A number of other people have experienced the busnum/devnum error with the 400 Series camera and Up Board. As unplugging and replugging the camera apparently sometimes clears the problem, there are indications that it may be related to the problem of the camera running in USB 2.0 mode (USB2) instead of the full USB 3.0 mode.
On desktop and laptop computers, if the camera is inserted into the USB port slowly then it has been prone to being read as a limited-functioning USB 2 device. The fix for this was to insert the camera into the USB port quickly and firmly. This would be harder to to on an Up Board, since its USB 3.0 OTG port is more awkward than a PC's port.
Intel are very aware of the USB2 issues and are working on providing a firmware fix for them, though the problem is still open in the current firmware. If you read the firmware release notes (below) and do a search for 'usb2' on the browser page to highlight all references to USB2, you can find out more about how the issue affects the camera.
You might be able to unplug-replug the camera more safely if you remove and re-insert the USB cable at the end where it plugs into the side of the camera instead of unplugging it from the OTG port.
I saw some references when searching about this issue related to the camera enumerating as USB 2.0 rather than USB 3.0. My perception was that in those cases the output of rs-eumerate-devices would indicate that USB 2.0 was detected while in my case I see the following output:
Name : Intel RealSense D435
Serial Number : 745412071413
Firmware Version : 05.09.11.00
Recommended Firmware Version : 05.09.09.02
Physical Port : /sys/devices/pci0000:00/0000:00:14.0/usb2/2-1/2-1:1.0/video4linux/video0
Debug Op Code : 15
Advanced Mode : YES
Product Id : 0B07
Usb Type Descriptor : 3.1
My observation has been that no amount of unplugging / reconnecting the camera fixes the issue.
Another factor that can cause erratic performance on Up Board is the choice of USB 3.0 OTG cable / adapter. In Intel's Robotics Development Kit (a bundle deal of a RealSense R200 camera and Up Board), there was an adapter validated to work with the camera. Did you supply your own adapter when you purchased the Up Board separately from your D435, or was there one provided with the Up Board?
If you supplied your own OTG adapter, not all OTG connectors are equal apparently, just like USB port stability can vary between different models of PC. Up supply their own recommended OTG cable in their official online store.
I'm sorry that you are still having problems despite the new cable. Research indicates that a few other people have had this busnum/devnum issue with the 400 Series and Up Board. One person got the official Up OTG cable like you did and although it worked at first, their camera reverted to USB2 mode when they installed Librealsense.
Unfortunately, nobody on the RealSense or Librealsense forums has been able to find a solution yet, as far as I can tell. It is possible that the situation may improve when Intel manage to fix the 'camera detected as USB2' issue, which is on their to-do list for a future firmware update.
This message was posted on behalf of Intel Corporation1 of 1 people found this helpful
Hello Philipcase and Marty,
I had a customer asking and reporting about the same issue while using a D435 and an UP board with the OTG port.
After investigating the board and the USB OTG port I was able to find that the D400 cameras need a fully powered USB 3.0 port to work flawlessly. The USB OTG port does have the bandwidth for the camera to work (the same bandwidth as a USB 3.0 port) but the power it provides is lower than a fully powered USB 3.0 port.
This is the reason why the issue is only in the UP Board and in your laptop there is no issue, because your laptop does have a fully powered USB 3.0 port. Also this is the reason why the camera does not have an OTG port as other RealSense cameras. We always recommend to use the USB cable that comes with the camera.
Hope this helps to clarify your question.