Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for Ubuntu 18.04 #63

Closed
panshuyrr opened this issue Aug 18, 2017 · 30 comments
Closed

Support for Ubuntu 18.04 #63

panshuyrr opened this issue Aug 18, 2017 · 30 comments

Comments

@panshuyrr
Copy link

I am working on a project using ROS and Fetch robot - including both working with the real robot as well as the simulation environment.

I am going to install Ubuntu in a new computer. Can I confirm with you whether all the features are fully supported in Ubuntu 16.04.3 LTS? Or Ubuntu 14.04 is the only choice for my new computer?

Thank you very much.

@hzyjerry
Copy link

Hi, I have the same issue. Wondering if there's an updated answer to this at the moment?

Thanks

@rctoris
Copy link
Contributor

rctoris commented Jan 29, 2018

Currently the Fetch is only supported on Ubuntu 14.04. We realize we are nearing the end of support for Ubuntu 14.04 and have started initial investigations and plans for upgrading the research robots to a further version of Ubuntu. At this time we don't have an estimate of when this work will be complete but will update the community as we have additional information.

@DanielTakeshi
Copy link

@rctoris Hi, just wanted to kindly ask if there were any plans to upgrade to Ubuntu 16.04. Thanks!

@rctoris
Copy link
Contributor

rctoris commented May 2, 2018

Our current plan is to start work this summer to jump directly to Ubuntu 18.04. At this time we don't have an estimated completion date but will provide updates as we have them.

@moriarty
Copy link
Contributor

moriarty commented Jul 10, 2018

Just as an update: @rctoris mentioned “this summer” ... some preliminary work has started on this.

It was possible to upgrade to 18.04 and Melodic, not all dependencies were available in Melodic, so some were cloned into a catchin workspace, patched and built from source.

There are some issues which we’ll work out before officially releasing... e.g. the onboard bluetooth: required for the ps3joypad and latest kernel don’t get along.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1764645

But, Fetch was running Melodic, moving & MoveIt! Running today.

I just wanted to update this thread.

@DanielTakeshi
Copy link

@moriarty Thank you! It would be fantastic to have it upgraded to 18.04, and we would upgrade our software in a heartbeat.

@moriarty
Copy link
Contributor

For anyone with a new laptop running 16.04 (myself personal laptop included) it is possible to clone the repositories and build them with Kinetic in a catkin workspace.

This was covered in another issue. #56, Specifically three comments.

A few changes were required but they were straight forward from the compile errors to fix.

C++11 flags were needed in a few places: #56 (comment)

build errors were fixed... on Oct 2016: #56 (comment)
Note: they might be broken again if you take master branches due to some upstream changes. I believe a tf2 back port added a c++11 requirement again.

And @pholthau recently said that running 16.04 locally & connecting to a 14.04 robot was working: #56 (comment)

But the current focus is on 18.04

@moriarty
Copy link
Contributor

Progress Report:
I've opened a PR for Navigation: ros-planning/navigation#755

ros-planning/navigation#749 (comment) which once merged we will get a melodic release for ROS navigation, one of our dependencies ✔️
https://github.com/ros-planning/navigation/milestone/4

Once that is released some of our smaller dependencies are also ready but not released.

The PR to Navigation breaks fetch_depth_layer but I have changes ready to port that to tf2.

The PS3Joy pad is a weird. But from @chadrockey & @velveteenrobot & @cjds seemed to know that shaking the joypad (to keep the accelerometer publishing) was a sort-of work around... And that I need to tune some parameters as a proper work around.

@moriarty moriarty changed the title Support of Ubuntu 16.04 Support of Ubuntu 18.04 Jul 18, 2018
@moriarty moriarty changed the title Support of Ubuntu 18.04 Support for Ubuntu 18.04 Jul 19, 2018
@moriarty moriarty added this to the 18.04 & Melodic milestone Jul 27, 2018
@warp1337
Copy link

warp1337 commented Aug 9, 2018

Hi everyone!

first things first ... hi Patrick @pholthau I knew our paths would cross at some point ... again ... :D

However, I just built the packages required for the navigation demo (Gazebo7) from source on 16.04. Seems to work as @moriarty pointed out earlier.

My incentive was pretty much that I just wanted to have a look at the "Fetch stack", thus no hardware involved.

I believe that's also the case for many other ppl who are "still" on 16.04 and therefore on Kinetic. From my perspective it would be great to have "kinetic-experimental" branches and some docs. The docs should clearly state that Kinetic is not supported in production environments but if you want to try some toy examples and get a feeling for the Fetch stuff ... Well why not?

I am willing to document and contribute, if desired.

@rctoris
Copy link
Contributor

rctoris commented Aug 15, 2018

I think having some support for kinetic in simulation could be worth having if people would like to contribute. For hardware support, at this point it makes the most sense to jump to melodic.

@nickswalker
Copy link

Is there a preliminary release of fetch-drivers available for folks who want to try Melodic on their robots?

@moriarty
Copy link
Contributor

Sorry for the delay, no fetch-drivers and the new upstart->systemd scripts are two remaining packages which need to be made available, if one were to try a DIY upgrade: which we do not recommend or support.

But we will be testing the packages and upgrade process before the official "upgrade" process is announced and made generally available.

We're working towards making the upgrade process as seamless, stable and well supported for all customers.

moriarty added a commit to moriarty/fetch_robots that referenced this issue Feb 2, 2019
This is a new package providing the "fetch_drivers" which was previously
built internally and distributed as a binary only debian package.

We will officially announce when the upgrade from Indigo->Melodic is
ready.

18.04 and ROS Melodic on the Fetch Research Platforms is still being
tested.

The process isn't straight foward as there are calibration files
which you will want to back-up before the upgrade.

This `fetch_drivers` package also won't start like it use to because of
the change from `upstart` to `systemd`.
That requires `fetch_system_config` which will be open sourced soon.

This `fetch_binary_drivers` package is part of a plan to distribute
updates and upgrades to Fetch Research Platform customers faster in the future.

This relates to ZebraDevs/fetch_ros#63

1. An officiall announcement will be made when everything is ready.
2. We will update and document the process on:
    https://docs.fetchrobotics.com/
3. We will also announce via our mailing list, ros discourse and post on:
    https://opensource.fetchrobotics.com/
@moriarty
Copy link
Contributor

ros/rosdistro#20301

@pholthaus
Copy link

Is there any documented way of upgrading the robot itself?

@erelson
Copy link
Collaborator

erelson commented Feb 14, 2019

@pholthau that documentation is ready in a PR, but pending testing once the 18.04 debians are actually created. Soon :)

If you want to take a look (feedback/questions very welcome), see the PR here: fetchrobotics/docs#60

@moriarty
Copy link
Contributor

@pholthau fetchrobotics/docs#60 has been merged.

http://docs.fetchrobotics.com/indigo_to_melodic.html

@pholthaus
Copy link

@moriarty thanks a lot for this. Will try it out as soon as I can get my hands on the robot again!

@moriarty
Copy link
Contributor

Warning: 18.04 has been released and works on the physical robot...
But we're having trouble identifying and fixing some bugs with the robot in Gazebo9.

These issues are being tracked here:
ZebraDevs/fetch_gazebo#37

ZebraDevs/fetch_gazebo#36 (comment) from @nickswalker

Yes, navigation has been working fine on the real robot

We'll email everyone who owns a Fetch and announce the 18.04 upgrade after we've solved the Gazebo9 issues.

@moriarty
Copy link
Contributor

TL;DR:

Gazebo9 Issues

There are still some issues with Gazebo9. But it is much better than it first did and we couldn't be blocked by these issues any longer. The main new changes to make things work:

  1. I added "castor wheels" to the gazebo model: fetch_gazebo: add casters to fetch.gazebo.xacro fetch_gazebo#49
  2. @RDaneelOlivav "improved the wheel friction values": Improved pick place frictions fetch_gazebo#59

I've bloomed "0.9.0" of fetch_gazebo as it now is, so that at least the ros build farm would test pull requests. We'll still actively work on improving the situation.

If Gazebo9 issues are a blocker

For simulation only, I've released fetch_ros into 16.04 and Kinetic - this was not originally planned, and we won't support 16.04 and Kinetic on the real robot because we haven't tested the drivers, hardware and firmware on 16.04...

I needed to do a lot of back and forth comparing while looking into the Gazebo9 vs Gazebo7 for debugging an issue. The version of fetch_ros released into kinetic is the same version released into indigo. I did all the testing on an 18.04 machine, using a 16.04 docker image, from this Dockerfile: ZebraDevs/fetch_gazebo#46

I hope, that by releasing simulation only support for 16.04 would help end users, and move everyone forward off of 14.04 which is about to reach EOL towards 18.04

@ghost
Copy link

ghost commented Apr 5, 2019

Just tried upgrading to 18.04.
The gripper was working fine before the upgrade, but after the upgrade,

ping 10.42.42.43

fails and arp -a yields

? (10.42.42.43) at <incomplete> on eth1

Since the step for pinging 10.42.42.43 was in the update procedure I suspected that this might be an issue related to the upgrade.
I'd appreciate any ideas on fixing the issue.

@erelson
Copy link
Collaborator

erelson commented Apr 6, 2019

@ryom314 Sorry to hear about the issue. If you can open a support ticket at support.fetchrobotics.com, we can get started troubleshooting the issue. Thanks!

@erelson
Copy link
Collaborator

erelson commented May 10, 2019

@ryom314 I don't believe I've seen any support ticket from you, but I also do not know which robot/research group/university you are working with. Were you able to resolve your issue? Thanks!

@ghost
Copy link

ghost commented May 10, 2019 via email

@nickswalker
Copy link

I've just verified that our gripper is unresponsive after the upgrade as well. We'll get a support ticket in soon!

@sergeant-wizard
Copy link

FYI we ended up replacing the MCB for the gripper

@sergeant-wizard
Copy link

(Don't know if the issue was triggered by the update to 18.04 or not.)

@erelson
Copy link
Collaborator

erelson commented Jun 1, 2019

Hi @nickswalker, We'll keep an eye out for the support ticket. Thanks!

@ryom314 @sergeant-wizard glad you guys are back in action. We were able to use your problem board to identify a workaround, should the same thing happen going forward.

@moriarty
Copy link
Contributor

Just to update the public, the issue from @nickswalker at University of Washington was fixed without replacing the MCB.

@erelson asked in the support ticket:

Could you report back with the output of systemctl status robot for your Fetch? A good output will include green text indicateing the service is enabled and running.

And then to run:

sudo service roscore stop
sudo service roscore start
sudo service robot start

@moriarty
Copy link
Contributor

@erelson should we close this ticket?

I think we can deal with any of the future items under a new issue.

  • PS3 Joystick
  • Gazebo behaviours
  • any other things that come up

@moriarty
Copy link
Contributor

Confirmed with @erelson over Slack.

I'm closing this. Please see the upgrade guide:

http://docs.fetchrobotics.com/indigo_to_melodic.html

And open any new issues, or support tickets if you have any problems.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants