JonW's profile - activity

Your issue seems to match the one in this answer: rgbdslam-v2-catkin_make-error

I don't think the Camera1394 package is the one you are after - it is used for Firewire connected cameras. I expect that you would need two instances of a USB camera driver such as libuvc_camera

I'm currently experimenting with navigation for a simulated turtlebot using the turtlebot_navigation package. I was having trouble getting a stable position estimate when I noticed that the simulated LIDAR appears to be striking the frame of the robot which appears to be interefering with the pose estimate generated by the amcl package. I have modified the minimum range of the laser to 0.3m, but this does seem to be a temporary solution.

Should the simulated sensor be moved so that is does not strike the frame, or is there a method for directing the navigation system to ignore LIDAR returns that do not meet specific criteria?

according to this page the 12.04.5 release has the kernel from 14.04.1 (https://wiki.ubuntu.com/Kernel/LTSEnablementStack). would this provide the required drivers?

I'm experimenting with using programmable shaders for materials in Gazebo. GLSL type shaders seem to work well, but I find that a programming error will only result in a white object with no corresponding error logged to standard output. Is there any way for me to locate coding errors in shader programs?

I have been using earlier releases of gazebo with some success. I'm currently experimenting with the 1.0 -RC3 version of gazebo to be included with fuerte, but I'm having trouble with rate limiting.

In the earlier versions placing the <updateRate> tag with a negative number would lock the simulation to real time. A bit of investigation into the new system shows that adding an update rate to the ode like this:

<ode update_rate="1.0">

should limit the frame rate. Despite experimenting with the values my rather simple simulation is still running at many times real time.

Any suggestions?

I have just installed electric on ubuntu oneiric. I'm finding that gazebo crashes on startup.

console output:

:~$ rosrun gazebo gazebo /opt/ros/electric/stacks/simulator_gazebo/gazebo_worlds/worlds/simple.world 
Gazebo multi-robot simulator, version 0.10.0

Part of the Player/Stage Project [http://playerstage.sourceforge.net].
Copyright (C) 2003 Nate Koenig, Andrew Howard, and contributors.
Released under the GNU General Public License.

Unsupported shadows type: "stencilAdditive". Supported types are "stencil" and "texture". Not rendering shadows.
directory [/tmp/gazebo-jonathan-0] already exists (previous crash?)
the owner gazebo server (pid=27478) is not running.
deleting the old information of the directory [/tmp/gazebo-jonathan-0]
terminate called after throwing an instance of 'std::string'
Aborted (core dumped)

Backtrace:

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Core was generated by `/opt/ros/electric/stacks/simulator_gazebo/gazebo/bin/gazebo /opt/ros/electric/s'.
Program terminated with signal 6, Aborted.
#0  0x00007ff6ec6f43a5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x00007ff6ec6f43a5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ff6ec6f7b0b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ff6ecfb2d7d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ff6ecfb0f26 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ff6ecfb0f53 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ff6ecfb104e in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007ff6eb35ba7f in libgazebo::IfaceFactory::NewIface(std::string const&) () from /opt/ros/electric/stacks/simulator_gazebo/gazebo/gazebo/lib/libgazebo.so.0.10.0
#7  0x00007ff6edba94d2 in gazebo::Factory::Factory() () from /opt/ros/electric/stacks/simulator_gazebo/gazebo/gazebo/lib/libgazebo_server.so.0.10.0
#8  0x00007ff6edb7f4e2 in gazebo::World::Load(gazebo::XMLConfigNode*, int) () from /opt/ros/electric/stacks/simulator_gazebo/gazebo/gazebo/lib/libgazebo_server.so.0.10.0
#9  0x00007ff6edba4b80 in gazebo::Simulator::Load(gazebo::XMLConfig*, int) () from /opt/ros/electric/stacks/simulator_gazebo/gazebo/gazebo/lib/libgazebo_server.so.0.10.0
#10 0x00007ff6edba5982 in gazebo::Simulator::LoadWorldFile(std::string const&, int) () from /opt/ros/electric/stacks/simulator_gazebo/gazebo/gazebo/lib/libgazebo_server.so.0.10.0
#11 0x0000000000464c0b in ?? ()
#12 0x00007fff48ad3fd8 in ?? ()
#13 0x0000000000000000 in ?? ()

I'm experimenting with using a heightmap in gazebo to produce some nice rolling terrain. So far I have found that it works wonderfully until I add a LIDAR sensor. When I add such a sensor to the robot I find that the simulation runs smoothly until an object enters the robots field of view. Adding any such object slows down the sim almost to a standstill.

I read the answer about improving performance in Gazebo adn tried improving the speed by reducing the number of LIDAR rays to 10 and chopping back the physics rate to 100Hz. With these changes the simulation runs at about 1/5th normal speed.

Is there any way of making the heightmap geom more gazebo friendly? failing that is it possible to import mesh based terrain? I have found at least one project that used both heightmaps and LIDAR under gazebo

I have been doing some experimentation with image processing, but I am finding that I am constrained by the available CPU resources. Is there some method for dropping images from a stream to lower the CPU load?

Are you connecting via WiFi to a host computer on the robot? I have seen a similar problem where hostfile entries do not match IP addresses.

Looks like it is failing to find the libraries when linking. Examination of the wiki entry for the vision_opencv package shows that you also need to add the variable "${OpenCV_LIBRARIES}" to the target_link_libraries entry.

A little experimentation seems to show that changing your link command to the following fixes your problem:

target_link_libraries(listener ${catkin_LIBRARIES} ${OpenCV_LIBRARIES})

Since i is in the range of zero to nine, could the value you are setting in the red channel be rounding down to zero?

That looks like a type of z fighting ( http://en.wikipedia.org/wiki/Z-fighting ). I'm wondering if the model you downloaded includes multiple coincident meshes for level of detail or special effects.

ROS and Orocos are both capable of running realtime priority threads. What Realtime patch is the preferred method for realtime under Ubuntu?

Userspace support for RTAI and Xenomai are both available in repos, but there does not seem to be corresponding kernels available. I would prefer to use a prebuilt kernel if possible to simplify repeatability.

Hi jd,

There are two earlier answers that appear relevant to your query:

This answer discusses the attachment of an analog gyro to an iRobot create base.

This answer discusses the availability of alternative analogue gyro sensors.

There is a question on the gazebosim site that seems to be similar. I would suggest taking a look at it here: http://answers.gazebosim.org/question/246/drcsim-which-ros-versions-will-be-supported/