INIT, trigger, FETCh와 READ는 왜 같은 측정 명령이 아닐까?

네 가지 명령은 서로 다른 일을 한다

• MEAS? — abort + configure + read를 한 번에 수행한다. 간단하지만 설정을 preset해 fine control이 적다.
• READ? — 현재 configuration으로 abort + initiate + 결과 반환을 수행한다. 새 acquisition이다.
• INIT — Sensor를 wait-for-trigger state로 둔다. 결과를 output queue로 보내지 않는다.
• FETC? — 이미 완료되어 memory에 있는 결과를 output queue로 가져온다. 새 acquisition을 시작하지 않는다.

INIT:CONT OFF는 반복 acquisition policy를 끄는 설정이지 armed=OFF를 뜻하지 않는다. 그 뒤 INIT를 보내면 continuous state는 OFF인 채 one-shot acquisition만 armed가 된다. 두 state를 하나의 boolean으로 저장하면 query-back과 실제 pending event를 혼동한다.

Trigger source는 acquisition의 출발 조건이다

Session open 직후

Connection Expert에서 serial number가 확인된 장비에 U2061XA 같은 VISA alias를 만든다. Production 코드에서 list_resources()[0]을 자동 선택하지 않는다.

import pyvisa

rm = pyvisa.ResourceManager()
sensor = rm.open_resource("U2061XA")
sensor.timeout = 10_000
sensor.read_termination = "\n"
sensor.write_termination = "\n"

identity = sensor.query("*IDN?").strip()
if "U2061XA" not in identity:
    raise RuntimeError(f"Expected U2061XA, received {identity!r}")

Average measurement sequence

SYST:ERR?
*CLS
SENS:DET:FUNC AVER
SENS:FREQ 3.5GHZ
SENS:SWE:APER 1MS
SENS:AVER:COUN:AUTO ON
CAL:ZERO:TYPE INT
CAL:ALL?
SENS:FREQ?
SENS:SWE:APER?
TRIG:SOUR IMM
INIT:CONT OFF
READ?
SYST:ERR?

CAL:ALL? response는 0=pass, 1=fail이다. Error queue의 +0,"No error"와 의미가 다르다.

External 또는 BUS trigger sequence

ABOR
TRIG:SOUR EXT
TRIG:SLOP POS
TRIG:DEL 0
TRIG:HOLD 100US
INIT:CONT OFF
INIT
# external event 발생
FETC?
SYST:ERR?

BUS trigger를 사용하면 INIT 뒤 *TRG, 그 다음 FETC? 순서다. *TRG는 arm 명령이 아니며 armed BUS acquisition에만 event가 된다. HOLD를 의도적으로 썼다면 armed 상태에서 TRIG:IMM로 한 번 release할 수 있지만, 자동 one-shot workflow는 우발적인 무한 대기를 피하려고 HOLD를 거절한다. Programming guide는 BUS/HOLD trigger와 READ? 조합에서 trigger deadlock을 경고한다.

Aperture와 averaging query-back

• Average aperture: carrier ≥300 MHz에서 20 µs~200 ms, 100 ns resolution
• Carrier <300 MHz에서 minimum aperture 50 µs
• Average count: 1~1024
• Average count를 직접 쓰면 auto averaging이 꺼진다.
• Count를 늘리면 noise는 줄지만 measurement time이 늘어난다.
• Normal mode에서는 SENS:SWE:APER가 아니라 gate/trace와 VBW를 사용한다.

Bounded error drain

import re

def drain_errors(sensor) -> list[str]:
    errors: list[str] = []
    for _ in range(31):
        response = sensor.query("SYST:ERR?").strip()
        match = re.match(r"^\s*([+-]?\d+)", response)
        if not match:
            raise RuntimeError(f"Malformed error response: {response!r}")
        if int(match.group(1)) == 0:
            return errors
        errors.append(response)
    raise RuntimeError("Error queue did not terminate with +0 within 31 queries")

*CLS 전에 기존 오류를 log하고, configure·calibration·acquisition 뒤마다 drain한다. *CLS로 원인을 먼저 지우지 않는다.

실제 실행 package는 U2061XA PyVISA 가이드의 dry-run sequence를 먼저 사용한다. --execute 없이는 USB session을 열지 않고, --sg-rf-off-confirmed 없이는 실제 acquisition을 시작하지 않는다.

Rmax ≈ min(50,000, 1/Tap)

t_gate,start = t_trigger + t_delay;   t_gate,stop = t_gate,start + T_aperture

주요 trigger 수치

• Trigger delay: Normal ±1 s, Average −1.6 ms~+1 s
• Trigger holdoff: 1 µs~400 ms
• External trigger high >2.4 V, low <0.7 V
• External trigger maximum input: 5 V EMF 조건
• Minimum external pulse: Average 150 ns, Normal 50 ns
• Trigger level resolution 0.1 dB, hysteresis range 0~3 dB

SCPI evidence ladder

1. write 반환 — host가 byte를 전달함
2. Query-back — 장비 state를 읽음
3. *OPC? → 1 — 앞선 overlapped operation 완료
4. SYST:ERR? → +0 — 해당 시점 error queue가 비어 있음
5. READ? 또는 INIT→event→FETC? — acquisition 결과
6. Known source와 다른 instrument의 cross-check — physical validity

완료 전 자기 설명

1. INIT 뒤 FETC?와 READ?가 다른 이유는 무엇인가?
2. TRIG:LEV -45DBM이 받아들여져도 Normal mode trigger를 보장하지 않는 이유는 무엇인가?
3. Output queue와 error queue를 어떤 순서로 읽어야 response를 잃지 않는가?
4. Actual USB test를 dry-run과 별도의 permission으로 분리해야 하는 이유는 무엇인가?