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.

DS90CR285: Can be used for Camera Link?

Part Number: DS90CR285

Hello,

My customer consider to use DS90CR285 for Camera Link.
Their requirements are as follows.
  - Transmission speed: 420MB/s
  - Configuration: Medium
  - PoCL support: Not required

- Connection distance: About a few meters
Does DS90CR285 meet their requirements?

Best regards,

K.Hirano

  • Hi K,

    I don't believe the DS90CR285 would meet the customer's needs here. The input is a TTL signal, so a traditional RGB signal that gets converted to an LVDS signal. I'm not sure what format the data coming out of the camera would be in, but I don't believe it would be RGB.

    Additionally, the DS90CR285 has a maximum bandwidth of 1.848Gbps, or ~230MBps which does not meet the 420MBps requirement. 

    Can you confirm what protocol the camera's output supports and where they are trying to send the data (display, SoC, etc.)? I can try to find another solution for you.

    BR,

    Cameron

  • Cameron,

    Sorry for my late response. My customer's feedback is as follows.

    About 230Mbps that TI is talking about the drive capacity of one cable, but in this if, we are thinking of using it in Medium Configuration with two cables, and the bandwidth of two cables is 420MB/s.
    It is 420MB/s with two cables, so 210MB/s per cable is thought to be drive capacity within specification.
    Parameters for data transfer:
       TxCLK = 60MHz
       Txin = 28bit
       Clock (LVDS) = 420MB/s.
       Data (LVDS)=1680Mbps=210MB/s.
       Data transfer for two cables (LVDSx2) = 1680x2 = 3360Mbps = 420MB/s.

    Best regards,

    K.Hirano

  • Hi K,

    I'm not sure I understand, does the customer want to use two sets of chips (2x DS90CR285s)? If this was the case, they would likely need to use two cameras instead of one. 

    Can you confirm what protocol the camera's output supports and where they are trying to send the data (display, SoC, etc.)? I can try to find another solution for you.

    Could the customer please provide a block diagram of the system they are trying to implement? Could they also provide the above information (Camera output protocol, where the data is going, what protocol the data should be in at the end, etc.)?

    If they can provide this information, I can help to find an architecture that will work for their needs. 

    BR,

    Cameron

  • Cameron,

    I received additional feedbacks from my customer as follows.
    The output signal of the camera is received by Camera Link (Base Profile) and sent to their end  customer by Camera Link (Medium Profile).
    The end customer's system is secret, so they don't know what's going on there.
    Please find the attached block diagram.
    DS90CR285_Application.pptx

    Best regards,

    K.Hirano

  • Hi K,

    If the customer can guarantee that the first FPGA correctly splits the camera data into two parts (where each data stream runs at half the data rate going into each DS90CR285), then this should be a valid use case; however, it is hard to say the whole system is okay without knowing where the data is going or what the end requirements are. 

    My recommendation would be to have the customer order EVMs to test with to ensure that these parts will work for their application, and go from there. If the customer gets more info about the second half of the system and wants to look into using some of our higher data rate parts with CSI data types, then we can discuss other architectures on our internal forum. 

    BR,

    Cameron