This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Dear TI expert,
I am using TDA4VM in a custom board which main purpose is to capture frames from various cams. I use vision_apps single and multi cam demos to capture csi but I have some bash codes that take of ser-des link creation and imager configuration using linux i2c-tools. The process I use for camera streaming is the following:
1.- Run bash codes to initialize
2.- Run run_app_single.cam.sh in interactive mode and select my imager
3.- See the live frames through eDP or save the raw/yuv files
4.- Stop the application by sending 'x' from the main menu
5.- If I want to recapture, I re-run from step 2 (without the initialization) and it works just fine
The problem is that, even after I exit cam capture application successfully, if I somehow reset the deserializer (either with RESET_CTL register or by reinitializing the cam with my bash codes), and re-run run_app_single_cam.sh the code gets frozen. After some troubleshooting, we figured out the application gets stuck at app_run_task_delete() function.
Questions:
- Is there any process that waits for csi signals even after the application gets de-initialized?
- When the application gets frozen, on the display, we see last captured frame from previous time we ran the code. Can you think of a reason for this to happen?
- Could you please help with some insights on how to debug this?
We are using ti-processor-sdk-rtos-j721e-evm-07_03_00_07.
Thank you very much in advance!
Luis
Luis,
It is not correct to write sensor registers from one core and csirx from other cores.. There is a sequence of operation, that needs to be done. If not done correctly, CSIRX may not detect incoming stream.
Please refer to below developer note and add new sensor driver on the R5f.
Regards,
Brijesh