Jen-Yueh Hsiao Quantum Control Systems Engineer
GitHub profile

Quantum Control Systems Engineer

Trapped-ion control software from pulse intent to measurable evidence.

Deterministic timing, hardware adapters, photon acquisition, and evidence-gated calibration.

IMPLEMENTED Control contracts and verification

Python orchestration, primitive compilation, deterministic simulation, TTL/photon emulation and traceable outputs.

INTEGRATION TARGET Spectrum microwave backend

M4i.66xx AWG/DDS adapter, multi-tone carrier control, SSB upconversion and hardware-specific APIs.

EVIDENCE BOUNDARY Claims stop where evidence stops

No personal Spectrum operation, eleQtron proprietary topology or physical-ion gate-fidelity claim.

01 · Measurement-aware timing validation

A timing claim is not complete until the scope agrees.

The interactive trace is a literature-informed model of the intended sequence. It defines the signals, timing relationships and acceptance questions that a real capture would need to verify.

SIMULATION READY LITERATURE_SEQ · ¹⁷¹Yb⁺
t = 0.000 ms
Published parameter MW Qubit 1 · Gate operation Ref [2] · PRX 15, 021079 (2025)
A / ΩAmplitude
Ω1 / 2π = 94.8 kHz
f / ωFrequency
fμw ≈ 12.6 GHz
τDuration
313 µs
φPhase
φ(t) = 0.749 sin(2π · 94.8 kHz · t)

Notation: A amplitude · Ω/2π Rabi rate · f frequency · ω/2π angular-frequency form · τ duration · φ phase · Δ detuning

Each channel has a fixed color. Pulse height is an ON/OFF envelope unless a paper reports intensity or Rabi frequency; stage widths are visually compressed.

Evidence boundary: this is a composite literature model, not one experimental shot and not eleQtron proprietary calibration. Ref [1] reports the cooling sequence at an axial frequency of 117.48(11) kHz; Ref [2] reports the MAGIC gate in a different setup at 98.08 kHz. Unpublished hardware settings are shown as N/R (not reported).

References: [1] Sriarunothai et al., J. Mod. Opt. 65, 560–567 (2018) · [2] Nünnerich et al., Phys. Rev. X 15, 021079 (2025) · [3] eleQtron · MAGIC uses radio-frequency control

Public-evidence system study

The scope is an engineering sidecar—not the shot-loop data plane.

University of Siegen apparatus descriptions place deterministic sequencing, detector acquisition and state discrimination inside the experiment loop. Oscilloscopes observe selected electrical nodes through probes or splitters for commissioning, validation and debugging.

Main shot loop · published Siegen lineage
01 · SchedulePython or host software compiles the experiment; a real-time sequencer owns TTL triggers and deterministic I/O.
02 · DriveAOM/EOM channels prepare and detect; AWG/DDS plus microwave conversion deliver coherent control.
03 · Fluoresce369 nm emission passes collection optics, spatial filtering and a narrow-band optical filter.
04 · AcquireEMCCD, PMT or SPAD data enters a frame grabber, counter, TDC, ADC or FPGA for classification and feedback.
Engineering sidecar · diagnostic taps
  • Laser lockPhotodiode, cavity transmission and error signal.
  • RF / microwaveIF envelope, trigger, mixer or crystal-detector output.
  • Clock / triggerTTL fan-out, camera-ready and AWG trigger alignment, skew and jitter.
  • Detector front endPulse amplitude, noise, threshold, saturation and signal integrity.
Software boundary

Python/SCPI can configure the scope, acquire waveforms and emit commissioning, calibration or monitoring artifacts. The real-time controller still owns shot scheduling, while detector interfaces and analysis software own structured photon counts, frames, timestamps and bright/dark decisions.

Not claimed: eleQtron's current oscilloscope vendor, bandwidth, sample rate, channel count or installed topology are not public.

System-study references: [4] Piltz, 2016 · EMCCD/PMT triggering and ADwin sequencing · [5] Huber, 2024 · AWG hand-off and image feedback · [6] eleQtron · Python control software and programmatic device control · [7] DLR QSea II · SPAD and control-electronics integration direction

Capture integrity

Requested window, sample depth and scope readback must agree. A plausible trace from a shortened pre-trigger record is rejected.

Shot alignment

All channels must share one record length, and the expected dark window must prove that the capture contains the intended shot phase.

Reproducible consensus

Repeated captures must agree numerically. A conflicting capture stays a disagreement; it is never averaged into a green result.

TRAPPED-ION CONTROL SYSTEMS

Connect optics, electronics, and control software.

A trapped-ion control architecture assigns a timing owner to each operation, from instrument setup to the detector window, and defines what crosses between software and hardware. Separate measurement points let a team check the plan, electrical timing, optical response, and ion readout.

From experiment intent to the ion and back

Optional qubit drive

Support for ions and laser

Monitoring of I/O and light

Select a node for its role, verification checks, and references. Blocks vary by platform. Checks are engineering suggestions and cited systems illustrate individual blocks.

Who owns each part of the experiment?

Non-real-time

The host configures the trap RF drive and DC electrode biases, including compensation electrodes where present. It also manages auxiliary power supplies and reads back their output and status.

Before arming, check RF and DC readbacks, power-supply status, and laser-lock status. Wavemeter readings can be collected between shots.

Real-time

A real-time sequencer schedules output events and acquisition windows. In ARTIQ, a core device and RTIO implement this timing model. For an AOM-driven beam, timed RF drive controls the optical pulse, subject to actuator and propagation delays.

At the measurement point, check alignment of pulse edges, widths, and detector windows.

Feedback control

A feedback controller compares a measured signal with its setpoint and drives an actuator to reduce the error. For optical-power stabilization, a photodetector measures the beam and the controller adjusts the AOM RF amplitude.

For each loop, define the sensor, error signal, controller, actuator, control bandwidth, latency, and response to loss of signal.

Software layer

Software translates circuit and scan intent into an executable plan, maps operations to device capabilities, and associates acquisition and analysis with the run. The host and real-time sequencer execute the parts they own.

For every run, record parameters, calibration provenance, configuration, and run identity so the result can be traced back to its inputs.

From trap setup to a timed shot

The host checks hardware readiness before handing the shot to the sequencer.

Non-real-time hardware

  • Trap RF drive setpoint and monitor
  • DC and compensation electrodes voltage setpoints and readbacks
  • Auxiliary power supplies output enable and status

Host software

Apply settings, check readbacks, and confirm readiness.

Real-time sequencer

Run the planned output and acquisition events on a deterministic timeline (for example, RTIO).

Monitor AOM and EOM optical signals and electrical control state

Observe the control electronics through controller telemetry and device readbacks, alongside sampled-light waveforms from a photodetector. Keep the source, units, and timestamp basis with each observation.

Electrical monitoring · controller and device status
  1. Control electronics

    Expose supported digital levels, switch states, frequency settings, and health diagnostics.

  2. Monitoring interface

    Read available status through a controller telemetry stream or device-query interface.

  3. Host collector

    Normalize units, retain the source and timestamp basis, and track connection and data freshness.

  4. Electronic monitor

    Display settings, readbacks, diagnostic flags, and stale or unknown fields with their source labels.

Each value identifies its source as a requested setting, device readback, or instrument measurement. Controller snapshots may miss short pulses. Verifying RF output amplitude, phase, and pulse timing requires an instrument with suitable bandwidth and a defined measurement reference.

Optical signals · light after AOM / EOM
  1. AOM / EOM branch

    Sample the modulated beam at a defined optical pickoff.

  2. Photodetector

    Convert sampled optical intensity into an electrical waveform within the detector bandwidth.

  3. Scope record

    Acquire the detector trace with the relevant timing reference.

  4. Optical monitor

    Show light presence, relative level, pulse timing, and capture freshness.

A direct photodetector trace measures intensity and timing. Resolving optical phase, frequency, or EOM sidebands requires a suitable interferometric, heterodyne, or spectral measurement and a defined reference.

PMT readout · follow the shot result
  1. Ion fluorescence

    The collection optics deliver light during the detection stage.

  2. PMT pulses

    Photon detections produce electrical pulses for the counting input.

  3. Gated counts

    The real-time counter accumulates pulses within the shot's detection window.

  4. Readout result

    Store the counts and classify them using the selected readout calibration.

  5. Readout monitor

    Display count rate, count distributions, classification, and data freshness.

A monitoring rate retains its integration window so counts per shot and counts per second remain traceable. An unexpected drop can prompt checks of the beam, collection path, detector, or acquisition timing.

The host reads acquired records for these views. A feedback action adds a separately defined decision rule, actuator, and timing deadline.

Individual addressing · optics + electrical control

An RF frequency chooses the ion; the optics turn it into a position.

A global Raman beam covers the whole chain. A second, tightly focused beam selects one ion: the acousto-optic deflector (AOD) frequency sets where it lands, while the global-beam DDS phase sets the rotation axis and amplitude × duration sets the angle. Ref U1 does not draw this Raman path; the panel describes the addressing design without lab-specific wiring.

Optical path · frequency → position
01 · Individual AOMShifts the addressing beam's frequency; the zero order is blocked. Its phase is not controlled and drops into a per-ion constant.
02 · Expand along the chainAnamorphic expansion only along the ion axis: a larger input gives a tighter focus and more resolvable AOD spots.
03 · AOD pair · +1 / −1Two relay-imaged deflectors at the same frequency: angles add, frequency shifts cancel (+f − f = 0), so the Raman beat note stays fixed when the target ion changes. This design, not [9], which compensates a single AOD upstream.
04 · Fourier lens + objectiveAngle becomes a parallel offset imaged onto the chain: each RF frequency maps to one ion position.
Electrical control · what each knob owns
  • AOD frequency → which ionOne tone per addressed ion; two tones address an MS pair.
  • Global DDS phase → rotation axisRx / Ry and virtual Z; the AOD phase stays fixed. Phase tracking gives every ion its own reference, so switching away and back keeps it coherent.
  • Amplitude × duration → rotation angleThe angle is Ωτ and the pulse length is scaled from the π-time. AOD diffraction efficiency changes with frequency, so each ion needs its own π-time, valid only at the amplitude it was measured at.
  • TTL gate → pulse windowThe acoustic wave must fill the beam before the light is fully on; that fill time must be measured, not assumed (≈240 ns in [9]).
Design consequence

Both deflectors share one drive, so their frequencies are equal by construction, and the common programmable RF phase cancels up to a fixed delay constant. The AOD therefore cannot set a per-ion MS phase; that needs another mechanism, such as addressed π pulses that apply a real Z before the gate. With two tones, cross terms land at the pair's midpoint, shifted by ±(fA − fB), so pairs use an odd ion spacing; third-order intermodulation (2fA − fB) can still hit outer neighbours and has to be measured as crosstalk.

Not claimed: ion-measured beam waists, neighbour crosstalk, per-ion π-times, the AOD frequency-to-ion map and the acoustic fill time; figures in the cited work are literature values.

Addressing references: [8] Debnath et al., Nature 536, 63 (2016) · individually addressed Raman beams · [9] Yu et al., arXiv:2601.01647 (2026) · AOD addressing, anamorphic expansion and Fourier imaging

03 · Timing verification system

Test the same contract through two independent realities.

A fast deterministic simulator checks logic and data contracts. An electrically live lane runs the production hardware-timed control core with real TTL/DDS envelopes and a controlled photon source—still without ions.

Verification lanes implemented
LANE A · SOFTWARE

Deterministic software simulation

Compile the exact primitive OpenQASM, execute synthetic counts and verify repeatable evidence without lab network access.

  • Same primitive circuit and execution contract
  • Deterministic replay and evidence hash
  • Freshness, all-dark and capability failures are injectable
  • Proves software behavior—not RTIO or wiring
LANE B · TTL / PHOTON EMULATION

Electrically live control path

The production control core runs on the test master; a scope observes physical 369/935 envelopes while controlled TTL photon pulses exercise the counter/readout chain.

  • Real FPGA-backed scheduling and deterministic timeline
  • Scope-visible DDS/TTL timing envelopes
  • Controlled photon counts through the acquisition boundary
  • Proves electrical/dataflow integration—not ion physics

Fail-closed evidence ladder: software-sim results cannot enter calibration; electrically live results cannot claim state preparation or gate fidelity; physical-ion verified capability remains explicitly separate.

04 · Circuit-to-photon full stack

Own every boundary from algorithm to evidence.

The system does not stop at compilation or pulse generation. It carries circuit identity through execution, photon acquisition, analysis and a claim that includes its own limitation.

OpenQASM → control contract → counts implemented Spectrum M4i.66xx AWG/DDS: integration target
Quantum algorithm to control and evidence dataflow A two-row pipeline from a quantum circuit through OpenQASM, compilation, primitive gates, control admission, a Spectrum M4i.66xx AWG and DDS integration target, PMT photon acquisition, and a traceable evidence bundle. CIRCUIT → CONTROL → PHOTON → EVIDENCE IMPLEMENTED ADAPTER TARGET MEASURED SOFTWARE PLANE 01 · INTENT Quantum algorithm H XX MEASURE Gate intent + measurement contract INPUT CONTRACT serialize 02 · PORTABLE IR OpenQASM 3 OPENQASM 3.0; h q[0]; xx q[0], q[1]; Stable circuit identity + SHA-256 IMPLEMENTED compile 03 · COMPILER pytket + equivalence DecomposeBoxes → AutoRebase RemoveRedundancies → AutoRebase QCEC / simulator acceptance policy SOFTWARE VERIFIED rebase 04 · HARDWARE IR Primitive QASM Rx Ry Rz XXPhase Exact primitive events retained in evidence EQUIVALENCE CHECKED admit + schedule CONTROL / HARDWARE / READOUT PLANE 05 · CONTROL CONTRACT Control pipeline typed config · capability gate timing plan · runtime hashes Fail closed before hardware execution IMPLEMENTED dispatch 06 · MICROWAVE BACKEND Spectrum AWG / DDS M4i.66xx + DDSTARGET SSB mixer → 12.64 GHz 20 CARRIERS/OUTPUT · 6.4 NS COMMANDS acquire 07 · READOUT PMT / photon counts Freshness + all-dark health gates IMPLEMENTED CONTRACTS analyze 08 · CLAIM Evidence bundle counts + fidelity provenance + runtime hashes terminal state + limitation TRACEABLE OUTPUT Each hand-off carries identity, capability, freshness and a claim boundary. SPECTRUM PATH IS AN INTEGRATION TARGET — NOT MY SHIPPED HARDWARE

The diagram distinguishes implemented software contracts from the publicly documented eleQtron microwave backend, which is presented as an integration target rather than personal hands-on evidence. Horizontal scrolling is available on narrow screens.

PUBLIC ELEQTRON QUBIT-CONTROL PATH · REF [4]

Python contract to microwave carrier.

Python / control services
↓
Spectrum M4i.66xx AWG + M4i.66xx-DDS
↓
SSB mixer + microwave LO
↓
fμw ≈ 12.64 GHz → 171Yb+ MAGIC processor

Spectrum’s official eleQtron case study identifies the M4i.66xx series as the microwave qubit-control AWG family. The control-software and FPGA boundaries are consistent with eleQtron’s public engineering roles: Python APIs/data interfaces above hardware-specific I/O, and FPGA signal generation plus real-time feedback below.

fkcarrier frequency φkcarrier phase Akcarrier amplitude dfk/dtfrequency slope dAk/dtamplitude slope
16 bit · up to 1.25 GS/sPCIe AWG family; one, two or four synchronous channels.
k = 1…20 carriers/outputEach carrier exposes fk, φk, Ak, dfk/dt and dAk/dt.
Δtcmd ≈ 6.4 nsfμw ≈ 12.64 GHz after SSB mixing; Δfion ≈ 3–5 MHz.

References: [4] Spectrum Instrumentation · DDS technology enables microwave ion control for quantum computing · [5] eleQtron · Senior Software Engineer—Python control software · [6] eleQtron · FPGA Engineer—Quantum Computing

Claim boundary: the public source confirms the M4i.66xx series, not an exact installed submodel. M4i.6631 appears in the article image caption only. No claim is made about eleQtron’s laser, camera, trap-DAC or laboratory-wide sequencer stack.

Selected research · application bridge

Translate application questions into executable quantum workflows.

Collaborations across quantum machine learning, generative chemistry and quantum chemistry gave me a working vocabulary on both sides of the interface: domain objectives and benchmarks on one side; circuits, simulators, hardware constraints and defensible evidence on the other. Google Scholar profile ↗

01 · ASKApplication objective & success metric
02 · MODELPhysics assumptions & algorithm choice
03 · EXECUTECircuit, backend & resource constraints
04 · EXPLAINEvidence, benchmark & limitations
QUANTUM MACHINE LEARNING · PREPRINT

Unentangled quantum reinforcement learning agents in the OpenAI Gym

First author · arXiv:2203.14348 · 2022

Application → experimentTurned standard reinforcement-learning tasks and metrics into a single-qubit variational workflow, classical post-processing and execution on real IBM quantum machines.

Read the arXiv preprint
GENERATIVE CHEMISTRY · JOURNAL

Exploring the Advantages of Quantum Generative Adversarial Networks in Generative Chemistry

Co-author · J. Chem. Inf. Model. 63, 3307–3318 · 2023

Domain objective → hybrid modelConnected small-molecule generation goals to hybrid quantum-classical GAN components, then compared physicochemical, goal-directed and validity trade-offs.

Read the ACS paper
QUANTUM CHEMISTRY · JOURNAL

Quantum simulation of preferred tautomeric state prediction

Co-author · npj Quantum Information 9, 102 · 2023

Scientific workflow → resource constraintsMapped a drug-discovery question through active-space selection, qubit-efficient encoding and VQE while retaining benchmark and hardware-resource limits.

Publisher-stated contribution: performed noiseless and noisy quantum simulations with Yu Shee.

Read the npj paper

These publications evidence cross-domain collaboration in quantum applications. They complement—but do not replace—the separately labelled software and electrical evidence for the trapped-ion control system above.