Introduction: The Extra Mile in IoT Development
In IoT and embedded systems, success rarely comes from “just ticking the boxes.” Meeting specifications is important, but true innovation happens when engineers anticipate needs that weren’t written in the contract and solve problems clients didn’t even know they had.
At Indeema, we see ourselves not only as developers but as long-term partners. That means going beyond what’s expected, asking the extra questions, and building solutions that add real value, even when they fall outside the original scope of work.
This story of our flight controller configurator is one of those moments: a case where enthusiasm, curiosity, and a drive to improve the user experience led us to create something more for our partner.
1. The Context: Partnership in Drone Technology
Tykho Electronics is a Ukrainian company that develops electronics and UAVs, from flight controllers and flight stacks to full drone platforms. Our cooperation began when Tykho needed firmware expertise to accelerate the development of their flight controllers. Indeema stepped in to create technical documentation, develop the electronics architecture, and handle low-level firmware tasks.
Once our cooperation with Tykho was firmly established and the core deliverables were in place, we began to see opportunities that went beyond the immediate scope. Supporting their firmware gave us a deeper understanding of the product and what can be improved. So we took the initiative to create a tool that could give Tykho a business advantage while helping their users learning how to fly drones for beginners.
2. The Challenge: The Complexity of Drone Setup for Beginners
How do drones fly? Buying a drone doesn’t mean it’s instantly good to go. After the hardware is manufactured and the firmware is loaded, every drone still needs to be configured. Users must understand how to make a drone fly and set up flight modes, calibrate sensors, adjust motor parameters, and define safety limits before a stable flight is possible.
For experienced pilots and engineers, open-source tools like Betaflight or iNav are a gold standard. But for newcomers getting started with drones, these platforms can feel overwhelming. We wanted to build something more intuitive — a friendly tool that facilitates drone flying for beginners without requiring deep technical knowledge.
3. Our Initiative: Building a Beginner-Friendly Configurator
Since Tykho is not just selling electronics, but provides full maintenance for their hardware, we decided to build a lightweight, beginner-friendly flight controller configurator to support their product. The tool was going to strip away all the unnecessary complexity and only focus on the essential steps for beginners. Drawing inspiration from Betaflight, we designed a simplified interface that makes drone setup intuitive.
3.1 Design Philosophy and Creative Approach
The goal was not to compete with full-scale open-source configurators but to create a companion product for Tykho hardware. Our configurator comes with preloaded presets optimized for Tykho’s flight stacks, allowing users to start tuning immediately with stable, verified defaults.
The idea behind our configurator was simple: make it accessible to anyone, anywhere, without the usual installation or connection hassles. We wanted users to configure their drones straight from any device. Whether it’s a desktop, laptop, tablet, or even a smartphone: if it has the appropriate USB slot, a user can connect the controller and configure it without worrying about operating systems, drivers, or complex setup steps.
3.2 Freedom to Configure — Wherever the Drone Takes You
We built our configurator with Angular — a framework typically used for front-end web development. But in our case, it doesn't require an internet connection as it operates locally and communicates directly with the drone flight controller. This approach makes it completely independent of the device or OS and is ready to work the moment it’s opened.
This also means that drone setup can happen right where the drone is going to be used — in a field or at a farm, at a construction site, or in any remote area without a stable internet connection. Users can make last-minute adjustments, calibrate sensors, or fine-tune performance parameters on the spot, ensuring the drone is fully prepared for its environment.
We provided the interface with a built-in help menu where a user can look up commands. Instead of searching online or opening manuals, they can see what each parameter does and how to adjust it correctly within the same window.
3.3 Behind the Scenes: Solving the Hard Problems So Users Don’t Have To
The simplicity for users often comes with complexity for developers. Since there’s no traditional client-server model in our configurator, all communication occurs directly between the browser and the hardware via a serial port. To make this possible, Indeema’s engineers built custom byte-level decoders and encoders capable of interpreting MSP messages exchanged between the browser and the flight controller.
Each command had to be encoded in bits — the only language the controller understands — and decoded upon response. To ensure full compatibility, the team studied Betaflight’s open-source codebase, analyzing how different commands were structured and executed, then tailored those mechanisms to our firmware.
We weren’t afraid of the difficulties that came with our technology choice. Instead, we took those challenges off the users and faced them ourselves — combining technologies that weren’t originally meant to work together. It took patience, experimentation, and a fair amount of reverse engineering, but it paid off. The result is a smooth, versatile, and user-friendly tool that can work in any environment, so users can focus on flying instead of figuring out complex settings.
3.4 Why It Matters for the Drone Ecosystem
Although primarily developed as a non-commercial tool, the configurator plays an important role in Tykho’s drone ecosystem. It serves as a marketing and support instrument. It also demonstrates Indeema’s full-stack engineering capabilities, from firmware to user-facing software. Our flight configurator is built on the foundation of Betaflight but is also fully compatible with iNav firmware, expanding usability for a wider range of drone applications.
Ultimately, Indeema’s flight configurator bridges the gap between high-end configurators built for enthusiasts and the needs of businesses integrating drones into their operations. It helps understand how to use a drone for beginners and simplifies the essential setup process, making drone configuration accessible even to non-specialists. In essence, it embodies Indeema’s philosophy — engineering complex systems that remain practical, adaptable, and intuitive for every user.
Partners testing the configurator have already provided feedback on desired enhancements, helping refine its features. Over time, the configurator is expected to evolve alongside Tykho’s flight systems, offering continuous software support and deeper integration with the drone components.
4. The Value Beyond Contracts
For us, every project is an ecosystem. If we see friction in the user journey, we lean in and think about how we can make the experience better. So we dove deeper into the project to address problems not included in the initial scope and invested our time and effort into making the client’s ecosystem stronger. This highlights Indeema’s vision:
- We dive deeper than requirements. Instead of limiting our work to the contracted firmware tasks, we explored what else could make the product stronger.
- We invest in client success. The time and effort we spent were our own initiative, driven by a belief that improving usability helps the entire ecosystem succeed.
- We treat client goals as our own. Every improvement that helps Tykho’s users ultimately strengthens their market position—and we view that as part of our mission too.
Clients know we are invested in their long-term success, not just the immediate deliverables. That trust becomes the foundation for goodwill, repeat collaboration, and durable partnerships that extend far beyond the original contract.
5. Why We Do It: Indeema’s Philosophy of Overdelivery
Some of our best ideas are born in the quiet moments — after the main work is done, when curiosity takes over and the team starts asking, “What if we could make this even better?” That’s how the flight configurator came to life. It wasn’t written in the contract or planned in a sprint. It grew naturally from our engineers’ desire to improve the experience for people who’d one day use the technology we built.
At Indeema, we’ve learned that overdelivery isn’t about working longer hours or adding random extras. It’s about noticing what others might overlook — the small frictions, the user hesitations, the invisible gaps between great technology and great usability — and quietly removing them.
For us, overdelivery means caring about the people who’ll use the product, the partners who trust us, and the technology that connects them. It’s not just about writing better code. It’s about creating moments of ease, clarity, and confidence — the kind that make innovation feel effortless.
Conclusion: A Partner that Thinks Ahead
Every successful collaboration begins with trust — and grows when both sides think beyond their own goals. For us at Indeema, building technology is never just about delivering code or completing milestones. It’s about helping our partners uncover new possibilities within their products and empowering their users to do more with less effort.
The flight configurator became more than a technical side project; it became proof of how much can happen when engineers care deeply about the “why” behind what they build. It showed that partnership thrives where initiative meets curiosity — when one team’s challenge becomes another’s inspiration.
That’s how we see our role in every project: not as an outsourced development team, but as a long-term engineering partner who thinks ahead, asks questions others might skip, and builds solutions that last. Because at Indeema, we don’t just engineer what’s requested — we engineer the things of tomorrow.
_1689067516665.webp)
