Sensor acquisition
Pressure, motion, temperature and humidity recorded by both insoles for later analysis.
From sensor signals to usable movement data.
StrideOS connects device control, sensor processing and partner applications without requiring every team to rebuild the embedded stack.
The five StrideOS layers.
Each layer has a defined job, from configuring an insole to delivering a metric inside a partner application.
Device
Power modes, sleep timing, sensor cycles, accuracy settings, security configuration and supported wireless behavior.
Signals
Pressure, motion and environmental readings with structured export for downstream analysis.
Baseline
Personal ranges, balance and load distribution, and long-term detection of meaningful changes from a person's usual movement.
Modules
Research, rehabilitation, performance, occupational and wellness workflows built from shared movement measures.
Connect
Flutter libraries, partner APIs, device fleets, application integrations and white-label delivery.
A common movement engine for different applications.
StrideOS is planned to calculate reusable measures once, then apply them in workflows appropriate to each partner and intended use.
Activity and gait context
Step events, cadence, speed, elevation and activity-aware processing close to the device.
Personal baselines
Load, timing and movement differences compared with the person's own history.
Decision support
Recovery, fatigue and risk-oriented summaries developed for defined research or professional workflows.
Application modules share the same foundation.
The roadmap groups applications by workflow rather than presenting every possible use case as a separate product.
Research
Research
Raw and processed signals, annotations, study cohorts, exports and algorithm version records.
Rehabilitation
Rehabilitation
Weight-bearing targets, adherence, recovery trends drawn from sensor fusion and movement history, and between-visit review.
Performance
Performance
Movement baselines, workload, impact exposure and fatigue-related change.
Occupational
Occupational
Standing exposure, cumulative load, carried-load context and device fleet reporting.
Wellness
Wellness
Personal movement trends and evidence-based feedback without disease-specific claims.
Safety, quality and validation are built around intended use.
StrideAI already applies these engineering practices throughout development, building the records, traceability and technical documentation needed for future partner certification.
Risk and usability
We use the ISO 14971 standard to connect hazards with controls and measurable requirements, and IEC 62366-1 to address use-related risk.
Software lifecycle
We apply IEC 62304 practices across architecture, implementation, verification, traceability, maintenance and problem resolution.
Safety and security
IEC 60601-1 principles inform our work on basic safety and essential performance. IEC 81001-5-1 guides threat analysis, communications, update integrity and vulnerability management.
Engineering controls
Firmware is developed using MISRA-compliant coding, supported by static analysis, configuration control, fault-injection testing, watchdogs, range checks, explicit invalid-data states, strong peer review and testing procedures.
Formal certification has not yet been submitted. Once a partner product, intended use and target market are defined, the evidence and documentation produced through this process can form the basis of a submission to the relevant certification or regulatory body.
Build on StrideOS.
Flutter integration libraries support Android, iOS, Windows, macOS, Linux and the web. Qualified partners can discuss hardware control, data access and application requirements.
Explore partner integration