-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
RPI 4 Buster D435i Not Working #1201
Comments
Hi @Zarbokk To begin, could you tell me the roslaunch instruction that you are using please? Thanks! |
Sure
|
Sorry, I meant the roslaunch instruction. Like roslaunch realsense2_camera rs_camera.launch. The reason that I ask is that there have been a couple of ROS cases recently that reported having problems with publishing a point cloud in RViz with the pointcloud filter: roslaunch realsense2_camera rs_camera.launch filters:=pointcloud For example, the RGBD point cloud example in the wrapper documentation: https://github.com/IntelRealSense/realsense-ros#rgbd-point-cloud |
Maybe I understand that wrong, but exactly that is what the roslaunch file is doing right? To clarify I use the above launchfile with: Which should be equal with your example of: What I tried first, was the classical way of starting the camera with the provided launch file after installation: Which is also an issue from here: |
Experiencing errors such as these is not necessarily an obstacle to topics being successfully published and able to be visualized in RViz so long as the errors only appear once after launch and are not being generated continuously. If they appear once or twice at launch, it may just be because the camera is still settling down. Errors are more likely to occur on "low power" devices such as single-board computers than they are on laptop and desktop computers, hence why it is common that a program may work fine on a full computer but have errors when run on the kind of low-power single board used for robotics projects, such as Pi and Jetson. Using a mains electricity powered USB hub can provide extra power stability on the USB port because the power supplied by the mains power socket can be more reliable than that available from a port on the board, or an unpowered USB hub attached to one of the computer's ports. It is a good idea to budget up to 2W of power for a camera, and a mains powered hub can provide 12W to share among the devices attached to it. If you would prefer to try for a solution that does not require a powered hub though, the first small step I would recommend is that if your program does not require the D435i and the T265 to work together then the code that queries a serial number could be removed as a serial number is not needed for a single device, just to distinguish between multiple cameras being used at the same time. If you prefer to keep some form of identification, then the ROS wrapper provides an alternative to serial number based ID that was developed in response to problems with using serial numbers in ROS. You can instead identify devices by usb_port_id https://github.com/IntelRealSense/realsense-ros#launch-parameters |
Firstly, I dont want to use multiple Cameras, but only the d435i
Do you think the missing power is the problem? I dont understand the Serial number point. |
Mains powered USB hubs have a history of often making RealSense streams more stable and USB related errors disappear, though they are not a guaranteed fix in every case. For example, there was a recent case where a Jetson Xavier board had a powered hub but could not work with more than one camera plugged into the hub. Investigations by a RealSense user suggested that the failure was related to serial numbers rather than power supply. The user offered a script workaround. IntelRealSense/librealsense#5828 (comment) In another recent case, a ROS user's program only launched successfully if they commented out the serial number querying line of their script. |
When not using the serial number im back at the duplicate of: |
It is difficult to advise on this particular error Time is out of Dual 32-bit range, as @doronhi the RealSense ROS developer has suggested that it occurs due to something in ROS that is outside of Librealsense. Some ROS users have fixed this error by cleaning their catkin workspace. If you just wanted to clean up the realsense2_camera packagae you could try this command after cd'ing to the catkin workspace folder: catkin_make clean --pkg realsense2_camera There is a Catkin Tools tool for aiding the catkin clean process: https://catkin-tools.readthedocs.io/en/latest/ Do not try it though if you do not feel confident in carrying out the procedure. |
Case closed due to no further comments received. |
Hello,
I am currently not making the depth camera d435i work with my RPI4 buster.
In Short: Realsense-Viewer Works, Ros doesnt. on RPI4 Raspberrian Buster with d435i. t265 also works
What did i do?
I installed the realsense Library, with the realsense-viewer from here: https://github.com/IntelRealSense/librealsense/blob/master/doc/installation_raspbian.md
This works fine. I can see the depth image.
Then second I installed ROS-Melodic from source for RPI Buster.
additionally i installed realsense-ros library, Which compiled.
After Starting the camera, the Topics shown do not publish anything and the error on the bottom is shown.
Additionally the t265 camera works perfectly, which is even more weird.
And on my main computer the camera also works well.
What did i try to solve the error:
My current thought is maybe the power supply? which i cant easily try out currently.
Does Anyone have an idea?
The text was updated successfully, but these errors were encountered: