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

Add P12V0 switch for EEMs #109

Open
marmeladapk opened this issue Apr 26, 2024 · 7 comments
Open

Add P12V0 switch for EEMs #109

marmeladapk opened this issue Apr 26, 2024 · 7 comments

Comments

@marmeladapk
Copy link
Member

marmeladapk commented Apr 26, 2024

obraz

Somewhere here, and switch P12V0 for EEMs only after FPGA is programmed.

Edit: And P3V3

@gkasprow
Copy link
Member

That wont work because many boards have independent supply. But in DIOT we might use servmod line to control supplies

@sbourdeauducq
Copy link
Member

That wont work because many boards have independent supply.

Which ones? As far as I can tell this will work for all the popular boards.

@gkasprow
Copy link
Member

Most boards don't use external power connectors, but we have a few that do:
HVAMP32
HVAMP8
SILPA
Thermostat EEM
Stabilizer
Magneto (new one)
HV_PSU
VHF_AMP(new one)

Having even one of them in the crate will make such switching impossible and cause an unintended flow of current.

@sbourdeauducq
Copy link
Member

HVAMP32
HVAMP8

AFAIK those just have unidirectional inputs and cannot cause the original latchup problem?

SILPA
Thermostat EEM
Stabilizer

Those are not usually connected to Kasli and run independently.

@gkasprow
Copy link
Member

gkasprow commented Apr 27, 2024

HVAMP8

AFAIK those just have unidirectional inputs and cannot cause the original latchup problem?

But they short 12V from EEM to external 12V and will supply other boards anyway

SILPA

Those are not usually connected to Kasli and run independently.

It can also work as EEM; we even have an ARTIQ driver.

@marmeladapk
Copy link
Member Author

Still these cards will be in minority of setups, so we could protect most of them. Later in DIOT we won't need that anyway.

@sbourdeauducq
Copy link
Member

Absolutely and even for them it looks like there are simple solutions with legacy IDC. The main problem comes from the vendor locked-in proprietary Altium format.

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