We are currently running into issues with the cameras coming up everytime on boot.
Power cycling the orin a couple times is fixing the issue
But until we can root cause it and fix the issue, it would be nice to be able to reset the RTCPU from linux when it goes into a bad state and errors out
may I know the real use-case, which pipeline you’re used to enable the camera streaming?
could you please also letting us know the release version you’re now working with.
we already do that, but it doesn’t help w/ RTCPU failures
is it not possible to reset the RTCPU?
I understand that we should fix our system and make sure that our streaming is stable, but we are looking for a workaround until we get there, and rebooting works.
If we can get away without rebooting but still reseting the RTCPU/restarting argus then that would be great. Just restarting argus doesn’t fix the RTCPU issue
so… what’s the error looks like? do you have failure messages for reference.
there’re stability improvements, please moving to the latest Jetpack release version if that’s possible,
you may see-also Release Notes (r35.4.1) for reference,
thanks
I have asked people to try and capture the logs so will post shortly, but its always been,
boot up
restart argus
try to stream and it times out with no frames (even though the sensor is streaming w/ the frame count going up)
reboot a couple times
try to stream, works…
So the only change I assume is that the RTCPU is reset when being booted up? We can unload/reload our camera driver, we can restart argus but none of that fixes it like a reboot does
it sounds like stability issue,
please moving to the latest Jetpack release version, i.e. Jetpacl-5.1.2/l4t-r35.4.1 to include the stability improvements.