Decode. Stimulate. Iterate faster.
Closed-loop middleware sitting between your electrode hardware and stimulation commands. Raw signals in, validated nerve-stimulation pulses out. The firmware layer your device team would otherwise rebuild from scratch.
Neural device teams spend engineering cycles on infrastructure, not therapy
Every neuro-rehab device project rebuilds the same signal chain from scratch: acquisition drivers, artifact rejection, spike detection, safety limits, stimulation scheduling. Ruten provides that layer so your team can focus on the therapy protocol.
Four layers, one SDK
The Ruten SDK is structured as four bounded layers, each with a defined API surface. Device firmware calls the acquisition and decode APIs; your protocol logic calls the stimulation dispatch API.
Built for rehabilitation device workflows
Motor intent decoding for upper-limb rehabilitation
The Ruten SDK decodes motor intent from cortical population activity and translates it into stimulation commands for upper-limb functional rehabilitation. The decode pipeline runs on-device without cloud round-trips.
- Threshold-based spike detection with principal component separation
- Configurable decode update rates from 100Hz to 2kHz
- Intent vectors mapped to stimulation parameter sets via protocol config files
- Real-time latency budget tracking with watchdog alerts
EMG-driven functional electrical stimulation
Ruten's FES control module uses residual EMG as the intent signal for upper-limb functional electrical stimulation. The signal chain handles amplification, envelope extraction, threshold gating, and FES command generation in firmware.
- EMG envelope extraction with configurable smoothing window
- Threshold gating with hysteresis to prevent oscillation
- FES command mapping: EMG amplitude to stimulation current
- Safe-state detection on signal loss or over-threshold events
ECoG firmware for implanted rehabilitation devices
Implanted ECoG devices require firmware that handles power budget constraints, packet loss recovery, and safe-state handling on hardware that cannot easily be updated in the field. The Ruten SDK addresses these constraints at the architecture level.
- Power-aware acquisition scheduling with duty-cycle control
- Packet loss recovery with sequence numbering and retransmit logic
- Safe-state machine with configurable fault response levels
- Designed to align with IEC 60601 firmware safety requirements
Who builds with Ruten
Device teams working on neuro-rehabilitation applications who need reliable closed-loop middleware without building the signal chain from scratch.
Built by engineers who kept hitting the same wall
Closed-loop neural interface work taught us that every project rebuilds the same three things: a hardware abstraction layer, an artifact-rejection pipeline, and a safety envelope for the stimulator. Ruten was founded in Cambridge in 2023 to make that a solved problem, not a recurring cost.
Working on a closed-loop rehab device?
We are actively recruiting design partners for early-access integration. Request SDK access, read the API documentation, or contact the team to discuss your specific firmware architecture.