Embedded Linux Engineer

Embedded Linux Engineer — Networking & Connectivity

EMBEDDED PLATFORM · FULL TIME · ON-SITE — SANTA CLARA, CALIFORNIA

About SiFly Aviation

At SiFly, we're building a new category of aircraft: vertical-takeoff, long-endurance drones that deliver helicopter-level performance at drone economics. After thousands of flight tests and years of engineering, our NDAA-compliant platform flies more than 2 hours in hover or 3 hours in forward flight on a single charge — matching the capability of traditional helicopters at a fraction of their cost and operational burden. We merge aerial robotics, perception, and onboard intelligence to cut complexity and minimize human intervention, and our unique approach to communications and networking unlocks remote operations from day one. It's an ambitious mission, and we're a small team that moves fast.

We are looking for a senior Embedded Linux Engineer to own connectivity on the aircraft: how a Q12 stays reachable over 5G, Wi-Fi 6, and Wi-Fi HaLow simultaneously, how traffic is routed and prioritized across those links as they degrade, and how video, telemetry, and command-and-control survive a handover mid-flight. Remote beyond-visual-line-of-sight operation is the product, and the network is what makes it possible. The picture is also wider than the aircraft alone: the same links and routing decisions span the DroneFi ground station and the pilot application, and you will own how they behave as one system.

This is a role with real ownership rather than a specification to implement. You will own our Dynamic Routing Engine — the service that decides, in flight, which link carries what — along with the link-management daemons, the secure overlay back to our cloud, and the test rigs that prove any of it works. The engine is led part-time today; ownership of it transfers to you as you onboard — and with it, the role of primary technical guide for DroneFi development, supported by the senior architect who owns our low-level networking foundations. We are hiring two Embedded Linux Engineers with deliberately different centres of gravity: you own connectivity and routing, while a counterpart works broadly across the platform — platform services, integration, and new platform capabilities — alongside the senior engineers who already cover BSP, boot, and the update pipeline. You will work closely together.

The Role

You will own the networking stack on the aircraft and the software that manages it: multi-link connectivity across cellular, Wi-Fi 6, and Wi-Fi HaLow, the Dynamic Routing Engine that selects and blends those links, traffic policy and QoS that keeps command-and-control alive when video wants all the bandwidth, the Tailscale mesh and TLS-secured paths back to our AWS backend, and the behaviour of MQTT, WebRTC video, and the MAVLink router under real loss and latency. Day to day that means writing services in C, C++, and Python on a Yocto-based platform, living in packet captures, and building the emulation and field-test setups that turn “it felt better” into a number. You own the connectivity picture in its totality: not just the Linux side, but partnering with the applications team so the software riding on these links is as resilient to degradation and handover as the network beneath it.

You will collaborate closely with the rest of the embedded platform team — your generalist counterpart and the engineers who cover BSP, boot, updates, and the low-level networking foundations — the firmware engineers who own the radios and supervisory MCUs, the part-time engineer who leads the Dynamic Routing Engine today and will hand it over to you, the applications and autonomy teams whose traffic you carry and whose resilience you help design, the cloud team on the other end of every link, and our hardware and RF engineers in Santa Clara — including on antenna placement and integration on the airframe.

What You’ll Do

• Own the Dynamic Routing Engine. Design, implement, and harden the service that chooses and blends links in flight — link metrics and scoring, switching policy and hysteresis, failover timing, and behaviour at the edge of coverage — and close out the open risks against it.

• Make multi-link connectivity dependable. Own the cellular, Wi-Fi 6, and Wi-Fi HaLow links end-to-end on the Linux side: modem management, association and roaming, bonding and make-before-break handover, and graceful degradation rather than a cliff edge.

• Own routing and traffic policy. Policy routing across multiple tables and interfaces, nftables, tc-based QoS and shaping, VLANs, bridges, and network namespaces — so command-and-control, video, and bulk transfer each get what they need on a link that is shrinking.

• Keep video and telemetry alive under degradation. Tune WebRTC (WHIP/WHEP) and RTP video, adaptive bitrate and congestion control, MQTT keepalive and reconnect behaviour, and MAVLink routing on lossy, high-latency links — and make reconnection invisible to the operator.

• Make the applications resilient with you. Own the contract between the network and everything riding on it: expose link state, quality, and bandwidth signals that applications can act on, and work with the applications team so onboard and ground-side software handles degradation, handover, and offline periods by design rather than by surprise.

• Own the secure overlay. The Tailscale/WireGuard mesh, TLS, per-aircraft identity and certificate provisioning, NAT traversal, and an addressing plan that still works when the fleet is an order of magnitude larger.

• Instrument the network. Per-link metrics for signal quality, latency, loss, jitter, and throughput; structured connectivity logging that makes a post-flight “why did the link drop” answerable from data rather than guesswork.

• Build the test rigs. Network emulation with netem and programmable attenuators, shielded and bench setups, and structured field and drive testing — quantify handover time, packet loss, and throughput versus range, and reproduce field failures on the bench.

• Integrate on the platform. Package your services into our Yocto-based image as containerized or systemd-managed services with proper configuration and device management, and work with the platform team and firmware owners on modem, Wi-Fi, and radio drivers.

• Support the connected subsystems. Provide the network-side integration and debugging for Remote ID, ADS-B-In, and the ground-side apps — Pilot, Crew, HQ, and mobile — working with the owners of each.

Required Experience

• Minimum 5+ years of professional experience in embedded Linux development with a networking or connectivity focus.

• A bachelor’s degree or higher in a related program — Electrical Engineering, Computer Engineering, Computer Science, or similar.

Compensation & Location

Compensation range: $150–$180k

Location: On-site in Santa Clara, CA.

Small team, high ownership, and real hardware in the building.