Embedded firmware and FPGA development

Firmware development and consulting for companies and technical teams: new devices or existing embedded software to stabilize. STM32, ESP32, bare-metal and RTOS, from debugging to OTA updates.

What do you need to achieve?

Develop a new product

Bring up the board and build drivers, application functions and communications around the hardware constraints.

Stabilize existing firmware

Investigate resets, lockups and unpredictable response times, then reproduce and verify the correction.

Connect and update devices

Extend industrial communications, diagnostics and remote updates with suitable security and recovery paths.

Illustrative scenario

From intermittent resets to a documented cause

An example of how we approach the work.

The problem
A deployed device restarts sporadically, but the fault is difficult to reproduce on the bench.
The work
Collect logs, build a repeatable test, isolate the cause and verify the correction under stress.
Expected outcome
A documented cause and regression tests to check that the issue does not return.

How we work

  1. Context and goals

    Review goals, constraints, existing code or hardware documentation.

  2. Architecture and plan

    Define risks, architecture choices and a practical execution plan.

  3. Development and verification

    Work iteratively on real targets, with measurable checkpoints.

  4. Delivery and support

    Deliver code, documentation and technical decisions that the team can maintain.

A new idea or an existing project? Tell us where you are starting from.

The service in detail

Open a topic to explore activities, technical choices and scope.

When firmware needs more than a prototype

Many embedded projects start with working code, then become difficult to extend, debug or update. A production firmware base needs architecture, controlled dependencies and repeatable validation.

  • Bare-metal or RTOS firmware for MCUs and connected devices.
  • Driver integration, timing analysis, interrupts, DMA and peripheral control.
  • Bootloaders, firmware update flows, rollback strategy and release diagnostics.
  • FPGA-oriented integration where deterministic logic and firmware must work together.
Further activities and tools
Firmware architecture
Module boundaries, task model, state machines, timing and maintainability decisions.
Low-level development
GPIO, timers, ADC, UART, SPI, I2C, CAN, USB, DMA and board-level bring-up.
RTOS and bare-metal
FreeRTOS, Zephyr or bare-metal choices based on latency, memory and product constraints.
Debug and validation
Tracing, stack and heap analysis, test plans, fault reproduction and release readiness.

Frequently asked questions

Can you work on existing firmware?

Yes. The work can start from legacy code, a prototype or a partially released product, with a focus on reducing risk without blocking ongoing development.

Do you support both bare-metal and RTOS designs?

Yes. The choice depends on timing, memory, safety, team skills and long-term maintenance.

Can the output be handed over to an internal team?

Yes. Code structure, documentation and technical decisions are prepared so the internal team can keep evolving the product.

Let’s discuss your project

Tell us your goal, what is already available and what needs to improve. We can then assess the next step together.