The command options for v4l2-ctl are chosen only as a bare minimum way of requesting a video-stream from the video device in order to reproduce the bug. Something like
will cause exactly the same issue.
Seeedstudio implies that the board is compatible as they provide peripheral drivers for jetpack version 5.1.2 (L4T Version 35.4.1).
Hi there,
Ok I see, Is that for a “USB” video device capture? I was thinking maybe it needs to be a separate driver for the USB camera, looks to be trying the Nvidia one?
Wacky for sure.
I’m puzzled, but will continue to look.
GL PJ
Hi there,
Are you able to roll it back to 5.1.1 without too much trouble?
I think is this true ?
“that it should be noted that Jetson Orin NX module only supports JetPack 5.1 and above, while Jetson Orin Nano module only supports JetPack 5.1.1 and above.”
from the wiki
I don’t think it was fully baked
HTH
GL PJ
There is another interesting issue with this is that there are NO messages in the logs other than “disconnecting” - so it is very hard to debug this error!
Did you manage to solve the issue with usb and csi camera? I have the same issue with Jetson Orin Nano. I have flashed 5.1.1 and 5.1.2 and achieve the same result.
I apologize for being late. We have now updated a new A603 driver for this situation. Please replace it with the following driver when you install JP5.1.2. We have already tested it and confirmed that it allows USB and CSI to be used together normally.
We apologize for any inconvenience caused. Our engineers have made an urgent change to the version and confirmed that it is compatible with both. You can try this version to see if it works for you!
The errors in the output may be relating to another (maybe unrelated) issue I’m having in which the camera outputs a black screen when the command is run.
I noticed that the link you provided is based on the J401 carrier board, but the carrier board for our post is the A603. Please confirm that your device is the A603 so that we can better answer your question.
If your device is indeed the A603, were you able to successfully replace the driver with the zip file I mentioned earlier?
Yes, I was able to successfully replace the driver with the zip file. (though it never prompted me to “replace the files”). Other than that, the flashing was successful with no errors.
Sorry for being late. We tested it on our end. We used this camera:
We obtained the same results. Later, we discovered that the A603 provides 1.8V for the reset GPIO in the camera interface, but the camera module requires 3.3V. To fix this issue a resistor labeled as R8 must be removed from the camera module.
Hi,
I’m having the same issue as the original poster and I tried the fix by replacing with the new drivers provided in the thread (thank you for providing those!), however I’m still getting the same bug where the USB ports shutoff as soon as I launch a gscam ROS node. The difference is that I’m using an imx219 camera not an imx477 camera, so would this patch fix the imx219 camera as well?
Please note that the IMX219 and IMX477 are not the same driver package, so you need to check which link the driver you are replacing comes from.
The driver packages that support IMX219 are under this link.
If you need IMX477 driver, you need to get it here.
Thank you for the reply! I followed the instructions for the normal a603 board flash with the imx219 driver and then replaced all the relevant files with the files provided earlier in this thread under 603_imx477new.zip. After reflashing having replaced those files I still got the same issue. Am I doing the replacement correctly? Would you mind giving a detailed explanation of how to replace the drivers correctly?
which is the new device tree provided by you earlier in this thread. This step does not ask me to replace any files, but instead just creates a “603_imx477_jp512” folder. I do the recommended check by doing
sha1sum ./Linux_for_Tegra/kernel/Image
before and after trying to replace the files with the unzip command, however the Image file has the same ID before and after. I’m doing this on ubuntu 20 laptop so not sure if that makes a difference.
As a side note, I also tried manually individually replacing the files in the Linux_for_Tegra folder with the 603_imx477_jp512.zip files and reflashed the board, but still had the issue where using the imx219 driver immediately shut off the USB ports.
Please can you point me in the right direction and help me understand how to get this right?
If it has the same ID before and after replacing the zip, then it means that the driver was not replaced successfully. I recommend you to add sudo to the unzip step like:
sudo unzip 603_imx477_jp512_new.zip
I had this problem once. If you don’t use sudo when replacing the file, it will result in not replacing it successfully.
Maybe you can try it.
BTW, there is a tutorial for JP5.1.2 within the Wiki, where you need to switch.