Architecture

Physical and data flow

flowchart LR
    A[20 pressure cells] --> C[Multiplexers and ADC]
    B[20 PVDF vibration cells] --> C
    C --> D[ESP32-S3 acquisition core]
    E[Cuff IMU and hand IMU] --> D
    F[OV5640 wrist camera] --> G[Bounded JPEG queues]
    D --> H[Timestamped G3 packets]
    H --> I[microSD and USB/TCP]
    G --> I
    H --> J[Browser preview and selected BLE data]
    G --> J

The sensor laminate reuses the pressure/PVDF stack and labelled harness from V3. V4 adds the camera, larger power/storage design and separate cuff/hand motion streams. The acquisition core owns the 250 μs tactile scan budget; the camera driver, SD bus and preview queues have distinct ownership.

Ownership and timing

The firmware guide has exact pins, queues, rates and task/bus ownership. Protocol defines the bytes. Shutdown review records corrections and remaining hardware-reset work.

Credentials and local boundaries

The local design server binds to 127.0.0.1 and serves a fixed public-file subset. A physical cuff uses its own generated WPA2 key; BLE enrollment is limited by a physical pairing window and encrypted bonds. Just Works pairing has a specific MITM limitation described in the firmware guide. The device HTTP/WebSocket boundary checks same-origin browser connections and bounded commands. Your own device configuration stays with your device.

Geometry and native source

The enclosure generator uses the recorded component-placement source, package-height evidence and harness envelopes. Its independent verifier reloads emitted STLs and checks nominal meshes, collisions, access paths and contact relationships. Native KiCad sources are included alongside component/net maps; historical fabrication manifests cover the earlier V3 board and the separate V4 hand tile. Main-board manufacturing release waits for current routing and process qualification.

Search documentation

Type to find a guide or section.

↑ ↓ to choose · Enter to open · Esc to close