Driver development
Ground-up, two-way drivers built for how each platform actually works: native UI, proper feedback, graceful failure. Not a generic template with the logo swapped.
Suru is a specialist software house for home-automation integrations. We make devices fluent in every major control platform: reliably, natively, and to certification standard.
What we do
From protocol analysis to certified release, we handle the whole lifecycle of a driver, so a device works the way the platform intended.
Ground-up, two-way drivers built for how each platform actually works: native UI, proper feedback, graceful failure. Not a generic template with the logo swapped.
We speak whatever the device speaks: documented APIs, serial protocols, local network control or cloud services, all implemented cleanly with the edge cases handled.
One device, every ecosystem. We carry an integration across platforms with a shared core and platform-native behaviour on each, so features and fixes land everywhere.
Firmware moves, platform OSes move, and drivers rot without care. We keep releases versioned, regression-tested and current: for years, not launch week.
Platforms
We build to each platform's native driver model and certification requirements, not lowest-common-denominator wrappers.
Working with a platform not listed here? If it has an SDK (or even if it doesn't), talk to us.
Process
Short, working-software cycles from datasheet to certified release. You always know where things stand, because you can see it running.
We map the device's capabilities to each platform's driver model (protocol, transport, feature set) and agree priorities. Enough to start building in days, with room for what the hardware teaches us.
Development runs in short cycles against real hardware. A working driver lands early and grows every cycle (two-way state, error paths, reconnection logic), with builds you can try on a rack throughout.
Regression tests run from the first cycle, across firmware and platform OS versions, so certification is a checkpoint, not a surprise. We take the driver through each platform's review process where one exists.
After release we track platform and firmware updates, ship versioned maintenance releases, and keep the regression suite running so nothing quietly breaks in the field, for as long as the driver is in service.
Approach
Drivers are small pieces of software that carry a big reputation: the installer's, the manufacturer's, and the platform's. We build them accordingly.
Every driver is developed and verified against physical devices and live controllers on our bench, because emulators don't have firmware quirks.
Version control, code review, changelogs and automated regression tests. A driver is a product with a lifecycle, and we treat it like one.
Each ecosystem has its own idioms: UI conventions, event models, discovery. We build to them, so the integration feels at home on its platform. Native, never ported.
Clear advice on what's feasible, straightforward priorities every cycle, and progress you can see running. If something can't be done well, we say so before you've paid to find out.
Contact
Tell us about the device, the platforms you care about, and the timeline. We'll come back with a straight answer on approach, effort and cost.