Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CoaxPress support #88

Open
gkasprow opened this issue Mar 20, 2024 · 8 comments
Open

CoaxPress support #88

gkasprow opened this issue Mar 20, 2024 · 8 comments

Comments

@gkasprow
Copy link
Member

gkasprow commented Mar 20, 2024

We get more and more requests for support of CoaxPress cameras.
There are several options:

  1. Use EEM FMC carrier and CoaxPress FMC from Kaya (or design our own)
  2. Make a dedicated DIOT card with simple CoaxPress Rx IC and stream data using MGT Rx lane (requires Kasli-DIOT, which have MGT routed to DIOT slots)
  3. Make a simple CoaxPress to SFP adapter. The only issue is that CoaxPress Rx IC requires an uplink LVCMOS line. So, it has to be connected to FPGA IO. We will do it in Kasli-DIOT (we will use the RATE_SEL line), but that approach won't work for the existing Kasli as it is. Existing Kasli would need simple rework - connect FPGA test point with SFP pad.
  4. We could use CoaxPress to SFP adapter and MGT Tx line to stream 40Mb/s uplink data, but that would require some extra work on firmware but would keep compatibility with all Kasli versions
@nkrackow
Copy link

nkrackow commented May 7, 2024

We were also evaluating CoaXPress cameras but in addition to the closed standard (not sure how important with an external IC) the camera manufacturers have proprietary settings/telemetry channels via CoaXPress that you'd have to reverse engineer for any camera since they usually want to sell their custom flavored frame grabber as well...
Also electrically the interface looks more annoying than shielded twisted pairs in one cable like you see in all other high-speed digital interfaces.

@sbourdeauducq
Copy link
Member

sbourdeauducq commented May 8, 2024

It's not that much of a closed standard (seems easy to obtain the docs for free if you ask) and the licensing fee is quite reasonable for using the trademarks legally. The custom ICs only take care of the electrical interface, then it goes into GT transceivers.
If you want to complain about this sort of thing: the much more expensive, disgusting, vendor locking-in, spyware-laden, Windows-only Altium trashware used for many Sinara projects is a much bigger issue.
Hamamatsu are quite cooperative regarding ARTIQ support for their cameras. It should be easy to get info about any CXP vendor commands we may need. We plan to start implementing CXP seriously in 1-2 weeks (i.e. right after WRPLL is finished and the ARTIQ-8 release) using the hello-fpga CXP FMC card and EFC.

@gkasprow

This comment was marked as off-topic.

@gkasprow

This comment was marked as off-topic.

@gkasprow

This comment was marked as off-topic.

@sbourdeauducq

This comment was marked as off-topic.

@gkasprow

This comment was marked as off-topic.

@gkasprow

This comment was marked as off-topic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants