feat(multi-board): add wire-aware cross-board interconnect router
Fixes the user-reported bug where two RPi Pico W boards wired GP0↔GP1
running SerialPassthrough don't communicate. Replaces the broken
broadcast-style cross-board logic in addBoard (only routed AVR↔Pi3B,
ignored wires entirely, no RP2040↔anything path) with a wire-aware
Interconnect singleton.
Architecture: digital pin transitions are the lowest-common-denominator
abstraction. Each simulator's hardware peripherals (UART/I2C/SPI) and
bit-banging libraries (SoftwareSerial, software I2C) decode the
transitions naturally — propagate the pin and the protocols come for
free. For cross-process boards (ESP32 backend QEMU, Pi3B QEMU) a
byte-level shortcut is additionally enabled on hardware-UART pin
pairs to handle high-baud links over WebSocket latency.
Implementation:
- New simulation/Interconnect.ts singleton subscribes to wire/board
changes via the Zustand store. Handlers per tier: browser-sim →
pinManager.onPinChange, ESP32 → Esp32Bridge.sendPinEvent, Pi3B →
bridge.sendPinEvent. Re-entrancy guard via per-(board,pin) Set.
- New utils/boardProtocols.ts classifies pins (uart-tx, i2c-sda, etc.)
per board kind, used as optimization hint for the byte shortcut.
- types/wire.ts: added signalType field, exports WireSignalType /
WireColorMap (fixes a pre-existing TS import error in wireColors).
- Deleted the bridgeMap/simulatorMap broadcast forEach blocks in
addBoard. Initial board + future boards register with Interconnect
via setInterconnectRuntime + store subscription.
- PinManager.resetPinStates() helper for test isolation.
Tests (16 new files, 96 tests, all passing):
- Per-pair × per-protocol matrix: dual-arduino-digital,
dual-pico-digital, arduino-pico-digital, triple-pico-digital-chain,
dual-arduino-hw-uart, dual-arduino-software-serial,
arduino-pico-mixed-uart, arduino-esp32-uart, dual-esp32-uart,
pi3-pico-uart, arduino-pico-i2c, arduino-arduino-spi,
interconnect-routing, dual-arduino-multi-protocol (UART+I2C+SPI+
digital + concurrent), dual-pico-multi-protocol (UART0+UART1 alt+
I2C0+I2C1+SPI0+digital + 3-Pico star topology)
- Updated dual-pico-serial-passthrough to assert correct behaviour
- Backend test/multi_board_esp32/test_dual_esp32_serial.py for two
real QEMU instances (skip-graceful when lcgamboa lib absent)
Verified: 1107/1107 tests pass, zero regressions, vite build OK.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-04-26 05:47:28 +07:00
|
|
|
/**
|
|
|
|
|
* Arduino Uno ↔ Pi Pico — hardware UART across kinds
|
|
|
|
|
* ==================================================
|
|
|
|
|
*
|
|
|
|
|
* Wire: Uno.D1(TX) ↔ Pico.GP1(UART0 RX), Pico.GP0(TX) ↔ Uno.D0(RX).
|
|
|
|
|
* Uno's USART0 → Pico's UART0; Pico's UART0 → Uno's USART0.
|
|
|
|
|
* Byte-level shortcut path.
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
import { describe, it, expect, beforeEach, vi } from 'vitest';
|
|
|
|
|
|
|
|
|
|
vi.mock('../simulation/AVRSimulator', () => ({
|
|
|
|
|
AVRSimulator: vi.fn(function (this: any) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.onBaudRateChange = null;
|
|
|
|
|
this.onPinChangeWithTime = null;
|
|
|
|
|
this.start = vi.fn();
|
|
|
|
|
this.stop = vi.fn();
|
|
|
|
|
this.reset = vi.fn();
|
|
|
|
|
this.loadHex = vi.fn();
|
|
|
|
|
this.serialWrite = vi.fn();
|
|
|
|
|
this.feedUart = vi.fn();
|
|
|
|
|
this.addI2CDevice = vi.fn();
|
|
|
|
|
this.setPinState = vi.fn();
|
|
|
|
|
}),
|
|
|
|
|
}));
|
|
|
|
|
vi.mock('../simulation/RP2040Simulator', () => ({
|
|
|
|
|
RP2040Simulator: vi.fn(function (this: any) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.onUartByte = null;
|
|
|
|
|
this.onPinChangeWithTime = null;
|
|
|
|
|
this.start = vi.fn();
|
|
|
|
|
this.stop = vi.fn();
|
|
|
|
|
this.reset = vi.fn();
|
|
|
|
|
this.loadBinary = vi.fn();
|
|
|
|
|
this.serialWrite = vi.fn();
|
|
|
|
|
this.feedUart = vi.fn();
|
|
|
|
|
this.addI2CDevice = vi.fn();
|
|
|
|
|
this.setPinState = vi.fn();
|
2026-05-03 08:46:32 +07:00
|
|
|
this.attachCyw43 = vi.fn();
|
|
|
|
|
this.spi = { onByte: null, completeTransfer: vi.fn() };
|
feat(multi-board): add wire-aware cross-board interconnect router
Fixes the user-reported bug where two RPi Pico W boards wired GP0↔GP1
running SerialPassthrough don't communicate. Replaces the broken
broadcast-style cross-board logic in addBoard (only routed AVR↔Pi3B,
ignored wires entirely, no RP2040↔anything path) with a wire-aware
Interconnect singleton.
Architecture: digital pin transitions are the lowest-common-denominator
abstraction. Each simulator's hardware peripherals (UART/I2C/SPI) and
bit-banging libraries (SoftwareSerial, software I2C) decode the
transitions naturally — propagate the pin and the protocols come for
free. For cross-process boards (ESP32 backend QEMU, Pi3B QEMU) a
byte-level shortcut is additionally enabled on hardware-UART pin
pairs to handle high-baud links over WebSocket latency.
Implementation:
- New simulation/Interconnect.ts singleton subscribes to wire/board
changes via the Zustand store. Handlers per tier: browser-sim →
pinManager.onPinChange, ESP32 → Esp32Bridge.sendPinEvent, Pi3B →
bridge.sendPinEvent. Re-entrancy guard via per-(board,pin) Set.
- New utils/boardProtocols.ts classifies pins (uart-tx, i2c-sda, etc.)
per board kind, used as optimization hint for the byte shortcut.
- types/wire.ts: added signalType field, exports WireSignalType /
WireColorMap (fixes a pre-existing TS import error in wireColors).
- Deleted the bridgeMap/simulatorMap broadcast forEach blocks in
addBoard. Initial board + future boards register with Interconnect
via setInterconnectRuntime + store subscription.
- PinManager.resetPinStates() helper for test isolation.
Tests (16 new files, 96 tests, all passing):
- Per-pair × per-protocol matrix: dual-arduino-digital,
dual-pico-digital, arduino-pico-digital, triple-pico-digital-chain,
dual-arduino-hw-uart, dual-arduino-software-serial,
arduino-pico-mixed-uart, arduino-esp32-uart, dual-esp32-uart,
pi3-pico-uart, arduino-pico-i2c, arduino-arduino-spi,
interconnect-routing, dual-arduino-multi-protocol (UART+I2C+SPI+
digital + concurrent), dual-pico-multi-protocol (UART0+UART1 alt+
I2C0+I2C1+SPI0+digital + 3-Pico star topology)
- Updated dual-pico-serial-passthrough to assert correct behaviour
- Backend test/multi_board_esp32/test_dual_esp32_serial.py for two
real QEMU instances (skip-graceful when lcgamboa lib absent)
Verified: 1107/1107 tests pass, zero regressions, vite build OK.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-04-26 05:47:28 +07:00
|
|
|
}),
|
|
|
|
|
}));
|
|
|
|
|
vi.mock('../simulation/RiscVSimulator', () => ({
|
|
|
|
|
RiscVSimulator: vi.fn(function (this: any) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.serialWrite = vi.fn();
|
|
|
|
|
this.feedUart = vi.fn();
|
|
|
|
|
this.start = vi.fn();
|
|
|
|
|
this.stop = vi.fn();
|
|
|
|
|
this.reset = vi.fn();
|
|
|
|
|
this.setPinState = vi.fn();
|
|
|
|
|
}),
|
|
|
|
|
}));
|
|
|
|
|
vi.mock('../simulation/Esp32C3Simulator', () => ({
|
|
|
|
|
Esp32C3Simulator: vi.fn(function (this: any) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.serialWrite = vi.fn();
|
|
|
|
|
this.feedUart = vi.fn();
|
|
|
|
|
this.start = vi.fn();
|
|
|
|
|
this.stop = vi.fn();
|
|
|
|
|
this.reset = vi.fn();
|
|
|
|
|
this.setPinState = vi.fn();
|
|
|
|
|
}),
|
|
|
|
|
}));
|
|
|
|
|
vi.mock('../simulation/Esp32Bridge', () => ({
|
|
|
|
|
Esp32Bridge: vi.fn(function (this: any, _id: string, _kind: string) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.onPinChange = null;
|
|
|
|
|
this.onPinDir = null;
|
|
|
|
|
this.onCrash = null;
|
|
|
|
|
this.onDisconnected = null;
|
|
|
|
|
this.onWs2812Update = null;
|
|
|
|
|
this.onWifiStatus = null;
|
|
|
|
|
this.onBleStatus = null;
|
|
|
|
|
this.onI2cEvent = null;
|
|
|
|
|
this.onI2cTransaction = null;
|
|
|
|
|
this.onSpiEvent = null;
|
|
|
|
|
this.connect = vi.fn();
|
|
|
|
|
this.disconnect = vi.fn();
|
|
|
|
|
this.connected = true;
|
|
|
|
|
this.sendSerialByte = vi.fn();
|
|
|
|
|
this.sendSerialBytes = vi.fn();
|
|
|
|
|
this.sendPinEvent = vi.fn();
|
|
|
|
|
this.setAdc = vi.fn();
|
|
|
|
|
this.setAdcWaveform = vi.fn();
|
|
|
|
|
this.setI2cResponse = vi.fn();
|
|
|
|
|
this.setSpiResponse = vi.fn();
|
|
|
|
|
this.sendSensorAttach = vi.fn();
|
|
|
|
|
this.sendSensorUpdate = vi.fn();
|
|
|
|
|
this.sendSensorDetach = vi.fn();
|
|
|
|
|
}),
|
|
|
|
|
Esp32BridgeShim: vi.fn(function (this: any) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.serialWrite = vi.fn();
|
|
|
|
|
this.feedUart = vi.fn();
|
|
|
|
|
this.setPinState = vi.fn();
|
|
|
|
|
this.start = vi.fn();
|
|
|
|
|
this.stop = vi.fn();
|
|
|
|
|
}),
|
|
|
|
|
}));
|
|
|
|
|
vi.mock('../simulation/RaspberryPi3Bridge', () => ({
|
|
|
|
|
RaspberryPi3Bridge: vi.fn(function (this: any, _id: string) {
|
|
|
|
|
this.onSerialData = null;
|
|
|
|
|
this.onPinChange = null;
|
|
|
|
|
this.onSystemEvent = null;
|
|
|
|
|
this.onError = null;
|
|
|
|
|
this.connect = vi.fn();
|
|
|
|
|
this.disconnect = vi.fn();
|
|
|
|
|
this.connected = true;
|
|
|
|
|
this.sendSerialByte = vi.fn();
|
|
|
|
|
this.sendSerialBytes = vi.fn();
|
|
|
|
|
this.sendPinEvent = vi.fn();
|
|
|
|
|
}),
|
|
|
|
|
}));
|
2026-05-13 02:55:15 +07:00
|
|
|
vi.mock('../simulation/I2CBusManager', async () => {
|
|
|
|
|
const actual = await vi.importActual<typeof import('../simulation/I2CBusManager')>(
|
|
|
|
|
'../simulation/I2CBusManager',
|
|
|
|
|
);
|
|
|
|
|
return actual;
|
|
|
|
|
});
|
feat(multi-board): add wire-aware cross-board interconnect router
Fixes the user-reported bug where two RPi Pico W boards wired GP0↔GP1
running SerialPassthrough don't communicate. Replaces the broken
broadcast-style cross-board logic in addBoard (only routed AVR↔Pi3B,
ignored wires entirely, no RP2040↔anything path) with a wire-aware
Interconnect singleton.
Architecture: digital pin transitions are the lowest-common-denominator
abstraction. Each simulator's hardware peripherals (UART/I2C/SPI) and
bit-banging libraries (SoftwareSerial, software I2C) decode the
transitions naturally — propagate the pin and the protocols come for
free. For cross-process boards (ESP32 backend QEMU, Pi3B QEMU) a
byte-level shortcut is additionally enabled on hardware-UART pin
pairs to handle high-baud links over WebSocket latency.
Implementation:
- New simulation/Interconnect.ts singleton subscribes to wire/board
changes via the Zustand store. Handlers per tier: browser-sim →
pinManager.onPinChange, ESP32 → Esp32Bridge.sendPinEvent, Pi3B →
bridge.sendPinEvent. Re-entrancy guard via per-(board,pin) Set.
- New utils/boardProtocols.ts classifies pins (uart-tx, i2c-sda, etc.)
per board kind, used as optimization hint for the byte shortcut.
- types/wire.ts: added signalType field, exports WireSignalType /
WireColorMap (fixes a pre-existing TS import error in wireColors).
- Deleted the bridgeMap/simulatorMap broadcast forEach blocks in
addBoard. Initial board + future boards register with Interconnect
via setInterconnectRuntime + store subscription.
- PinManager.resetPinStates() helper for test isolation.
Tests (16 new files, 96 tests, all passing):
- Per-pair × per-protocol matrix: dual-arduino-digital,
dual-pico-digital, arduino-pico-digital, triple-pico-digital-chain,
dual-arduino-hw-uart, dual-arduino-software-serial,
arduino-pico-mixed-uart, arduino-esp32-uart, dual-esp32-uart,
pi3-pico-uart, arduino-pico-i2c, arduino-arduino-spi,
interconnect-routing, dual-arduino-multi-protocol (UART+I2C+SPI+
digital + concurrent), dual-pico-multi-protocol (UART0+UART1 alt+
I2C0+I2C1+SPI0+digital + 3-Pico star topology)
- Updated dual-pico-serial-passthrough to assert correct behaviour
- Backend test/multi_board_esp32/test_dual_esp32_serial.py for two
real QEMU instances (skip-graceful when lcgamboa lib absent)
Verified: 1107/1107 tests pass, zero regressions, vite build OK.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-04-26 05:47:28 +07:00
|
|
|
vi.mock('../store/useOscilloscopeStore', () => ({
|
|
|
|
|
useOscilloscopeStore: {
|
|
|
|
|
getState: vi.fn().mockReturnValue({ channels: [], pushSample: vi.fn() }),
|
|
|
|
|
},
|
|
|
|
|
}));
|
|
|
|
|
vi.stubGlobal('requestAnimationFrame', (_cb: FrameRequestCallback) => 1);
|
|
|
|
|
vi.stubGlobal('cancelAnimationFrame', vi.fn());
|
|
|
|
|
|
|
|
|
|
import { setWires, resetStore, clearAllPinManagerState } from './helpers/multiBoardSetup';
|
|
|
|
|
import { resetInterconnect } from '../simulation/Interconnect';
|
|
|
|
|
|
|
|
|
|
import { useSimulatorStore, getBoardSimulator, getBoardPinManager } from '../store/useSimulatorStore';
|
|
|
|
|
|
|
|
|
|
function fullReset() {
|
|
|
|
|
clearAllPinManagerState(useSimulatorStore, getBoardPinManager);
|
|
|
|
|
resetInterconnect();
|
|
|
|
|
resetStore(useSimulatorStore);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
describe('Arduino Uno ↔ Pi Pico — hardware UART', () => {
|
|
|
|
|
beforeEach(() => {
|
|
|
|
|
fullReset();
|
|
|
|
|
});
|
|
|
|
|
|
|
|
|
|
function setupMixedUart() {
|
|
|
|
|
const store = useSimulatorStore.getState();
|
|
|
|
|
const unoId = 'arduino-uno';
|
|
|
|
|
const picoId = store.addBoard('pi-pico-w', 400, 100);
|
|
|
|
|
setWires(useSimulatorStore, [
|
|
|
|
|
// Uno.D1 (USART0 TX) → Pico.GP1 (UART0 RX)
|
|
|
|
|
{ fromBoard: unoId, fromPin: 'D1', toBoard: picoId, toPin: 'GP1' },
|
|
|
|
|
// Pico.GP0 (UART0 TX) → Uno.D0 (USART0 RX)
|
|
|
|
|
{ fromBoard: picoId, fromPin: 'GP0', toBoard: unoId, toPin: 'D0' },
|
|
|
|
|
{ fromBoard: unoId, fromPin: 'GND', toBoard: picoId, toPin: 'GND' },
|
|
|
|
|
]);
|
|
|
|
|
return { unoId, picoId };
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
it('Uno.Serial.write("U") feeds Pico.UART0 RX', () => {
|
|
|
|
|
const { unoId, picoId } = setupMixedUart();
|
|
|
|
|
const simUno = getBoardSimulator(unoId) as any;
|
|
|
|
|
const simPico = getBoardSimulator(picoId) as any;
|
|
|
|
|
expect(typeof simUno.onSerialData).toBe('function');
|
|
|
|
|
simUno.onSerialData('U');
|
|
|
|
|
// Pico should receive on UART0. feedUart(0, 'U') is the new per-UART API;
|
|
|
|
|
// serialWrite('U') is the legacy alias for UART0. Either is acceptable.
|
|
|
|
|
const fedUart0 =
|
|
|
|
|
(simPico.feedUart as any).mock.calls.some((c: any[]) => c[0] === 0 && c[1] === 'U') ||
|
|
|
|
|
(simPico.serialWrite as any).mock.calls.some((c: any[]) => c[0] === 'U');
|
|
|
|
|
expect(fedUart0).toBe(true);
|
|
|
|
|
});
|
|
|
|
|
|
|
|
|
|
it('Pico.Serial1.write("P") feeds Uno.USART0 RX', () => {
|
|
|
|
|
const { unoId, picoId } = setupMixedUart();
|
|
|
|
|
const simUno = getBoardSimulator(unoId) as any;
|
|
|
|
|
const simPico = getBoardSimulator(picoId) as any;
|
|
|
|
|
// Pico's onSerialData fires for any UART. The byte shortcut should
|
|
|
|
|
// route to Uno because the wire is GP0(TX UART0) → D0.
|
|
|
|
|
simPico.onSerialData('P');
|
|
|
|
|
const fed_P =
|
|
|
|
|
(simUno.feedUart as any).mock.calls.some((c: any[]) => c[0] === 0 && c[1] === 'P')
|
|
|
|
|
|| (simUno.serialWrite as any).mock.calls.some((c: any[]) => c[0] === 'P');
|
|
|
|
|
expect(fed_P).toBe(true);
|
|
|
|
|
});
|
|
|
|
|
});
|