Skip to Content
Skip to content
Applications

Where auditable wireless matters.

MCN-1 is being designed for connected systems where teams need to inspect the wireless stack, control firmware authorization, and produce evidence about what is running.

MCN-1 is pre-silicon. Conversations today are about requirements and fit — not samples, pricing, or lead times.

01 · Autonomous systems

Inspectable wireless for drones and robots

Autonomous platforms should not have to treat the radio stack as a blind spot. MCN-1 targets owner-controlled secure boot, measured firmware, attestation, dual-band Wi-Fi 6, Bluetooth 5.4 LE, and dual CAN-FD for connected control systems.

02 · Industrial control

Long-lived equipment, controlled updates

Industrial controllers, machinery, and gateways often remain deployed for years. MCN-1 is intended to support controlled provisioning, authenticated updates, rollback protection, field attestation, and production integration.

03 · Critical infrastructure

Evidence for procurement and risk reviews

Facility systems, utilities, and EV charging equipment face increasing questions about firmware provenance and update control. MCN-1 targets hardware identity, measured boot, attestation, and owner-controlled trust roots to support those reviews.

04 · Secure sensing

Attestable sensing at the edge

Environmental monitors, facility sensors, and remote instruments may need evidence about the software producing their data. MCN-1 targets device identity, protected key storage, secure updates, and attestation for long-lived edge devices.

05 · Regulated connected devices

Security evidence without compliance shortcuts

Connected medical and other regulated products require product-specific safety, cybersecurity, and lifecycle reviews. MCN-1 is intended to provide firmware measurements, attestation, secure updates, and supporting documentation; it does not itself confer regulatory compliance.

06 · Defense & federal programs

Documented firmware and provisioning

Programs with strict provenance and key-management requirements need verifiable system boundaries. MCN-1 is intended to provide documented boot and attestation flows, owner-managed keys, controlled provisioning, and auditable wireless firmware.


Working together

One platform, three ways to engage.

The firmware foundation is intended to remain open in every case. OEM and program engagements add support, provisioning, key management, and documentation — not a different closed codebase.

Developer access

Build openly

Planned public boards, modules, SDK, examples, migration guides, and documentation.

OEM engagement

Integrate for production

Provisioning workflows, integration support, and lifecycle planning under commercial agreements.

Program engagement

Meet program requirements

Program-specific key handling, provisioning, documentation, and access controls where required.

Your program

What are you trying to solve?

Tell us what your system needs from its wireless MCU. We will work through the requirements with you and see where MCN-1 fits.