EMBEDDED SYSTEMS

The engineering behindintelligent devices.

Electronics, embedded software and communication. Explore the technology working together inside a charge.

Let’s develop your product

FROM HARDWARE TO SOFTWARE. FROM CODE TO ENERGY.

Charging Studio

The technology inside a charge.

Awaiting connection
  1. 1Connect
  2. 2Authorize
  3. 3Charge
DC / 120 kWInteractive simulation

Drag to rotate the scene or use the camera buttons. Connection and charging actions are also available in the control panel.

Preparing the charging bay…
Live power
0 kW
Battery
34%80% target
Energy delivered
0 kWh
Charging time
00:00Charging time ×20

Follow the conversation.

Vehicle, charger and management system in one session.

ISO 15118 · Vehicle ↔ Charger

Communication starts here when you connect the cable.

Firmware · Local control

Communication starts here when you connect the cable.

OCPP · Charger ↔ Management

Communication starts here when you connect the cable.

Every layer that makes a product work.

We develop connected systems from electronic design and firmware to device communication and management software.

Local simulation · example 60 kWh battery · accelerated time. No connection to a real vehicle, charger or management service.3D vehicle model · Source and license

Embedded Systems and Firmware Development

The software inside defines how a device behaves.

We develop embedded software around the hardware and operating scenarios of the product. Sensing, control, communication and failure states are considered across the whole device.

From prototype to a field-ready product, hardware and software work should share the same requirements.

What we deliver

The working layer between hardware and application.

Device control

We connect peripherals, sensors and control elements through firmware, defining state transitions and timing needs.

  • Firmware
  • Drivers and control logic

Communication

We implement internal and external communication using supported interfaces and protocols, accounting for lost connections and invalid responses.

  • Communication layer
  • Data contracts

Diagnostics and lifecycle

We design error reporting, device-state visibility and update needs, coordinating testing and releases with hardware revisions.

  • Diagnostics
  • Testing and release plan

The work in context

A charging unit brings many decisions together.

The charging example brings device control, temperature, energy transfer and communication with a central system together. Firmware coordinates these behaviors through defined states and conditions.

Hardware awareness
Control decisions relate to sensor readings and device state.
Connected layers
Device behavior and management communication have distinct responsibilities.
Illustrative charging-unit visual showing hardware and control elements.
Illustrative charging product. The page experience is a simulation, not a physical device test or certification result.

How we work together

Understand the hardware and verify its behavior.

Deliverables and the working plan are defined around the needs of your project.

  1. Requirements

    Review hardware, functions and operating conditions.

    OutputDevice behavior specification
  2. Firmware structure

    Plan drivers, states and communication layers.

    OutputFirmware architecture
  3. Development

    Develop behavior on hardware in controlled steps.

    OutputWorking firmware
  4. Verification

    Test functional and failure scenarios and record findings.

    OutputTest findings and release

Engineering in the details

Field conditions belong in the firmware design.

State management

Startup, operation, waiting and failure have explicit transitions.

Resource limits

Memory, timing and energy use are considered against hardware capacity.

Updates and diagnostics

Version information, diagnostic traces and update conditions follow product needs.

Common questions

Let's start with your questions.

Can you develop firmware for existing hardware?

We review hardware documentation, components, existing firmware and development interfaces. Available resources and device constraints define scope.

Can hardware design be included?

Yes. Hardware prototyping and firmware can be planned together around shared requirements.

Can every device be updated remotely?

Connectivity, memory, boot structure and recovery requirements must be assessed. The method depends on hardware capabilities and operating conditions.

Let’s define how your device should behave.

Share your hardware, operating scenarios and communication needs.

Discuss your embedded project