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.

DS90UB960-Q1: Line count errors and buffer error during EMC tests

Part Number: DS90UB960-Q1

Hi,

I am working with a videochain with kameras connected to serializer DS90UB953 and a main unit deserializer DS90UB960-Q1. We have a video processor which has FuSa functionality and it will assert fault pin when it thinks that video is corrupted. When we are testing our design in EMC tests we get some issues.

The videoprocessor will need a reset when it has detected a corrupt video signal. Therefore we need to re-initialize the complete video chain for that camera. But due to that the deserializer is a four channel device we are not allowed to reset the deserializer during EMC disturbances because it would interfere with working video channels. When we get an EMC disturbance we are only resetting the videoprocessor, power to the cameras and camera serializer.

In some cases we end up in a continous corrupt video although we are resetting the videoprocessor and camera/serializer. The deserializer seems not to be able to recover. This has been seen in deserializer registers during the problem is active:

  • RX_PORT_STS2 Register (Address 0x4E) has values 0x53 and 0x51:
    • BUFFER_ERROR is always set
    • NO_FPD3_CLK is set sometimes
  • CSI0_LINE_ERR_COUNT_HI/LO Register (Address 0x96 and 0x97) has always the same values as CSI0_LINE_COUNT_HI/LO Register (Address 0x94 and 0x95)

The BUFFER_ERROR is related to the FIFO in deserializer, is there any way of clearing the FIFO without resetting the complete deserializer?

What could be the reason for getting continous line errors?

  • Hello Goran,

    can you provide register dump from SER and from DES, before and after the EMC disturbance??

    The BUFFER_ERROR is related to the FIFO in deserializer, is there any way of clearing the FIFO without resetting the complete deserializer?

    To answer your question, no, you can't clear the FIFO without resetting the device.

    Do you also get buffer error and line errors before the EMC disturbance??

  • Hi, thanks for response.

    I only have register dumps from deserializer, see here a diff between them...the left one is the working case when I have no issues....the right one is the EMC 

    I do not get any buffer error normally, line errors could be some singular ones, but not much normally. CSI0 is the channel that has the issue.

    If the serializer side works fine after resetting it, but EMC has corrupted the deserializer FIFO with some garbage....should not the FIFO clear itself or could it happen that this garbage will corrupt the frames all the time due to some kind of out of sync issue?

  • Hello Goran,

    If the serializer side works fine after resetting it, but EMC has corrupted the deserializer FIFO with some garbage....should not the FIFO clear itself or could it happen that this garbage will corrupt the frames all the time due to some kind of out of sync issue?

    The buffer at each input is just max 1,5 lines size. If the line is corrupted or not, it will be sent out to the CSI output block and new data will take the place. You have the option though to discard the corrupted line before sending to the CSI block.

    In reg 0x6D[3] 0 means discard the first errored line.

    reg 0x7C[5:3] if written to 1 will discard any errored lines.

    Please be aware that these registers are port specific, means before writing them you need to select the right port in reg 0x4C.

  • It actually looks promising... I changed the value in register 0x6D from 0x7C to 0x70

    I have not seen this issue since the change now during testing. Although it was an issue that only poped up once in a while so continueing the testing.

  • Hi Goran, 

    Since today is a US public holiday, we will resume activity on this thread tomorrow. Thanks for your patience. 

    Regards, 

    Logan

  • Hi Goran,

    thanks for the update and the good news.