So I have a JetRacer AI kit (with Jetson Nano Dev Kit 4GB), and it has JetPack 4.5.1. I am trying to open the camera, but every time I do, the Jetson Nano crashes and reboots itself. I thought it might be a power issue, so I switched to a 5V 4A barrel jack power supply instead of using pins, but the problem persists.
I also checked the power mode and set it to maximum performance using:
sudo nvpmodel -m 0
sudo jetson_clocks
Then, I tested the camera with GStreamer using:
gst-launch-1.0 nvarguscamerasrc ! nvoverlaysink
However, the Jetson still crashes when running this command. I tried restarting the camera daemon with:
sudo systemctl restart nvargus-daemon
but that didn’t resolve the issue either.
To rule out memory-related crashes, I increased the swap memory to 4GB:
Thank you for your response and for looking into this issue!
I tried running the simpler pipeline you suggested:
gst-launch-1.0 nvarguscamerasrc ! fakesink
Unfortunately, the Jetson Nano still crashes and reboots immediately when executing this command.
I don’t have a USB camera available for testing, but I do have Raspberry Pi Camera Module 2 and 3. If it would help with debugging, I can try using one of those.
Additionally, I should mention that my system is booting from USB storage instead of an SD card. Could this be a factor in the issue?
Let me know if you have any further suggestions. I really appreciate your help!
Note: with bypass_mode you can either bypass or not the ISP processing.
Trying a different camera module could also be a good test. Just be aware that you might need to use a different DTB or DTB overlay in order to use that one instead.
Just out of curiosity, what camera module are you using?
best regards,
Andrew
Embedded Software Engineer at ProventusNova
Since both tests fail, I’m starting to suspect that the camera driver might be corrupted or there is a deeper system-related issue. Do you think reinstalling the camera-related drivers or checking dmesg logs would help pinpoint the problem?
We don’t think is a camera issue given that the first command we sent also crashed the board:
gst-launch-1.0 videotestsrc ! fakesink
This command does not even use the camera, it creates a virtual test source without requiring any camera resource to be available. Therefore, this means that the board is crashing only by running the get-launch-1.0 application.
Can you try running the following command so we can check if is only get-launch-1.0 that gives issues?
get-inspect-1.0
Also, as per the second command I sent last time.
It is giving you the command not found error probably because you don’t have v4l-utils installed. Please try installing the package:
sudo apt install v4l-tools
after that, you can retry capturing from the camera with: