Agentic development · Hardware-in-the-Loop

AI Agent writes, builds, tests and validates your entire application in minutes.

A first in the PLC world: native Hardware-in-the-Loop (HIL) on the EQSP32 lets an AI agent prove its own work on the real controller, unattended. Every state, fault and timer is exercised on the actual silicon, not in a simulation. You describe what the machine should do; the hardware signs off the result.

Dramatically faster, better tested, at a fraction of the cost.

Video thumbnail: an EQSP32 controller connected by USB to a laptop running an AI coding agent
Watch
3:46

What is agentic development?

An AI agent is not a chatbot that suggests a line of code, and not an autocomplete. It works the way an engineer at a keyboard does: it reads the files, writes the code, runs the commands, reads what comes back, and corrects itself, over and over, on its own, until the job is actually done.

That shift from "AI that answers" to "AI that acts" is what "agentic" means. Given a goal and the tools to pursue it, the agent plans, executes, and verifies in a closed loop, without human intervention.

The agentic loop: plan the task, write code and execute it, observe the results, fix and repeat, looping until done.

The same loop, running unattended until the goal is met.

See an Agentic AI development example

Intent in. Validated controller out.

Three moves take you from a description of the machine to a control program proven correct on the actual hardware, unattended, with no IDE ever opened.

1

Describe

Hand the agent your drawings and a few sentences of plain-language intent. It writes the formal control specification for you to review and approve.

2

Build

The agent writes the control program, compiles it, fixes its own build errors, and downloads it to the real EQSP32 over a single USB cable. No language to pick, no IDE to drive.

The decisive step
3

Validate on hardware

HIL drives the live controller through every state, fault and timer, and reads back what it actually did. The hardware, not the AI, decides the code is correct.

What is Hardware-in-the-Loop?

The whole idea in one sentence: the real control program runs on the real chip, exactly as it will in production. Only the sensors and actuators are swapped for a wire.

Inputs are injected over USB and outputs captured in a readable cache, while every line of control logic executes unmodified. The controller can't tell a HIL session from a real plant, so a test that passes is a test of the program that ships, not a simulation of it.

It's standard practice in aerospace and automotive ECUs, and virtually unheard of on industrial micro-PLCs. Erqos is the first to bring it to the micro-PLC world.

Block diagram of HIL mode: the physical I/O is greyed out and bypassed by a HIL Port that injects inputs and captures outputs over USB serial, while the processor runs the identical control logic. A coding-and-testing agent drives the session.
In HIL mode the physical I/O (greyed) is bypassed by a HIL Port. The same processor runs the identical logic; the agent injects inputs and reads outputs over USB. Click to enlarge.

Not just the pins. Modbus and MQTT too.

The same principle (exercise the real logic, observe the real outcome, let an independent observer be the judge) extends to every interface the EQSP32 speaks. The question is identical: does the device behave correctly as a peer on the network, and not only as a set of I/O terminals?

Modbus / fieldbus

A USB-to-Modbus adapter gives the agent an independent second vantage point. Whether the EQSP32 runs as a Modbus master or as a slave, the agent plays the opposite role: it loads registers with test values, drives requests, and confirms the EQSP32 sends the right traffic and correctly handles what comes back, including malformed and out-of-range responses.

MQTT / IoT

The agent publishes and subscribes on the same topics the EQSP32 uses, conversing with the device exactly as its real peers would: verifying reconnects, retained messages, payload format, QoS and its reaction to bad messages. Any broker works, local or in the cloud, with no extra hardware.

Block diagram extending the HIL approach to network interfaces: the coding-and-testing agent connects to an MQTT broker, a Modbus TCP endpoint and a USB-to-RS485 adapter, verifying the EQSP32 as a Modbus peer and an MQTT client while the HIL Port exercises the pins.
The same approach, extended to the network: the agent verifies the EQSP32 as a Modbus peer and an MQTT client, exercising each real interface exactly as the HIL Port exercises the pins. Click to enlarge.

Works with all Agentic AI tools

This workflow works with any capable agent and model combination. For best results, we recommend the latest frontier agent and model: stronger models write better code, catch their own mistakes sooner, and converge in fewer loops.

Just tell the agent that you have an EQSP32 connected to the PC and give it the link to the EQSP32 library on GitHub. Then watch the magic.

The AI writes the code. The hardware grades it.

Unattended doesn't mean unaccountable. The method puts an independent, falsifiable arbiter between the agent's output and your sign-off.

The author never grades itself

A passing report isn't the agent's opinion. It's a record of what the physical EQSP32 did when driven through every specified condition.

Bugs and hallucinations fail the test

A wrong trip fails a hardware check the same way whether it came from a typo, a misread setpoint, or an invented detail. The loop catches it before the report can read complete.

Everything is auditable

Every stage leaves a human-readable artifact: specification, test plan, commented control program and test report. The exact set a formal design review demands.

Seeing is believing.

Read the app note

Test the cases you could never reach by hand.

Manual bench testing and even commissioning can only ever sample a tiny fraction of a controller's behaviour: the happy path and a few faults you dare to provoke. Because HIL injects any input over the wire, on demand, its coverage is effectively unbounded. And it reaches precisely the cases that are hard, dangerous, or downright impossible to test any other way.

Dangerous faults, provoked safely

Testing over-pressure, dry-run or over-temperature for real risks wrecking the membrane, the pump, or worse.
Inject the exact fault value over USB and watch the controller latch and shut down, with no plant, and no risk, at all.

Hours of timing, in seconds

A 60-minute flush cycle or a 10-minute trip delay means no one ever sits through the full sequence.
Time compression collapses production timers to seconds, so every sustained, time-based fault is exercised on every run.

Exact thresholds & hysteresis

A real transmitter drifts and can't be dialled to a precise value on command.
Inject the trip point exactly, plus both edges of every hysteresis band, deterministically and repeatably, to the digit.

Sensor & wiring faults

Simulating a broken wire or an implausible reading means physically sabotaging the loop.
Inject out-of-range and broken-wire values directly to prove every sensor-fault and fallback path.

The full cross-product

By hand you test the happy path and a few faults; full coverage rarely survives a deadline.
Every state × fault × interlock is driven, close to the complete matrix the specification defines, not a curated subset.

Regression, forever

Re-validating after every tweak by hand is so costly it usually just doesn't happen.
Re-run the entire suite in under a minute after any change: a standing safety net against regressions.

More coverage than commissioning could ever safely reach, and every case repeatable on demand.

The proof

See the AI Agent program and validate a water treatment skid in only 18 minutes

18min
Specification → tested controller
31/31
Hardware checks passed
0
Lines of code hand-written
1
USB cable, no plant wired
Reverse-osmosis water treatment skid with membrane housings, pump, and control panel

In a real reverse-osmosis skid build (ten sensors, three actuators, eight states, five fault conditions), the agent went from the approved specification to a hardware-validated controller and a full test report in eighteen minutes.

See the full demo

The complete build, step by step: the specification, the agent at work, the HIL test run, and the signed test report.

World-class validation, at almost no cost.

Everything that makes the method work carries no license fee. The only variable cost is the AI, and it is buying back expensive engineering hours.

Free

EQSP32 library, HIL included

The full EQSP32 library, with all Hardware-in-the-Loop functionality built in, is completely free. HIL is a standard feature, not a paid tier.

Free

Compiler & toolchain

The build toolchain the agent drives is open source and free to use. No IDE license, no seat fees, no runtime charges.

The only cost

The AI agent & model

A fraction of the engineering hours it replaces when you use a frontier tool, and practically free when you run open-source models.

Put simply: the platform is free, the validation is free, and the intelligence that does the work costs a small fraction of the engineering time it saves.

Build control logic by describing it, and ship it proven.

Native Hardware-in-the-Loop is a standard feature of the EQSP32, not an add-on. It's what makes agentic development trustworthy on industrial hardware.

Shopping Basket

Contact us for Availability