-
Notifications
You must be signed in to change notification settings - Fork 4.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
Jetson Orin with Jetpack 6.0 #12566
Comments
I have installed D455 on Jetpack 6 DP Orin nano with https://github.com/IntelRealSense/librealsense/blob/master/scripts/libuvc_installation.sh, although for some reason it only works with |
Thanks so much @martinerk0 for your advice to @Yaccobv2 Hi @Yaccobv2 If a new JetPack version is not yet supported by the L4T kernel patch script then the choices for getting librealsense working with an Nvidia Jetson device are usually to (a) do not apply the L4T patch script and use the SDK unpatched, or (b) build from source code with CMake with -DFORCE_RSUSB_BACKEND=TRUE. The libuvc procedure referred to by @martinerk0 is the predecessor of RSUSB and has a similar kernel bypass effect to using that build flag. If either RSUSB or libuvc are used then as well as bypassing the kernel, it should also be easier to use llibrealsense with Ubuntu 22.04 as RSUSB / libuvc is not dependent on a particular Linux version. |
I just reinstalled SDK using but when I run
with sudo it works fine. @MartyG-RealSense any ideas? There are few old issues with FW/SDK mismatch #12047 Same with |
Okay I also checked this issue and when I checked installed packages there was also: So using: @Yaccobv2 did the |
@martinerk0 I'm pleased to hear that you achieved a non-sudo solution. :) |
Thanks guys for the help, it worked. I've been tricked by a strange error that occurs when displaying only the rgb image in the realsense-viewer, while using the libuvc or rsusb flags when building the driver. As I mentioned earlier, the video becomes extremely laggy and my system freezes, but after enabling both the depth camera and rgb everything works perfectly. I'd also like to mention that this happened once when I was using the ros2 package for realsense, so I'm assuming it's something at a lower level. |
Hi @Yaccobv2 I'm pleased to hear that it is working for you now. Thanks very much for the update! |
Hi @MartyG-RealSense @Yaccobv2 ! It is a very complete solution and also noticed that it is used under isaac_ros_common, exactly the same build script Anyhow, just trying to share an existing tool to install without much complication. Side Note: |
Hi @javiercordon Thanks very much for your recommendation of what has worked well for you! |
Hi @Yaccobv2, |
Same exact problem here |
What's not supported for JetPack 6.0? the hack install installRealSenseSDK or the whole realsense thing? I make installRealSenseSDK and jetpack 5.1.x worked. But I just updated it to jetpack 6.0, realsense-viewer cannot detect camera... |
My problem is that after update to jetpack 6.0, realsense-viewer installed fine, but can't detect camera while lsusb showed realsense. I tried installRealSenseSDK method and reinstall with sudo ./libuvc_installation.sh -DBUILD_WITH_CUDA=true too. nothing works. Do you have any idea? @MartyG-RealSense |
Hi @jeezrick Is your Viewer version 2.55.1, please? Official support for JetPack 6 was added in SDK 2.55.1. If your SDK version is 2.55.1, have you updated your camera's firmware driver version to 5.16.0.1 |
Hi, I can't detect the device by running
I ran 'rs-enumerate-devices` on another non-jetson device, it's indeed 5.16.0.1, and Viewer is 2.55.1 too. |
I changed line 47 in ./libuvc_installation.sh file to |
Hi @jeezrick In the RGB controls in the Viewer's options side-panel, please try finding and disabling an option called Auto-Exposure Priority. If Auto-Exposure is true and Auto-Exposure Priority is false then the Viewer will try to enforce a constant FPS for both the depth and RGB streams instead of permitting their FPS to vary. It is a known issue that for some RealSense users, enabling three streams simultaneously that include the Motion Module will cause one of the streams to fail. The trigger for this is the enabling of the Motion Module, so changing the order that the streams are enabled in will make no difference. There is no fix in the Viewer for this issue, except to only enable two streams if you need to use the IMU (such as Depth and IMU, or RGB and IMU), or enable IMU only. |
HI, thanks for the reply. Turns out my problem is exactly like his
After this:
I downgrade firmware to 5.13 like some other issue mentioned. Then IMU works. But still has that problem that when only enable rgb, the stream is highly unstable. Enable both rgb and depth, everything seems fine. So I still feels like I'm working with a broken realsense lib. I wonder should I add the https://github.com/IntelRealSense/realsense_mipi_platform_driver/blob/dev/README_JP6.md#build-nvidia-kernel-drivers-dtb-and-d457-driver---cross-compile-x86-64 patch? since my imu is working. Will this fix the rgb stream problem? |
Using the MIPI driver with a USB connection on a computer with JetPack 6 adds support for the IMU, which is a 'HID' device. It should not affect RGB.
|
Issue Description
Hi, I am trying to get the Realsense D455 camera up and running using newest Jetpack 6.0. I know that L4T 36.2 is not supported, so I can't rely on kernel modules using the
patch-realsense-ubuntu-L4T.sh
script. I tried building the SDK using the-DFORCE_RSUSB_BACKEND=true
flag to bypass the kernel modules and I did it so successfully. Now I am able to run therealsense-viewer
and display the data, but something is not working properly because every time I run therealsense-viewer
everything gets laggy and after a few seconds Jetson literally freezes. When I unplug the camera, everything gets back to normal.Dmesg logs:
When I run the
realsense-viewer
app dmesg logs are spammed with:and console displays warning:
Question
Is it somehow possible to use the Realsense camera under Jetson L4T 36.2 using kernel modules or RUSB backend?
The text was updated successfully, but these errors were encountered: