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

luketheduke's profile - activity

2021-08-25 18:38:23 -0500 received badge  Famous Question (source)
2021-08-25 18:38:23 -0500 received badge  Notable Question (source)
2021-05-30 20:39:41 -0500 received badge  Good Question (source)
2021-04-26 15:11:05 -0500 received badge  Nice Question (source)
2021-03-07 07:10:37 -0500 received badge  Nice Question (source)
2021-02-27 03:33:55 -0500 received badge  Popular Question (source)
2021-01-18 15:04:36 -0500 commented question Navigation stack planning global path through large unknown wall segments of map

I guess that's try, I'll have to try that out and see how it works...

2021-01-17 22:44:56 -0500 commented question Navigation stack planning global path through large unknown wall segments of map

I understand that, so make the unknown space untraversable, but there's two situations where I think I need to use unkno

2021-01-17 21:53:41 -0500 commented question Navigation stack planning global path through large unknown wall segments of map

Robot radius is 0.22m. Which is correct to the size of the robot. I checked the segment of the wall where it was trying

2021-01-17 13:34:42 -0500 asked a question Navigation stack planning global path through large unknown wall segments of map

Navigation stack planning global path through large unknown wall segments of map I'm running a Turtlebot type platform w

2020-10-27 00:33:30 -0500 marked best answer Does a node receive messages sent by itself on a topic that it is both publishing and subscribing to?

I am working on writing some code for a project, but I have a node that will be continuously publishing(30 Hz) to a topic while also subscribing to the same topic to listen for a different pub from a different node. Basically, node A is listening to topic X and publishing to topic X. Meanwhile another node, node B, will at some time, publish a message to topic X. Will the subscriber callback in node A be triggered every time it publishes sometime? Also, will it be able to pick up the message if node B only publishes once? Thanks, luketheduke

2020-08-26 06:49:32 -0500 received badge  Popular Question (source)
2020-08-21 18:25:01 -0500 received badge  Famous Question (source)
2020-07-02 19:33:11 -0500 marked best answer Node clock is off in TF lookup

I'm trying to run laser_scan_matcher, but I'm getting a tf extrapolation error, except that the requested lookup time varies wildly and doesn't line up at all with my system clock. All these nodes are running on one machine. This is the error message:

    [ WARN] [1593725386.115952617]: Could not get initial transform from base to laser frame, Lookup would require extrapolation into the past.  Requested time 609813920.000032765 but the earliest data is at time 1593725383.147062831, when looking up transform from frame [velodyne] to frame [base_link]
[ WARN] [1593725386.116032217]: Skipping scan

I've launched it several times and I've gotten several different requested times, not including the one above:

  • 1534859248.000032764
  • 1166446240.000032764
  • 900842032.000032766

It seems like the node is just requesting random times, which is what's throwing me off. The message is being generated by one of two TF lookups in line 780-783 of the source file: https://github.com/ccny-ros-pkg/scan_...

My launch file:

<launch>
<node pkg="pointcloud_to_laserscan" type="pointcloud_to_laserscan_node" name="slam_p2l">
    <remap from="cloud_in" to="/velodyne_points"/>
    <remap from="p2l_scan" to="slam/scan"/>
    <rosparam>
        min_height: -0.5
        max_height: 0.15
        angle_min: -3.14
        angle_max: 3.14 
        angle_increment: 0.01

        range_min: 0.60
        range_max: 130.0
        use_inf: true
        concurrency_level: 0
    </rosparam>
</node>
<node pkg="laser_scan_matcher" type="laser_scan_matcher_node" 
name="laser_scan_matcher_node" output="screen">

    <param name="fixed_frame" value = "world"/>
    <param name="max_iterations" value="10"/>
    <param name="publish_tf" value="false"/>
    <param name="publish_pose_stamped" value="true"/>
    <param name="use_cloud_input" value="false"/>
    <remap from="imu/data" to="imu"/>
    <remap from="scan" to="slam/scan"/>
</node>

</launch>

TF Frames: image description Any ideas on how to fix this?

System details: ROS Kinetic

Ubuntu 16.04

scan_tools v0.3.2 installed via apt.

2020-07-02 19:33:08 -0500 answered a question Node clock is off in TF lookup

Still haven't figured out what caused it, but the issue went away when I built from source, so it's possible there's an

2020-07-02 19:33:08 -0500 received badge  Rapid Responder (source)
2020-07-02 16:52:38 -0500 edited question Node clock is off in TF lookup

Node clock is off in TF lookup I'm trying to run laser_scan_matcher, but I'm getting a tf extrapolation error, except th

2020-07-02 16:43:41 -0500 asked a question Node clock is off in TF lookup

Node clock is off in TF lookup I'm trying to run laser_scan_matcher, but I'm getting a tf extrapolation error, except th

2020-06-08 05:59:48 -0500 received badge  Notable Question (source)
2020-06-08 05:59:48 -0500 received badge  Popular Question (source)
2020-04-24 07:04:30 -0500 marked best answer time.sleep() in a node

I have a node where I need to wait for a specific amount of time. Can I just use time.sleep() in python or do I need something else? Thanks, luketheduke

2020-04-21 09:45:46 -0500 marked best answer Husky Gazebo robot_state_publisher not broadcasting transforms

I'm trying to record a bag from the Husky Gazebo simulation for Cartographer SLAM on Kinetic and Ubuntu 18.04 VM. The problem I'm facing is that some of the TF transforms are not being included in the bag file. Here's the steps I took: Launch the simulator: roslaunch husky_gazebo husky_playpen.launch This correctly launches the simulator. I can control it with key_teleop and tf/view_frames gives this result: image description Here's a close up of the problem area: image description When I record a bag with rosbag record -O Husky /tf /odometry/filtered /scan I can successfully record the messages and drive the robot around to get simulated data for SLAM, but when playing it back, tf/view_frames looks like this: image description The TF tree is missing large parts, including the base_laser link, which is the one I need. I think the error is that robot_state_publisher is not sending out TF transforms. Even though the average rate is 10,000 hz, the last message was registered as 1300 seconds before, even though the simulator hasn't been up that long. How do I resolve this so that those transforms are included in the bag? It doesn't appear to be dying in the console, here's the output when I start the sim:

    process[gazebo-1]: started with pid [9282]
process[gazebo_gui-2]: started with pid [9287]
process[base_controller_spawner-3]: started with pid [9292]
process[ekf_localization-4]: started with pid [9293]
process[twist_marker_server-5]: started with pid [9299]
process[robot_state_publisher-6]: started with pid [9309]
process[twist_mux-7]: started with pid [9319]
process[spawn_husky_model-8]: started with pid [9327]
[ INFO] [1587427802.385761428]: [twist_marker_server] Initialized.
[ INFO] [1587427802.503502938]: Finished loading Gazebo ROS API Plugin.
[ INFO] [1587427802.504856515]: waitForService: Service [/gazebo/set_physics_properties] has not been advertised, waiting...
[ INFO] [1587427802.539750475]: Finished loading Gazebo ROS API Plugin.
[ INFO] [1587427802.541527633]: waitForService: Service [/gazebo/set_physics_properties] has not been advertised, waiting...
[ INFO] [1587427803.728679997, 1298.500000000]: waitForService: Service [/gazebo/set_physics_properties] is now available.
[ INFO] [1587427803.811557590, 1298.570000000]: waitForService: Service [/gazebo/set_physics_properties] is now available.
Warning [parser_urdf.cc:1232] multiple inconsistent <gravity> exists due to fixed joint reduction overwriting previous value [true] with [false].
[ INFO] [1587427804.993717048, 1298.670000000]: Laser Plugin: Using the 'robotNamespace' param: '/'
[ INFO] [1587427804.993776607, 1298.670000000]: Starting Laser Plugin (ns = /)
[ INFO] [1587427804.995091901, 1298.670000000]: Laser Plugin (ns = /)  <tf_prefix_>, set to ""
[ INFO] [1587427805.019063308, 1298.670000000]: Physics dynamic reconfigure ready.
[ INFO] [1587427805.020134181, 1298.670000000]: Physics dynamic reconfigure ready.
[ INFO] [1587427805.107275723, 1298.670000000]: Loading gazebo_ros_control plugin
[ INFO] [1587427805.107442330, 1298.670000000]: Starting gazebo_ros_control plugin in namespace: /
[ INFO] [1587427805.108631669, 1298.670000000]: gazebo_ros_control plugin is waiting for model URDF in parameter [robot_description] on the ROS param server.
[ERROR] [1587427805.223508597, 1298.670000000]: No p gain specified for pid.  Namespace: /gazebo_ros_control/pid_gains/front_left_wheel
[ERROR] [1587427805.225517904, 1298.670000000]: No p gain specified for pid.  Namespace: /gazebo_ros_control/pid_gains/front_right_wheel
[ERROR] [1587427805.227545101, 1298.670000000]: No p gain specified for pid.  Namespace: /gazebo_ros_control/pid_gains/rear_left_wheel
[ERROR] [1587427805.229322958, 1298.670000000]: No p gain specified for pid.  Namespace: /gazebo_ros_control/pid_gains/rear_right_wheel
[ INFO] [1587427805 ...
(more)
2020-04-21 09:45:42 -0500 answered a question Husky Gazebo robot_state_publisher not broadcasting transforms

As gvdhoorn pointed out, I wasn't recording /tf_static and that meant that I wasn't recording any static TF transforms,

2020-04-21 09:45:42 -0500 received badge  Rapid Responder
2020-04-21 09:44:25 -0500 commented question Husky Gazebo robot_state_publisher not broadcasting transforms

I didn't know those existed. I relaunched the sim and echoed the /tf_static topic and all the missing transforms are the

2020-04-20 19:25:44 -0500 commented answer Nvidia Jetson GPIO with ROS

It depends on what approach you want to take, you could either integrate GPIO into every package that needed it or make

2020-04-20 19:23:49 -0500 asked a question Husky Gazebo robot_state_publisher not broadcasting transforms

Husky Gazebo robot_state_publisher not broadcasting transforms I'm trying to record a bag from the Husky Gazebo simulati

2020-01-15 09:17:38 -0500 commented answer Nvidia Jetson GPIO with ROS

There are several different approaches to controlling GPIO with the Jetson. Because C++ is such a low level language her

2019-11-15 14:46:12 -0500 marked best answer Two machines one ROS master connection rejected

Hi, I am trying to view Kinect data in RVIZ on a remote client in ROS. I have exported the ROS_MASTER_URI to set to the machine with the roscore running but it won't send back any data. Rviz gives this error:

[ WARN] [1427845377.406032758]: ROS_HOSTNAME / ROS_IP is set to only allow local connections, so a requested connection to 'lukas-Inspiron-N7010' is being rejected.

How can I fix this? Both machines are running Ubuntu 14.04 with Indigo. I followed this tutorial and I couldn't get them talking to each other although I can see the topics being published with rostopic echo. All help is appreciated. Thanks, luketheduke

2019-09-16 23:25:54 -0500 marked best answer usb_cam node "permission denied" when launched by robot_upstart

When I launch usb_cam from a launch file with robot_upstart on boot, the node fails saying:

[usb_cam-4] process has died [pid 3136, exit code 1, cmd /opt/ros/indigo/lib/usb_cam/usb_cam_node __name:=usb_cam __log:=/home/ubuntu/.ros/log/68608950-115a-11e6-805a-544a16bf53a7/usb_cam-4.log].
log file: /home/ubuntu/.ros/log/68608950-115a-11e6-805a-544a16bf53a7/usb_cam-4*.log

When I look at that log it says:

[ WARN] [1462299217.838001270]: Shutdown request received.
[ WARN] [1462299217.874595145]: Reason given for shutdown: [new node registered with same name]
[ WARN] [1462299240.126186614]: Shutdown request received.
[ WARN] [1462299240.141871614]: Reason given for shutdown: [new node registered with same name]
[ WARN] [1462299353.880653169]: Shutdown request received.
[ WARN] [1462299353.909079127]: Reason given for shutdown: [new node registered with same name]

When I launch the node using rosrun, it works perfectly. What could be causing this issue? I am running ROS Indigo on a Beaglebone Black and Ubuntu 14.04.

2019-05-07 13:50:22 -0500 received badge  Enlightened (source)
2019-05-07 13:50:22 -0500 received badge  Good Answer (source)
2019-02-05 18:43:53 -0500 received badge  Notable Question (source)
2019-02-05 18:43:53 -0500 received badge  Famous Question (source)
2018-12-13 07:39:38 -0500 received badge  Famous Question (source)