Check the pix_clk_hz configure for below know problem.
Also try to boost the clocks if output large resolution.
Skew calibration is required if sensor or deserializer is using DPHY, and the output data rate is > 1.5Gbps.
An initiation deskew signal should be sent by sensor or deserializer to perform the skew calibration. If the deskew signals is not sent, the receiver will stall, and the capture will time out.
You can calculate the output data rate with the following equation:
Output data rate = (sensor or deserializer pixel clock in hertz) * (bits per pixel) / (number of CSI lanes)
We reserve 12 senors (11 are actually connected), one of which is a 9296 deserializer connected to 2 sensors, all sensors can be started during the start-up phase, and some sensors have no video after running for a period of time
Each sensor uses 2lane, set mipi date rate = 1.2G, pix_clk_hz = 1.2G*2(lane)/16(bits per pixel)=150000000, is there any problem with the dts setting
The problem exists after booting the clock. The trace log file is as follows.all sensors can be started during the start-up phase, and some sensors have no video after running for a period of time log.txt (9.4 KB)
The camera defaults to 22 frames, the application layer only uses 10 frames, still having problems. Reducing the sensor drive output to less than 15 frames as well?
#define CAPTURE_TIMEOUT_MS 2500, the problem remains,The problem is that the frame is lowered first until the video is broken,How to deal with the drop frame problem?
There is no update from you for a period, assuming this is not an issue any more.
Hence we are closing this topic. If need further support, please open a new one.
Thanks
Is this still an issue to support? Any result can be shared? Thanks