Problem applying driver_param when executing launch on jetson orin humble

[lidarmansiwon]

Describe the bug
A clear and concise description of what the bug is.

I'm trying to use Ouster on Humble, Jetson Orin. Previously, when using it on foxy, the values ​​modified in driver_param were applied well and ouster was launched, but now on humble, only the values ​​modified in the ouster sensor host name ip by entering the sensor config are applied, and the values ​​in param are not applied at all. For example, I want to apply ROS TIME, but I can't.

Please help me.

[Samahu]

Hi @lidarmansiwon, thanks for reporting this. What is the version of ouster-ros driver that you currently use? I have thoroughly tested the driver settings as part of this PR #362 on Humble and settings were being applied consistently.

[lidarmansiwon]

I'm using ouster os2 and since it's humble, I made a git clone of the ros2 branch in this git repository. I built it according to the instructions below git. Is branch correct what driver means? Or does the ouster itself have a separate driver and need to update the firmware of the sensor itself? I've just done everything with git clone -b ros2.

[Samahu]

Can you provide me with the command you use to launch the driver? also provide log please

[lidarmansiwon]

Thank you very much for your quick response. I have stopped working on it due to personal reasons and will try again on September 18. If you don't mind, I will organize the detailed logs and commands in reply again then. Thank you again for your hard work.

[lidarmansiwon]

Hello, let me summarize the problem and my situation.

The above is the page http://192.168.6.1/config. It is set up like that by default.

When I run ouster, the following happens. This is the same when I use the ''ros2 launch ouster_ros driver.launch.py params_file:='' command. It seems that the sensor host name is reflected among the parameters in the file, but the rest of the parameters are not reflected at all. UDP_dest, lidar_mode, timestamp_mode, etc. are not reflected at all, and only the sensor host name is reflected.

If I set udp_dest directly to my udp_dest, 192.168.6.1, in http://192.168.6.1/config, ouster runs without error, but I can't use TIME_FROM_ROS_TIME because it still doesn't reflect the remaining parameters.

Plese help me!

[Samahu]

From the logs I see that you are getting sensor::poll_client right on startup, this is unusual and might suggest that you have a problem in the yaml configuration which results in the failure to connect, in this case ouster-ros will attempt to reconnect to the sensor, but in this case the node will retrieve the current configuration of the sensor might explain why you don't see the updated settings.

I see that you are using static ip for udp_dest, can I ask you to try and set this value to empty (i.e. '' which then forces to generate the target ip automatically)

[lidarmansiwon]

I sincerely appreciate your efforts. I am currently in a hurry and am using the docker foxy version. I will try again as per your advice as soon as possible. Thank you.

[lidarmansiwon]

@Samahu The sensor keeps turning off and then back on, making a buzzing sound. However, I can't turn the sensor on.....

[Samahu]

@lidarmansiwon sorry for the delayed response as I was on vacation, this might be caused by the bug reported on #376. I haven't yet tested the driver on Jetson Orion but still planning to. Meanwhile, can you update your driver to driver version v0.13.1 and check if this issue still persist (or not 🤞). Thanks.

[Samahu]

@lidarmansiwon I haven't heard back from you about for about two weeks. I do believe that #376 would fix the issue if you update to the current version. I am going to close the issue as resolve but let us know otherwise.