HaicuWiki - User contributions [en]

Interlock System

2026-03-11T17:41:20Z

Lmartin: /* Modules */ Added figures

== Hazards and degrees of malfunction ==

The HAICU trap contains several hazards to personnel and equipment safety. The main hazards to personnel are posed by the high power magnet power supplies, while the main hazards to equipment also include leaks/faults in the water cooling system leading to magnet overheating and local flooding.

For mitigation purposes it is useful to separate three different degrees of malfunction: noticeable, concerning, and catastrophic. While this latter term is a little dramatic, the real distinction is between gradual changes in behaviour (e.g. the cooling water flow gradually decreases over time, indicating material buildup in the lines), and drastic changes (e.g. water flow on one of the output lines drops to zero, indicating a burst tube, spraying water, or significant reduction one of the small lines, indicating a local clog).

Naturally these need to be handled differently:

'''Type A:''' ''Catastrophic'' changes are simple thresholds that can be handled entirely in hardware, and trigger and emergency shutdown (''crowbar''). They must '''NEVER''' go unnoticed.

'''Type B:''' ''Concerning'' changes are also simple thresholds, but typically have finer granularity and adjustability and can benefit from some simple logic, (e.g. "more than 3 flowmeters read low")

'''Type C:''' ''Noticeable'' changes require some level of analysis of observables over time, and are used to trigger gentle system ramp-downs to prevent more serious damage. These are a first line of defense and thus somewhat redundant. Should one get missed, overall safety (and most importantly ''personnel'' safety) is not compromised.

The interlock system only handles type '''A''' and '''B''' events, type '''C''' is handled in MIDAS.

== Sensors ==

The main concern for hazardous events in this setup is a malfunction or inadequacy in the water cooling system, which could lead to flooding or overheating.

The system is monitored for malfunctions or abnormalities by a variety of sensing systems targeting different observables:

# '''Flowmeters:''' these small paddle-wheel flowmeters monitor the flow in all individual cooling water branches and provide a quantitative readout to a microcontroller and from there to MIDAS ('''B, C''')
# '''Flow Switches:''' these bulkier flowmeters sit in main water lines and have in-built threshold detection that can directly connect to an interlock system ('''A''')
# '''Thermistors:''' small thermistors are attached in key locations of the magnets and provide a quantitative readout to a microcontroller, much like the flowmeters ('''B, C''')
# '''Thermal Switches:''' bi-metal switches that provide no quantitative information but can directly connect to an interlock system, they can be placed in strategic locations ('''A''')
# '''Thermal Monitor Switch:''' thermistor- or thermocouple-reading box that provides a quantitative readout and and internal threshold, low granularity (''optional'', '''A, C''')
# '''Level Switches:''' simple float switches that trigger if the water in the leak-catching enclosure rises too high ('''A''')
# '''Leak Sensors:''' resistive wetness-sensing switches that can connect directly to an interlock system and can be placed on the floor in strategic locations ('''A''')

== Output/Switching ==

The main two things the interlock system needs to control are the magnet power supplies and the main water supply. Most interlock conditions that do not indicate a leak will simply turn off the magnet power supplies to prevent overheating, while leak detection additionally closes the main water valve to minimize flooding, and shuts down other sensitive electronics.

Technically this is typically achieved by opening or closing a switch connecting two control pins on the device in question.

== Modular Interlock System ==

=== Requirements ===

One big requirement for an interlock system like this is, that it ''fails safe'', i.e. a loss of power in the interlock system itself, or the cutting or disconnection of a wire, leads to the safe '''locked''' condition, rather than the '''all clear'''. Additionally the core interlock system should require no programming to minimize the possibility of bugs.

In the HAICU interlock system, the interlock logic is modeled by relays in series. In order for the '''all clear''' to be given, voltage must pass through a series of ''normally open'' relays that each actively get switched closed by one of the above sensors. Each input has a manual bypass switch do allow for the manual deactivation of individual inputs.

Finally the interlock system '''must''' latch. This means that, once triggered, the system does not go back into the '''all clear''' condition without human intervention. This is achieved by a separate output module.

=== Modules ===

Since the number of inputs and outputs to the system may change, it was decided to go with a modular approach instead of a single PCB. The following sections describe the individual modules.

Schematics and kiCad projects for these modules can be found [https://gitlab.triumf.ca/haicu/haicu_control_electronics in the gitlab repo].

[[File:Intlk scheme.svg|thumb|Concept scheme of the modular interlock. Columns can be used in parallel (green A configuration) or in series (red B configuration). Input modules can also be put above top dist board, but this is not currently used. ''Bottom dist'' is not actually a separate board, but a feature common to both output modules]]

==== Power ====

The power module generates the 3.3V needed for TTL communication and 2.2V for the LEDs out of 5V supply voltage. It also supplies 5V to the signal input of the following module.

[[File:Intlk power conn.png|thumb|alt=Top to bottom: ground, Vdd, signal, signal, Vee, Vcc|Power module pinout for the modular interlock]]

==== Top distribution ====

The top distribution board distributes power and signals to columns of interlock modules.

Manual switches can configure the signal path. The signal flow schematic is printed on the board. Note the switches are on the back of the board, since they are not meant to be changed in operation.
* '''SW2''' decides whether input comes from "global interlocks", which can come from input modules above or from ''top dist'' modules to the left, switchable by '''SW3'''.
* '''SW1''' decides whether the next ''top dist'' module to the right gets the same input as this column, or the forwarded ''output'' of this column (requires another switch in ''bottom dist'').

==== Switch Input ====

The switch input module (schematic ''input_moduleA'') provides two-pin connectors that any switch-style sensors can be connected to. The understanding is that a closed connection signifies a satisfied interlock condition. The large LED below each connector shines green if the condition is met or red if it is not. Below each connector there is a bypass switch, which allows to deactivate that input. The small yellow LED next to the switch is on for bypassed condition. Note the large LED will be green if bypassed.

There is a ribbon connector on the back reporting the state of each channel as a TTL level to the watchdog device described below.

[[File:Input moduleA.png|frameless|600px|Input module for individual switch-type interlock sensors]]

==== TTL Input ====

The TTL input module does not connect to standard switch-style sensors, but instead expects TTL 3.3V levels, which it receives from a Teensy board measuring temperatures or flow rates. It, too, has 5 red/green LEDs indicating interlock status of each channel and 5 bypass switches with yellow LEDs. In contrast to the switch input module, the red/green LED still reflects input status, even if the bypass is active.

This module has the same watchdog connector as the other input module.

[[File:Intput module TTL2.png|frameless|600px|Input module for TTL interlock signals from Teensy board]]

==== Signal booster ====

The inexpertly designed concept of this modular interlock results in a drop in signal level if too many boards are used in series. This module brings it back up to 5V. In principle it can also be used between input modules, but it's probably wise to limit a single column to no more than 6 input modules.

==== Bottom distribution ====

This is not actually a separate module, but a feature common to both output modules below.

'''SW1''' switches between ''normal mode'' '''B''', where the signal from the column above gets used to switch this output module and any below it, and ''daisychain mode'' '''A''', where the signal from the column above gets sent back to the top to serve as the input of the next column, while this output module receives its input from the output module to its right.

'''Note 1:''' this requires SW1 in this column's ''top dist'' board to be in the ''daisychain'' position.

'''Note 2:''' only the top-most output module should ever have SW1 in position '''A''', unless you really know what you're doing.

==== Individual Output ====

This module provides two-pin connectors to connect to individual devices. They behave just like if a switching sensor was directly plugged into the device, with two key differences:

# they latch, so even if the condition that triggered the interlock gets remedied, they need to be reset manually, using a push button above each connector
# they can be switched between ''normally open'' ('''NO''') mode and ''normally closed'' ('''NC''') mode. The latter is e.g. needed for the AE Techron power supply.

All channels trigger together but need to be reset separately. The red/green LED above each connector shows the state.

[[File:Output general.png|600px|frameless|Individual output interlock module with per-channel latch reset buttons. Not the switches to change a channel from ''normally open'' to ''normally closed'' are on the back]]

==== DSub Output ====

This module is specifically designed to connect to the [[Magnet Control Box]] to provide the interlock signals for the Sorensen SGX power supplies. It has a single LED and reset button for all outputs together.

[[File:Output dsub.png|600px|frameless|DSub interlock output module to connect to Magnet Control Box]]

File:Output dsub.png

2026-03-11T17:33:16Z

Lmartin:

DSub interlock output module for connection to Magnet Control Box

File:Output general.png

2026-03-11T17:30:39Z

Lmartin:

Individual latching switch output interlock module

File:Intput module TTL2.png

2026-03-11T17:20:46Z

Lmartin:

TTL input module to receive signals from Teensy monitor board

File:Input moduleA.png

2026-03-11T17:16:47Z

Lmartin:

Individual interlock switch input module 3d view

Interlock System

2026-03-11T17:08:17Z

Lmartin: /* Signal booster */

== Hazards and degrees of malfunction ==

The HAICU trap contains several hazards to personnel and equipment safety. The main hazards to personnel are posed by the high power magnet power supplies, while the main hazards to equipment also include leaks/faults in the water cooling system leading to magnet overheating and local flooding.

For mitigation purposes it is useful to separate three different degrees of malfunction: noticeable, concerning, and catastrophic. While this latter term is a little dramatic, the real distinction is between gradual changes in behaviour (e.g. the cooling water flow gradually decreases over time, indicating material buildup in the lines), and drastic changes (e.g. water flow on one of the output lines drops to zero, indicating a burst tube, spraying water, or significant reduction one of the small lines, indicating a local clog).

Naturally these need to be handled differently:

'''Type A:''' ''Catastrophic'' changes are simple thresholds that can be handled entirely in hardware, and trigger and emergency shutdown (''crowbar''). They must '''NEVER''' go unnoticed.

'''Type B:''' ''Concerning'' changes are also simple thresholds, but typically have finer granularity and adjustability and can benefit from some simple logic, (e.g. "more than 3 flowmeters read low")

'''Type C:''' ''Noticeable'' changes require some level of analysis of observables over time, and are used to trigger gentle system ramp-downs to prevent more serious damage. These are a first line of defense and thus somewhat redundant. Should one get missed, overall safety (and most importantly ''personnel'' safety) is not compromised.

The interlock system only handles type '''A''' and '''B''' events, type '''C''' is handled in MIDAS.

== Sensors ==

The main concern for hazardous events in this setup is a malfunction or inadequacy in the water cooling system, which could lead to flooding or overheating.

The system is monitored for malfunctions or abnormalities by a variety of sensing systems targeting different observables:

# '''Flowmeters:''' these small paddle-wheel flowmeters monitor the flow in all individual cooling water branches and provide a quantitative readout to a microcontroller and from there to MIDAS ('''B, C''')
# '''Flow Switches:''' these bulkier flowmeters sit in main water lines and have in-built threshold detection that can directly connect to an interlock system ('''A''')
# '''Thermistors:''' small thermistors are attached in key locations of the magnets and provide a quantitative readout to a microcontroller, much like the flowmeters ('''B, C''')
# '''Thermal Switches:''' bi-metal switches that provide no quantitative information but can directly connect to an interlock system, they can be placed in strategic locations ('''A''')
# '''Thermal Monitor Switch:''' thermistor- or thermocouple-reading box that provides a quantitative readout and and internal threshold, low granularity (''optional'', '''A, C''')
# '''Level Switches:''' simple float switches that trigger if the water in the leak-catching enclosure rises too high ('''A''')
# '''Leak Sensors:''' resistive wetness-sensing switches that can connect directly to an interlock system and can be placed on the floor in strategic locations ('''A''')

== Output/Switching ==

The main two things the interlock system needs to control are the magnet power supplies and the main water supply. Most interlock conditions that do not indicate a leak will simply turn off the magnet power supplies to prevent overheating, while leak detection additionally closes the main water valve to minimize flooding, and shuts down other sensitive electronics.

Technically this is typically achieved by opening or closing a switch connecting two control pins on the device in question.

== Modular Interlock System ==

=== Requirements ===

One big requirement for an interlock system like this is, that it ''fails safe'', i.e. a loss of power in the interlock system itself, or the cutting or disconnection of a wire, leads to the safe '''locked''' condition, rather than the '''all clear'''. Additionally the core interlock system should require no programming to minimize the possibility of bugs.

In the HAICU interlock system, the interlock logic is modeled by relays in series. In order for the '''all clear''' to be given, voltage must pass through a series of ''normally open'' relays that each actively get switched closed by one of the above sensors. Each input has a manual bypass switch do allow for the manual deactivation of individual inputs.

Finally the interlock system '''must''' latch. This means that, once triggered, the system does not go back into the '''all clear''' condition without human intervention. This is achieved by a separate output module.

=== Modules ===

Since the number of inputs and outputs to the system may change, it was decided to go with a modular approach instead of a single PCB. The following sections describe the individual modules.

Schematics and kiCad projects for these modules can be found [https://gitlab.triumf.ca/haicu/haicu_control_electronics in the gitlab repo].

[[File:Intlk scheme.svg|thumb|Concept scheme of the modular interlock. Columns can be used in parallel (green A configuration) or in series (red B configuration). Input modules can also be put above top dist board, but this is not currently used. ''Bottom dist'' is not actually a separate board, but a feature common to both output modules]]

==== Power ====

The power module generates the 3.3V needed for TTL communication and 2.2V for the LEDs out of 5V supply voltage. It also supplies 5V to the signal input of the following module.

[[File:Intlk power conn.png|thumb|alt=Top to bottom: ground, Vdd, signal, signal, Vee, Vcc|Power module pinout for the modular interlock]]

==== Top distribution ====

The top distribution board distributes power and signals to columns of interlock modules.

Manual switches can configure the signal path. The signal flow schematic is printed on the board.
* '''SW2''' decides whether input comes from "global interlocks", which can come from input modules above or from ''top dist'' modules to the left, switchable by '''SW3'''.
* '''SW1''' decides whether the next ''top dist'' module to the right gets the same input as this column, or the forwarded ''output'' of this column (requires another switch in ''bottom dist'').

==== Switch Input ====

The switch input module (schematic ''input_moduleA'') provides two-pin connectors that any switch-style sensors can be connected to. The understanding is that a closed connection signifies a satisfied interlock condition. The large LED below each connector shines green if the condition is met or red if it is not. Below each connector there is a bypass switch, which allows to deactivate that input. The small yellow LED next to the switch is on for bypassed condition. Note the large LED will be green if bypassed.

There is a ribbon connector reporting the state of each channel as a TTL level to the watchdog device described below.

==== TTL Input ====

The TTL input module does not connect to standard switch-style sensors, but instead expects TTL 3.3V levels, which it receives from a Teensy board measuring temperatures or flow rates. It, too, has 5 red/green LEDs indicating interlock status of each channel and 5 bypass switches with yellow LEDs. In contrast to the switch input module, the red/green LED still reflects input status, even if the bypass is active.

This module has the same watchdog connector as the other input module.

==== Signal booster ====

The inexpertly designed concept of this modular interlock results in a drop in signal level if too many boards are used in series. This module brings it back up to 5V. In principle it can also be used between input modules, but it's probably wise to limit a single column to no more than 6 input modules.

==== Bottom distribution ====

This is not actually a separate module, but a feature common to both output modules below.

'''SW1''' switches between ''normal mode'' '''B''', where the signal from the column above gets used to switch this output module and any below it, and ''daisychain mode'' '''A''', where the signal from the column above gets sent back to the top to serve as the input of the next column, while this output module receives its input from the output module to its right.

'''Note 1:''' this requires SW1 in this column's ''top dist'' board to be in the ''daisychain'' position.

'''Note 2:''' only the top-most output module should ever have SW1 in position '''A''', unless you really know what you're doing.

==== Individual Output ====

This module provides two-pin connectors to connect to individual devices. They behave just like if a switching sensor was directly plugged into the device, with two key differences:

# they latch, so even if the condition that triggered the interlock gets remedied, they need to be reset manually, using a push button above each connector
# they can be switched between ''normally open'' ('''NO''') mode and ''normally closed'' ('''NC''') mode. The latter is e.g. needed for the AE Techron power supply.

All channels trigger together but need to be reset separately. The red/green LED above each connector shows the state.

==== DSub Output ====

This module is specifically designed to connect to the [[Magnet Control Box]] to provide the interlock signals for the Sorensen SGX power supplies. It has a single LED and reset button for all outputs together.

Interlock System

2026-03-11T00:16:30Z

Lmartin: /* Modules */

== Hazards and degrees of malfunction ==

The HAICU trap contains several hazards to personnel and equipment safety. The main hazards to personnel are posed by the high power magnet power supplies, while the main hazards to equipment also include leaks/faults in the water cooling system leading to magnet overheating and local flooding.

For mitigation purposes it is useful to separate three different degrees of malfunction: noticeable, concerning, and catastrophic. While this latter term is a little dramatic, the real distinction is between gradual changes in behaviour (e.g. the cooling water flow gradually decreases over time, indicating material buildup in the lines), and drastic changes (e.g. water flow on one of the output lines drops to zero, indicating a burst tube, spraying water, or significant reduction one of the small lines, indicating a local clog).

Naturally these need to be handled differently:

'''Type A:''' ''Catastrophic'' changes are simple thresholds that can be handled entirely in hardware, and trigger and emergency shutdown (''crowbar''). They must '''NEVER''' go unnoticed.

'''Type B:''' ''Concerning'' changes are also simple thresholds, but typically have finer granularity and adjustability and can benefit from some simple logic, (e.g. "more than 3 flowmeters read low")

'''Type C:''' ''Noticeable'' changes require some level of analysis of observables over time, and are used to trigger gentle system ramp-downs to prevent more serious damage. These are a first line of defense and thus somewhat redundant. Should one get missed, overall safety (and most importantly ''personnel'' safety) is not compromised.

The interlock system only handles type '''A''' and '''B''' events, type '''C''' is handled in MIDAS.

== Sensors ==

The main concern for hazardous events in this setup is a malfunction or inadequacy in the water cooling system, which could lead to flooding or overheating.

The system is monitored for malfunctions or abnormalities by a variety of sensing systems targeting different observables:

# '''Flowmeters:''' these small paddle-wheel flowmeters monitor the flow in all individual cooling water branches and provide a quantitative readout to a microcontroller and from there to MIDAS ('''B, C''')
# '''Flow Switches:''' these bulkier flowmeters sit in main water lines and have in-built threshold detection that can directly connect to an interlock system ('''A''')
# '''Thermistors:''' small thermistors are attached in key locations of the magnets and provide a quantitative readout to a microcontroller, much like the flowmeters ('''B, C''')
# '''Thermal Switches:''' bi-metal switches that provide no quantitative information but can directly connect to an interlock system, they can be placed in strategic locations ('''A''')
# '''Thermal Monitor Switch:''' thermistor- or thermocouple-reading box that provides a quantitative readout and and internal threshold, low granularity (''optional'', '''A, C''')
# '''Level Switches:''' simple float switches that trigger if the water in the leak-catching enclosure rises too high ('''A''')
# '''Leak Sensors:''' resistive wetness-sensing switches that can connect directly to an interlock system and can be placed on the floor in strategic locations ('''A''')

== Output/Switching ==

The main two things the interlock system needs to control are the magnet power supplies and the main water supply. Most interlock conditions that do not indicate a leak will simply turn off the magnet power supplies to prevent overheating, while leak detection additionally closes the main water valve to minimize flooding, and shuts down other sensitive electronics.

Technically this is typically achieved by opening or closing a switch connecting two control pins on the device in question.

== Modular Interlock System ==

=== Requirements ===

One big requirement for an interlock system like this is, that it ''fails safe'', i.e. a loss of power in the interlock system itself, or the cutting or disconnection of a wire, leads to the safe '''locked''' condition, rather than the '''all clear'''. Additionally the core interlock system should require no programming to minimize the possibility of bugs.

In the HAICU interlock system, the interlock logic is modeled by relays in series. In order for the '''all clear''' to be given, voltage must pass through a series of ''normally open'' relays that each actively get switched closed by one of the above sensors. Each input has a manual bypass switch do allow for the manual deactivation of individual inputs.

Finally the interlock system '''must''' latch. This means that, once triggered, the system does not go back into the '''all clear''' condition without human intervention. This is achieved by a separate output module.

=== Modules ===

Since the number of inputs and outputs to the system may change, it was decided to go with a modular approach instead of a single PCB. The following sections describe the individual modules.

Schematics and kiCad projects for these modules can be found [https://gitlab.triumf.ca/haicu/haicu_control_electronics in the gitlab repo].

[[File:Intlk scheme.svg|thumb|Concept scheme of the modular interlock. Columns can be used in parallel (green A configuration) or in series (red B configuration). Input modules can also be put above top dist board, but this is not currently used. ''Bottom dist'' is not actually a separate board, but a feature common to both output modules]]

==== Power ====

The power module generates the 3.3V needed for TTL communication and 2.2V for the LEDs out of 5V supply voltage. It also supplies 5V to the signal input of the following module.

[[File:Intlk power conn.png|thumb|alt=Top to bottom: ground, Vdd, signal, signal, Vee, Vcc|Power module pinout for the modular interlock]]

==== Top distribution ====

The top distribution board distributes power and signals to columns of interlock modules.

Manual switches can configure the signal path. The signal flow schematic is printed on the board.
* '''SW2''' decides whether input comes from "global interlocks", which can come from input modules above or from ''top dist'' modules to the left, switchable by '''SW3'''.
* '''SW1''' decides whether the next ''top dist'' module to the right gets the same input as this column, or the forwarded ''output'' of this column (requires another switch in ''bottom dist'').

==== Switch Input ====

The switch input module (schematic ''input_moduleA'') provides two-pin connectors that any switch-style sensors can be connected to. The understanding is that a closed connection signifies a satisfied interlock condition. The large LED below each connector shines green if the condition is met or red if it is not. Below each connector there is a bypass switch, which allows to deactivate that input. The small yellow LED next to the switch is on for bypassed condition. Note the large LED will be green if bypassed.

There is a ribbon connector reporting the state of each channel as a TTL level to the watchdog device described below.

==== TTL Input ====

The TTL input module does not connect to standard switch-style sensors, but instead expects TTL 3.3V levels, which it receives from a Teensy board measuring temperatures or flow rates. It, too, has 5 red/green LEDs indicating interlock status of each channel and 5 bypass switches with yellow LEDs. In contrast to the switch input module, the red/green LED still reflects input status, even if the bypass is active.

This module has the same watchdog connector as the other input module.

==== Signal booster ====

The inexpertly designed concept of this modular interlock results in a drop in signal level if too many boards are used in series. This module brings it back up to 5V.

==== Bottom distribution ====

This is not actually a separate module, but a feature common to both output modules below.

'''SW1''' switches between ''normal mode'' '''B''', where the signal from the column above gets used to switch this output module and any below it, and ''daisychain mode'' '''A''', where the signal from the column above gets sent back to the top to serve as the input of the next column, while this output module receives its input from the output module to its right.

'''Note 1:''' this requires SW1 in this column's ''top dist'' board to be in the ''daisychain'' position.

'''Note 2:''' only the top-most output module should ever have SW1 in position '''A''', unless you really know what you're doing.

==== Individual Output ====

This module provides two-pin connectors to connect to individual devices. They behave just like if a switching sensor was directly plugged into the device, with two key differences:

# they latch, so even if the condition that triggered the interlock gets remedied, they need to be reset manually, using a push button above each connector
# they can be switched between ''normally open'' ('''NO''') mode and ''normally closed'' ('''NC''') mode. The latter is e.g. needed for the AE Techron power supply.

All channels trigger together but need to be reset separately. The red/green LED above each connector shows the state.

==== DSub Output ====

This module is specifically designed to connect to the [[Magnet Control Box]] to provide the interlock signals for the Sorensen SGX power supplies. It has a single LED and reset button for all outputs together.

File:Intlk scheme.svg

2026-03-10T23:12:48Z

Lmartin: Lmartin uploaded a new version of File:Intlk scheme.svg

Modular interlock scheme

File:Intlk scheme.svg

2026-03-10T23:10:21Z

Lmartin:

Modular interlock scheme

File:Intlk power conn.png

2026-03-10T22:24:12Z

Lmartin:

Power connector pinout for the modular interlock

Interlock System

2026-03-10T19:21:57Z

Lmartin: Work in Progress

Main Page

2026-02-25T18:17:49Z

Lmartin: /* Experimental Setup */

= General =
HAICU (Hydrogen Antihydrogen Infrastructure at Canadian Universities) is an experimental facility designed for research and development of techniques relating to the trapping of atomic Hydrogen and Antihydrogen. This wiki is the definitive repository of documentation regarding this setup.

[[File:HAICU vector.svg|300x300px|frameless|center]]

= Experimental Setup =

* [[Hydrogen Source]]
* [[Magnetic Decelerator]]
* [[Halbach Bender]]
* [[Electromagnetic Bender]]
* [[Lasers]]
* [[Magnetic Trap]]
* [[Detectors]]
* [[Interlock System]]

= Software =
== Git Repositories ==
(Most of) the various software packages used for the control and monitoring of the HAICU setup are kept in the TRIUMF gitlab at https://gitlab.triumf.ca/groups/haicu/. In general, each repository should have a README file as well as Doxygen documentation accessible from the "Gitlab Pages" link or from a link at the start of the README. Specifically the software packages are:
* [https://gitlab.triumf.ca/haicu/magnet_control magnet_control], which contains the drivers, test code, and frontends for Raspberry Pi box controlling the magnet power supplies
* [https://gitlab.triumf.ca/haicu/ppg_client PPG Client], which contains the code to load and run sequences on the Programmable Pulse Generator (or sequencer)
* [https://gitlab.triumf.ca/haicu/ppg_cb_firmware PPG Firmware], which contains the Quartus project of the PPG-Chronobox FPGA code
* [https://gitlab.triumf.ca/haicu/vacuum-control-software Vacuum Control Software], which contains frontends for the Agilent gauges and turbopumps
* [https://gitlab.triumf.ca/haicu/teensy_software Teensy Software], which contains both firmware and Midas frontends for the flow and temperature monitoring Teensy boards
* [https://gitlab.triumf.ca/haicu/caen-dt5533en-hvps HV supply], which controls the CAEN DT5533 high voltage supply
* [https://gitlab.triumf.ca/haicu/lolxboardctrl SiPM bias], which controls the SiPM bias distribution and amplification box (LolX-box)
* [https://gitlab.triumf.ca/haicu/intlck-watchdog Interlock Watchdog Firmware], which contains the firmware for the Arduino Due "Watchdog"
* [https://gitlab.triumf.ca/haicu/watchdog-frontend Interlock Watchdog Frontend], which contains the MIDAS frontend to interact with the watchdog

= Procedures =

= Resources and Manuals =

* [[Equipment Manuals]]
* [[Miscellaneous Resources]]

Equipment Manuals

2026-02-24T20:00:27Z

Lmartin: Manual dump

= Control Electronics =
== CONTEC CPI-AO-1602LC ==

This product is an expansion card ("hat") that adds an analog output interface to the Raspberry Pi. It gets used in the Raspberry Pi magnet control box.

Datasheet: [[File:Cpiao1602lc en.pdf|thumb]]

Manual: [[File:Cpiao1602lc reference manual.pdf|thumb]]

== Waveshare AD/DA hat ==

This product is an expansion card ("hat") that adds analog input and output interfaces to the Raspberry Pi. The analog input gets used in the Raspberry Pi magnet control box.

Schematic: [[File:High-Precision-AD-DA-board.pdf|thumb]]

Manual: [[File:High-Precision-AD-DA-User-Manual.pdf|thumb]]

== DE10-Nano ==

Cyclone 5 FPGA evaluation board, used as platform for chronobox and PPG.

Manual: [[DE10-Nano_User_manual_a_b.pdf|thumb]]

= Power Supplies =

== Sorensen SGX10X1200 ==

10V 1200A Magnet power supply used for "slow" trap magnets, i.e. quad, top gate, booster.

Datasheet: [[File:Sorensen_sgx_datasheet-3u-6u_rev2b.pdf|thumb]]

Manual: [[File:Sgx-operation-manual-m551600-01-rev-e.pdf|thumb]]

Programming Manual: [[File:Programming-manual-sgx_m551601-01.pdf|thumb]]

== AE Techron 8500 ==

High-power amplifier used as fast power supply for bottom gate magnet.

System Manual: [[File:8500manual.pdf|thumb]]

Module Manual: [[File:8504-OpManual.pdf|thumb]]

Compensation Network Tuning Guide: [[File:AET8500_Controlled_Current_Mode_-_Compensation_Network_Tuning_Guide.pdf|thumb]]

== R&S HMC8043 LVPS ==

Low voltage power supply, used in HAICU for SiPM bias.

Datasheet: [[File:HMC804x dat de en 3607-0169-3x v0200.pdf|thumb]]

Manual: [[File:HMC804x_UserManual_de_en_05.pdf|thumb]]

Programming Manual: [[File:HMC804x_SCPI_ProgrammersManual_en_02.pdf|thumb]]

== CAEN DT5533EN HVPS ==

High voltage power supply, used in HAICU for MCP bias.

Manual: [[File:WEB DT55xxE r14.pdf|thumb]]

= DAQ =

== CAEN DT5730S Digitizer ==

Manual: [[File:WEB UMDT5730-DT5725 rev8.pdf|thumb|Manual]]

= Vacuum =

== Agilent TwisTorr 74FS ==

Small turbo pump and controller.

Manual: [[File:TwisTorr_74_FS_AG_Rack_Controller.pdf|thumb]]

== Agilent XGS-600 Gauge Controller ==

Manual: [[File:XGS-600_Gauge_Controller.pdf|thumb]]

== Agilent TV551 Navigator ==

Large (DN160CF) turbo pump.

Manual: [[File:TV551-701_NAVIGATOR.PDF|thumb]]

= Miscellaneous =

== R&S RTM3004 Oscilloscope ==

Datasheet: [[File:RTM3000_specs_en_5214-9144-22_v1300.pdf|thumb]]

Manual: [[File:R%26S_RTM3000_User_Manual.pdf|thumb]]

== AFG1022 function generator ==

Signal generator / pulser.

Manual: [[File:AFG1022-Quick-Start-User-Manual-EN.pdf|thumb]]

== Agilent 34410a desktop multimeter ==

Programmers Reference: [[File:Agilent_34410a_Programmers_Reference.pdf|thumb]]

File:AFG1022-Quick-Start-User-Manual-EN.pdf

2026-02-24T19:59:24Z

Lmartin:

File:TV551-701 NAVIGATOR.PDF

2026-02-24T19:54:40Z

Lmartin:

File:XGS-600 Gauge Controller.pdf

2026-02-24T19:49:19Z

Lmartin:

File:TwisTorr 74 FS AG Rack Controller.pdf

2026-02-24T19:47:32Z

Lmartin:

File:Agilent 34410a Programmers Reference.pdf

2026-02-24T19:44:12Z

Lmartin:

File:R&S RTM3000 User Manual.pdf

2026-02-24T19:41:48Z

Lmartin:

File:RTM3000 specs en 5214-9144-22 v1300.pdf

2026-02-24T19:41:36Z

Lmartin:

File:DE10-Nano User manual a b.pdf

2026-02-24T19:39:39Z

Lmartin:

File:AET8500 Controlled Current Mode - Compensation Network Tuning Guide.pdf

2026-02-24T19:37:26Z

Lmartin:

File:8504-OpManual.pdf

2026-02-24T19:32:59Z

Lmartin:

File:8500manual.pdf

2026-02-24T19:31:21Z

Lmartin:

File:Programming-manual-sgx m551601-01.pdf

2026-02-24T19:27:20Z

Lmartin:

File:Sgx-operation-manual-m551600-01-rev-e.pdf

2026-02-24T19:27:06Z

Lmartin:

File:Sorensen sgx datasheet-3u-6u rev2b.pdf

2026-02-24T19:25:07Z

Lmartin:

File:HMC804x SCPI ProgrammersManual en 02.pdf

2026-02-24T19:05:39Z

Lmartin:

File:HMC804x UserManual de en 05.pdf

2026-02-24T19:05:29Z

Lmartin:

File:High-Precision-AD-DA-User-Manual.pdf

2026-02-24T19:02:25Z

Lmartin: Waveshare AD/DA Manual

== Summary ==
Waveshare AD/DA Manual

File:High-Precision-AD-DA-board.pdf

2026-02-24T19:01:26Z

Lmartin: Waveshare AD/DA schematic

== Summary ==
Waveshare AD/DA schematic

Main Page

2026-02-24T00:15:24Z

Lmartin: /* General */ switched to SVG

= General =
HAICU (Hydrogen Antihydrogen Infrastructure at Canadian Universities) is an experimental facility designed for research and development of techniques relating to the trapping of atomic Hydrogen and Antihydrogen. This wiki is the definitive repository of documentation regarding this setup.

[[File:HAICU vector.svg|300x300px|frameless|center]]

= Experimental Setup =

* [[Hydrogen Source]]
* [[Magnetic Decelerator]]
* [[Halbach Bender]]
* [[Electromagnetic Bender]]
* [[Lasers]]
* [[Magnetic Trap]]
* [[Detectors]]

= Software =
== Git Repositories ==
(Most of) the various software packages used for the control and monitoring of the HAICU setup are kept in the TRIUMF gitlab at https://gitlab.triumf.ca/groups/haicu/. In general, each repository should have a README file as well as Doxygen documentation accessible from the "Gitlab Pages" link or from a link at the start of the README. Specifically the software packages are:
* [https://gitlab.triumf.ca/haicu/magnet_control magnet_control], which contains the drivers, test code, and frontends for Raspberry Pi box controlling the magnet power supplies
* [https://gitlab.triumf.ca/haicu/ppg_client PPG Client], which contains the code to load and run sequences on the Programmable Pulse Generator (or sequencer)
* [https://gitlab.triumf.ca/haicu/ppg_cb_firmware PPG Firmware], which contains the Quartus project of the PPG-Chronobox FPGA code
* [https://gitlab.triumf.ca/haicu/vacuum-control-software Vacuum Control Software], which contains frontends for the Agilent gauges and turbopumps
* [https://gitlab.triumf.ca/haicu/teensy_software Teensy Software], which contains both firmware and Midas frontends for the flow and temperature monitoring Teensy boards
* [https://gitlab.triumf.ca/haicu/caen-dt5533en-hvps HV supply], which controls the CAEN DT5533 high voltage supply
* [https://gitlab.triumf.ca/haicu/lolxboardctrl SiPM bias], which controls the SiPM bias distribution and amplification box (LolX-box)
* [https://gitlab.triumf.ca/haicu/intlck-watchdog Interlock Watchdog Firmware], which contains the firmware for the Arduino Due "Watchdog"
* [https://gitlab.triumf.ca/haicu/watchdog-frontend Interlock Watchdog Frontend], which contains the MIDAS frontend to interact with the watchdog

= Procedures =

= Resources and Manuals =

* [[Equipment Manuals]]
* [[Miscellaneous Resources]]

Main Page

2026-02-18T20:00:12Z

Lmartin: /* Git Repositories */

= General =
HAICU (Hydrogen Antihydrogen Infrastructure at Canadian Universities) is an experimental facility designed for research and development of techniques relating to the trapping of atomic Hydrogen and Antihydrogen. This wiki is the definitive repository of documentation regarding this setup.

[[File:HAICUlogo final.jpg|300x300px|frameless|center]]

= Experimental Setup =

* [[Hydrogen Source]]
* [[Magnetic Decelerator]]
* [[Halbach Bender]]
* [[Electromagnetic Bender]]
* [[Lasers]]
* [[Magnetic Trap]]
* [[Detectors]]

= Software =
== Git Repositories ==
(Most of) the various software packages used for the control and monitoring of the HAICU setup are kept in the TRIUMF gitlab at https://gitlab.triumf.ca/groups/haicu/. In general, each repository should have a README file as well as Doxygen documentation accessible from the "Gitlab Pages" link or from a link at the start of the README. Specifically the software packages are:
* [https://gitlab.triumf.ca/haicu/magnet_control magnet_control], which contains the drivers, test code, and frontends for Raspberry Pi box controlling the magnet power supplies
* [https://gitlab.triumf.ca/haicu/ppg_client PPG Client], which contains the code to load and run sequences on the Programmable Pulse Generator (or sequencer)
* [https://gitlab.triumf.ca/haicu/ppg_cb_firmware PPG Firmware], which contains the Quartus project of the PPG-Chronobox FPGA code
* [https://gitlab.triumf.ca/haicu/vacuum-control-software Vacuum Control Software], which contains frontends for the Agilent gauges and turbopumps
* [https://gitlab.triumf.ca/haicu/teensy_software Teensy Software], which contains both firmware and Midas frontends for the flow and temperature monitoring Teensy boards
* [https://gitlab.triumf.ca/haicu/caen-dt5533en-hvps HV supply], which controls the CAEN DT5533 high voltage supply
* [https://gitlab.triumf.ca/haicu/lolxboardctrl SiPM bias], which controls the SiPM bias distribution and amplification box (LolX-box)
* [https://gitlab.triumf.ca/haicu/intlck-watchdog Interlock Watchdog Firmware], which contains the firmware for the Arduino Due "Watchdog"
* [https://gitlab.triumf.ca/haicu/watchdog-frontend Interlock Watchdog Frontend], which contains the MIDAS frontend to interact with the watchdog

= Procedures =

= Resources and Manuals =

* [[Equipment Manuals]]
* [[Miscellaneous Resources]]

File:HAICU vector.svg

2026-02-18T18:10:43Z

Lmartin:

Main Page

2025-09-29T17:53:37Z

Lmartin: Getting started, added gitlab links.