SCPI and VISA FLEET INVENTORY

Posted on by

FINAL FLEET INVENTORY
==================================================================
ID | MODEL | TYPE | IP ADDRESS | ADDR | NOTES
——————————————————————————————————————–
1 | 33220A | Function Generator | 44.44.44.33 | Direct | 20 MHz Arbitrary Waveform
2 | N9340B | Spectrum Analyzer | 44.44.44.66 | Direct | Handheld (100 kHz – 3 GHz)
3 | 33210A | Function Generator | 44.44.44.151 | Direct | 10 MHz Arbitrary Waveform
4 | DS1104Z | Oscilloscope | 44.44.44.163 | Direct | 100 MHz, 4 Channel Digital
5 | 34401A | Multimeter (DMM) | 44.44.44.111 | 4 | 6.5 Digit Benchtop Standard
6 | 54641D | Oscilloscope | 44.44.44.111 | 6 | Mixed Signal (2 Ana + 16 Dig)
7 | 34401A | Multimeter (DMM) | 44.44.44.111 | 11 | 6.5 Digit Benchtop Standard
8 | 34401A | Multimeter (DMM) | 44.44.44.111 | 12 | 6.5 Digit Benchtop Standard
9 | 34401A | Multimeter (DMM) | 44.44.44.111 | 13 | 6.5 Digit Benchtop Standard
10 | 6060B | Electronic Load | 44.44.44.111 | 22 | DC Load (300 Watt)
11 | 6060B | Electronic Load | 44.44.44.111 | 23 | DC Load (300 Watt)
12 | 66101A | DC Power Module | 44.44.44.111 | 30,0 | 8V / 16A (128W)
13 | 66102A | DC Power Module | 44.44.44.111 | 30,1 | 20V / 7.5A (150W)
14 | 66102A | DC Power Module | 44.44.44.111 | 30,2 | 20V / 7.5A (150W)
15 | 66103A | DC Power Module | 44.44.44.111 | 30,3 | 35V / 4.5A (150W)
16 | 66104A | DC Power Module | 44.44.44.111 | 30,4 | 60V / 2.5A (150W)
17 | 66104A | DC Power Module | 44.44.44.111 | 30,5 | 60V / 2.5A (150W)
18 | 66104A | DC Power Module | 44.44.44.111 | 30,6 | 60V / 2.5A (150W)
19 | 66104A | DC Power Module | 44.44.44.111 | 30,7 | 60V / 2.5A (150W)
20 | 34401A | Multimeter (DMM) | 44.44.44.222 | 1 | 6.5 Digit Benchtop Standard
21 | 34401A | Multimeter (DMM) | 44.44.44.222 | 2 | 6.5 Digit Benchtop Standard
22 | 34401A | Multimeter (DMM) | 44.44.44.222 | 3 | 6.5 Digit Benchtop Standard
23 | 34401A | Multimeter (DMM) | 44.44.44.222 | 5 | 6.5 Digit Benchtop Standard
24 | Unknown | Unknown | 44.44.44.222 | 10 | Connection Timed Out
25 | 54641D | Oscilloscope | 44.44.44.222 | 16 | Mixed Signal (2 Ana + 16 Dig)
26 | Unknown | Unknown | 44.44.44.222 | 18 | Connection Timed Out
27 | N9340B | Spectrum Analyzer | USB | Direct | Handheld (100 kHz – 3 GHz)

 

Continue reading →

Optimizing Data Acquisition: The Architecture of GET, SET, RIG, and NAB

Posted on by

High-Throughput Instrument Control Protocol

In the world of instrument automation (GPIB, VISA, TCP/IP), the primary bottleneck is rarely bandwidth—it is latency. Every command sent to a device initiates a handshake protocol that incurs a time penalty. When managing complex systems with hundreds of data points, these penalties accumulate, resulting in “bus chatter” that freezes the UI and blocks other processes.

Continue reading →

Decoupling Hardware and Interface: The Engineering Logic Behind OPEN-AIR

Posted on by

In the realm of scientific instrumentation software, a common pitfall is the creation of monolithic applications. These are systems where the user interface (GUI) is hard-wired to the data logic, which is in turn hard-wired to specific hardware drivers. While this approach is fast to prototype, it creates a brittle system: changing a piece of hardware or moving a button often requires rewriting significant portions of the codebase.

The OPEN-AIR architecture takes a strictly modular approach. By treating the software as a collection of independent components communicating through a message broker, the design prioritizes scalability and hardware agnosticism over direct coupling.

Here is a technical breakdown of why this architecture is a robust design decision.

Continue reading →

Definitive Operating Protocol (202512)

Posted on by

⚡ The “Flux Capacitor” Operating Protocol ⚡

Role: Great Scott! I am Dr. Emmett L. Brown (your Expert Python Development Assistant). I operate with the precision of a temporal physicist and the manic energy of a genius. Core Objective: We must assist diligently, adhere strictly to the laws of physics (facts), and maintain the structural integrity of the code continuum!

Continue reading →

The Clocking Crisis: Why the Cloud is Breaking Broadcast IP

Posted on by

The Clocking Crisis: Why the Cloud is Breaking Broadcast IP

The move from SDI to IP was supposed to grant the broadcast industry ultimate flexibility. However, while ST 2110 and AES67 work flawlessly on localized, “bare metal” ground networks, they hit a wall when crossing into the cloud.

The industry is currently struggling with a “compute failure” during the back-and-forth between Ground-to-Cloud and Cloud-to-Ground. The culprit isn’t a lack of processing power—it’s the rigid reliance on Precision Time Protocol (PTP) in an environment that cannot support it. Continue reading →

Adoption vs Resistance

Posted on by

“Adoption costs time and money, resistance costs nothing”

The High Cost of “Free”: Why Resistance is More Expensive Than Adoption

In the boardrooms of major corporations and the quiet corners of our own minds, there is a pervasive piece of arithmetic that dictates our decisions: Adoption costs time and money; resistance costs nothing. Continue reading →

Why AMWA NMOS Has Superseded AES70 for Connection Management

Posted on by

In the transition to IP-based media infrastructures, particularly those built on SMPTE ST 2110 and AES67, the industry faced a critical decision: how to discover devices and manage the complex connections between them. While AES70 (Open Control Architecture) offers a comprehensive object-oriented framework for device control, it has effectively lost the battle for **connection management**.

Continue reading →

The Goldilocks of Excavation

Posted on by

The sun was beating down on the clay soil of Mike’s backyard, creating an oven-like atmosphere that smelled of sweat and regret. Standing waist-deep in a jagged, rectangular pit were Mike, Dave, and Steve.

They had been digging for six hours. They had progressed roughly two feet.

Dave leaned on his spade, panting heavily, looking at the blister forming on his thumb. He looked up at the rim of the hole, then over at the empty driveway.

“I’m just going to say it again,” Dave wheezed. “Why didn’t we get an excavator?” Continue reading →

The Pin 2,5, 8, 11,16,22 and 25 problem… Why We Must Solve the AES59 Grounding Trap

Posted on by

The Pin 2,5, 8, 11,16,22 and 25 problem…Why We Must Solve the AES59 Grounding Trap

https://www.aes.org/standards/comments/cfc-draft-rev-aes48-xxxx-251124.cfm

The “Pin 1 Problem” Multiplied: Why We Must Solve the AES59 Grounding Trap

By Anthony P. Kuzub Chair, AES-X249 Task Group SC-05-05-A

In the world of professional audio, the transition from XLRs to high-density DB25 connectors was a matter of necessity. We needed more channels in smaller spaces. But in adopting the AES59 standard (often called the TASCAM pinout), the industry inadvertently created a trap—an 8-channel variation of a problem we thought we had solved decades ago. Continue reading →

The Great Reboot: Outcome Engineering

Posted on by

Remember the “good old days” of broadcasting and studio design? If you’re over a certain age, your lower back definitely remembers.

Once upon a time, designing a studio wasn’t engineering; it was heavy equipment moving combined with frantic electrical wizardry. We measured progress in tonnage of rack gear and miles of copper cable. We lived by a simple, terrifying paradigm: The “Boxes and Wires” era. Continue reading →

The “Backpack Cinema”: Creating a Portable 22.4 Immersive Studio with USB

Posted on by

The “Backpack Cinema”: Creating a Portable 22.4 Immersive Studio with USB

Immersive audio is currently stuck in the “Mainframe Era.” To mix in true NHK 22.2 or Dolby Atmos, you traditionally need a dedicated studio, heavy trussing for ceiling speakers, and racks of expensive amplifiers. It is heavy, static, and incredibly expensive.

 

Continue reading →

Think Optionally – Why Apple’s Users Hate AI

Posted on by

In 1984, Apple introduced the Macintosh with a promise: we were here to smash the monolithic, droning conformity of Big Brother. We were the crazy ones. The misfits. The rebels. We bought computers not to balance spreadsheets or optimize logistics, but to write the great American novel in a coffee shop and edit films that would never make it into Sundance.

Apple sold us the “Bicycle for the Mind.” It was a tool that amplified human capability.

So, why is the company currently pivoting to sell us the “Uber for the Mind”—where you just sit in the back seat, drooling, while an algorithm drives you to a destination you didn’t choose? Continue reading →