ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

MarkStodden's profile - activity

2013-06-18 10:03:30 -0500 received badge  Famous Question (source)
2013-05-06 00:35:51 -0500 received badge  Notable Question (source)
2013-05-03 18:16:11 -0500 received badge  Popular Question (source)
2013-04-26 00:11:04 -0500 asked a question Turtlebot - reuse Turtlebot 1's plates and standoffs for use with Kobuki?

I have a Turtlebot 1 with an iRobot Create base, and I'd like to upgrade to the Kobuki base replacing as little as possible. Whilst the Kobuki plates are hexagonal, they look similar to the originals used by the Create. Has anyone tried, or does anyone know if it is possible to use/adapt the Turtlebot 1 plates and standoffs to be used with the new Kobuki base instead? It would be excellent if this was possible to provide a cheap upgrade path.

Thanks, Mark

2013-04-11 10:03:33 -0500 received badge  Famous Question (source)
2013-02-18 21:42:11 -0500 received badge  Notable Question (source)
2013-02-12 07:28:29 -0500 commented answer Turtlebot Create Issues on Groovy

Thanks for the response, and for the link to the forum

2013-02-12 00:50:18 -0500 received badge  Popular Question (source)
2013-02-09 22:34:13 -0500 asked a question Turtlebot Create Issues on Groovy

I'm currently having issues getting my Turtlebot 1 (using iRobot Create) working using a fresh install of Groovy. Previously I've been running fine on Fuerte.

I'm aware there's been a fair amount of change in the implementation for Groovy, so I'd like to know whether others have this working currently, or if it is a work in progress.

The 2 initial issues I ran into were:

  1. References from turtlebot_node.py & create_sensor_handler.py still made to "turtlebot_driver" which now looks to be renamed to "create_driver" - solved by renaming import

  2. create_node unable to resolve PyKDL import - solved by adding kdl dependency to manifest

I've moved past both of those issues - now I receive a Exception: Robot not connected, SCI not available, despite the create connecting successfully with its state visible on the turtlebot dashboard.

If others have their Turtlebots working on Groovy I'd be interested whether you needed any changes beyond the configuration items in the tutorials

2012-12-08 08:17:54 -0500 received badge  Notable Question (source)
2012-12-08 08:17:54 -0500 received badge  Famous Question (source)
2012-07-12 22:50:40 -0500 received badge  Popular Question (source)
2012-02-17 17:55:30 -0500 commented answer Autonomous Turtlebot map building

Thanks, this is exactly what I was after! I'll post back with my findings when I try this stack with my Turtlebot. And even if I have troubles with it, the stack will be an excellent starting point for writing something similar myself

2012-02-17 17:52:30 -0500 received badge  Supporter (source)
2012-02-17 17:52:25 -0500 received badge  Scholar (source)
2012-02-15 23:54:46 -0500 asked a question Autonomous Turtlebot map building

G'day, I'm looking to have my turtlebot autonomously build a map of an area, without needing to be manually teleoperated or working on an existing map.

I see this as a logical extension of the tutorial: "SLAM Map Building with TurtleBot", with the addition of some basic behaviour to seek out "unknown" areas instead of relying on teleoperation.

Just wondering if anyone else has already done something like this to serve as a starting point.

In general with ROS I find the low level tasks quite intuitive and well covered in tutorials (for example all of the turtlebot tutorials) but haven't seen any good examples of how these might all come together in "higher level robot behaviour". For instance it would be great to see some code examples for a robot that can play a game that involves sensing, planning and execution. A turtlebot that could play RoboCup soccer would be a perfect example.

Mark