C, C++, or Rust?
+
Whichever the constraints choose. Rust where memory safety pays its way and the toolchain supports your target; C or C++ where the ecosystem, vendor SDKs, or your existing codebase make them the pragmatic call. We hold no religion on this, only preferences backed by shipped projects.
Can you take over an existing codebase?
+
Yes — takeovers from departed contractors are a recurring part of our work. We start by getting it building reproducibly and under version control, then bring it under test before changing behaviour. You get an honest written assessment of what you have before we touch it.
Do you support certification (CE, FCC, RCM)?
+
We build firmware with certification in mind — RF duty cycles, emissions-relevant behaviour, and test modes for the lab — and work alongside your certification house. We are engineers, not a test lab, and we will say so where the boundary sits.
Do you sign NDAs?
+
Yes, routinely — most hardware work on this page is described without names for exactly that reason. Send yours, or we can supply a mutual NDA to start from.
Can you work alongside our electrical engineers?
+
That is the arrangement we like best. We slot in beside your EE team from schematic review onwards — firmware decisions and hardware decisions are cheaper when made in the same room.