The Sched app allows you to build your schedule but is not a substitute for your event registration. You must be registered for Open Source Summit Europe 2025 to participate in the sessions. If you have not registered but would like to join us, please go to the event registration page to purchase a registration.
This schedule is automatically displayed in Central European Summer Time, CEST (UTC +2). To see the schedule in your preferred timezone, please select from the drop-down menu to the right.
IMPORTANT NOTE: Timing of sessions and room locations are subject to change.
Sign up or log in to add sessions to your schedule and sync them to your phone or calendar.
In the last year Zephyr’s cryptographic support saw a lot of changes, the main ones being the deprecation of TinyCrypt and an increased usage of PSA Crypto API following the long standing goal to move toward a common interface for crypto operations.
The main reason for TinyCrypt deprecation is basically that it’s no longer maintained so it cannot get any security fix/improvement nor be adapted to the upcoming PSA interface. This basically leaves Mbed TLS as the only crypto provider in Zephyr, which can either used directly (i.e. building Mbed TLS as library to be linked against other Zephyr’s ones) or being integrated in TF-M image.
This talk will start from an overview of the recent history of Zephyr’s crypto support, presenting reasons for TinyCrypt deprecation and the adoption of PSA Crypto API. The focus will then shift toward Mbed TLS as the only crypto library available today in Zephyr, its layers (TLS and crypto), how it relates to TF-M and the recent improvements added to reduce footprint problems. In the last part of the talk we’ll focus on the future plans for Mbed TLS: what to expect from the next release which is expected in September 2025 and vendor driver support.
Valerio joined BayLibre in 2022 and since then he’s been extensively working with the Mbed TLS team to help them follow their roadmap. Since 2024 he’s also a collaborator for the Zephyr’s project for the crypto topics which include Mbed TLS integration, TF-M and crypto drivers... Read More →
For many years, we have seen more and more connected devices entering our homes. In most cases, these devices run closed source software, which relies on cloud servers to work and is not always respectful of our privacy.
Alexandre Bailon, who is not really satisfied with the current offerings, has been looking for an alternative using Zephyr.
He has taken an existing device and developed a Zephyr firmware for it. He will present the technologies already available or in development to build a connected light bulb using Zephyr which should be more robust, secure, and respectful of privacy.
Alexandre Bailon is co-founder of BayLibre. He used to be a Linux kernel developer and has helped many companies build successful devices running Linux and Android.
Do you find yourself twiddling your thumbs while waiting for dozens of devices to upgrade over Bluetooth? Or do you think twice before pressing the “Firmware Rollout” button due to the anticipated LTE data bill? Introducing Constrained Patch (CPatch), a binary patching algorithm designed specifically for Firmware Over-the-Air (FOTA) upgrades of constrained devices running Zephyr.
In this session I will step through the design and implementation of the algorithm, including: * Prerequisites for a diff based solution * Constraints the algorithm works within * Embedded patching implementation * Python patch generation * Comparisons against existing algorithms * Live demo!
Zephyr provides workqueue, a mechanism used to offload non-urgent processing to a lower priority thread. Workqueues are typically found in ISR (interrupt service routine) and high-priority threads.
In this talk, we shall present: - what workqueues are, and what they are not, - their typical use case - how workqueues, scheduling and meta-IRQ threads relate, - some best practices to address some common challenges, like sysworkq bottleneck, passing data or handling cancellation - some lesser known workqueues, like the p4_wq
This is a practical hands-on talk. We’ll therefore run demo code and investigate what’s going on under the hood by looking at the Zephyr internal implementation! This will help us to get a solid understanding of workqueues, their usages and limitations, “directly from the source” (code).
Loïc loves sharing knowledge and is an enthusiastic instructor at Doulos since 2018. Loïc enjoys teaching Embedded Linux, Yocto, Python, Edge AI… and Zephyr Essentials, the new training he designed.
Over the past couple years, the Zephyr documentation has been steadily improving—or so I hope! One thing that has clearly helped is having a yearly check-in where we can openly discuss what’s working, what’s not, and where our priorities should be for the year ahead.
Join this Birds of a Feather session to catch up on some of the recent improvements to the documentation that you may have missed, and bring your suggestions for what we should be focusing on next.
Rust is becoming increasingly popular due to its ownership model and its innate ability to guarantee memory safety during compile time. A typical mantra of Rust developers is "if it compiles, it works".
Zephyr is experiencing explosive growth as an RTOS. Its focus on safety, security, flexibility, and vendor neutrality has enabled many product developers to choose Zephyr as the underlying RTOS in their embedded system.
Zephyr 4.1 introduced initial support for Rust. In this talk, Mohammed will guide developers on how to create a custom Zephyr application in Rust. He will demonstrate the process and outline some pitfalls that novices may encounter, and how to work around them.
Mohammed Billoo is an embedded software consultant with over 15 years of experience. He focuses on The Zephyr Project RTOS, Embedded Linux, and The Yocto Project. He has also developed user interfaces using the Qt framework. He has helped clients across numerous verticals, including... Read More →
The Cyber Resiliance Act (CRA) will be coming into effect in a few short years. Product makers will have different obligations than open source stewards for compliance. The Zephyr project has been working towards making it easier for product makers to comply with the CRA over the last few years, and will continue to work with the community to refine these capabilities.
From automatic "Build SBOM" generation to LTS Vulnerability fixes being extended to 5 years, the project has some useful starting points.
This talk will discuss what is available, and where some of the gaps will be for product makers and other ecosystem vendors to consider in their roadmaps and support plans.
VP Dependable Embedded Systems, The Linux Foundation
Kate Stewart works with the safety, security and license compliance communities to advance the adoption of best practices into embedded open source projects. Since joining The Linux Foundation, she has launched the ELISA and Zephyr Projects, as well as supporting other embedded projects... Read More →
Switching from any RTOS to Zephyr represents a significant transition. Join us as we revisit our journey that led to the selection of Zephyr and explore our efforts to cultivate a vibrant Zephyr developer community within a large multinational corporation.
In this session, we will discuss:
• Strategies for creating a persuading case for Zephyr
• Techniques for motivating development teams to adopt Zephyr
• Initiatives that contributed to the creation of a thriving developer community
• Ways in which the Zephyr community's momentum can energize your projects
• Methods for building a pool of Zephyr talent for recruitment purposes
Attendees will gain insight into the essential steps required to successfully integrate Zephyr RTOS into a corporate environment and sustain its use over the long term.
Rust revolutionizes systems programming with safety, performance, and concurrency, while Zephyr OS excels in embedded systems with modularity and hardware support. How well do these two technologies work together?
In this talk, we’ll explore the benefits and challenges of developing applications in Rust on top of Zephyr OS. Through a live demo and code walkthrough, I will showcase how Rust’s safety guarantees can enhance embedded application development while leveraging Zephyr’s robust ecosystem.
Key questions addressed include:
• Why should you consider Rust for embedded development?
• How does Rust integrate with Zephyr’s C-based APIs?
• What limitations and tooling gaps should you be aware of?
• How can you get started with Rust on Zephyr today?
This session will provide practical insights from real-world experience, helping you evaluate whether Rust is the right choice for your next embedded project. Whether you’re an embedded developer or a Rustacean curious about RTOS environments, this talk will equip you with actionable knowledge to start your journey.
Principal Embedded Software Consultant, Zühlke Engineering AG
Martin Mosler is a seasoned software engineer with expertise in developing secure embedded systems. With a background in Rust programming, he has firsthand experience implementing secure concurrent code and is passionate about sharing his knowledge with the community.
Modern Machine Learning makes it possible to automatically extract valuable information from sensor data, and it has become feasible to deploy ML systems to low-cost embedded devices and sensors. This niche is often referred to as "TinyML", and is enabling a range of new applications in consumer electronics, science and industry.
emlearn is an open-source project for deploying Machine Learning models to any device with a C99 compiler. It provides a Python library for converting models made with scikit-learn or Keras to efficient C code. The library has been used for many applications across a range of sensor modes, such as audio, vibration, power-line, radar, et.c.
Zephyr RTOS is a comprehensive open-source operating system that runs on a wide range of microcontrollers. The support for low-power operation, communication protocols, and standardized "sensors" API makes it a very attractive platform for TinyML applications.
In this presentation, we introduce the emlearn project, and show how it can be used together with Zephyr. We will cover the key features and tools that the library provides, and demonstrate how to perform practical Machine Learning tasks.
Zephyr Memory Storage is a new key-value storage system that is designed to work with all types of non-volatile storage technologies. It supports classical on-chip NOR flash as well as new technologies like RRAM and MRAM that do not require a separate erase operation at all, that is, data on these types of devices can be overwritten directly at any time.
We will explore during this session the new functionalities introduced by this new storage system as well as the upcoming enhancements.
In the fast-paced realm of embedded systems, rapid product development is essential for market success. Being quick by not having to rewrite code for solved problems was therefore the most interesting promise of Zephyr RTOS when we used for a product prototype of an optical instrument. We'd now like to share what we learned in this context, how exactly Zephyr helped here - especially in the prototyping phase - as well as where it doesn't.
Emphasizing the need for a reassessment of development processes, we’ll discuss the importance of engaging with the Zephyr community and actively participating in the project. Training developers on Zephyr’s functionalities is crucial for maximizing its potential.
The goal is to provide insights into using Zephyr RTOS for efficient product development and encourage well-prepared initiatives, by showing how Zephyr lets one accelerate development while maintaining quality early on.
Moritz Marquardt has been a firmware engineer at ZEISS Corporate Research & Technology in Jena since 2022, following the completion of his M.Sc. in Computer Engineering at Otto-von-Guericke University Magdeburg. He specializes in the application of embedded operating systems, with... Read More →
FOSS Technology Expert, Zephyr & Linux Devicetree, Similarities and Differences – Practical Guide To Boards, Shields and Con - Stephan Linz,
With 25 years of hardware-related software development using only freely available technologies for scientific instrumentation, industry, medical devices, automotive, I have seen many frameworks and tools for Linux and deeply embedded systems. Since 2016, this has also included Zephyr... Read More →
Originally introduced in 2019, the Video4Zephyr (v4z) APIs provided a foundational interface for interacting with video devices in Zephyr. However, with minimal changes over the years, their limitations have become apparent—especially as video hardware grows more complex and camera-based applications become increasingly demanding.
This talk presents the current status of v4z, hightlighting recent improvements as well as sharing ongoing and upcomming works which turns the v4z from a simple driver API into a robust video subsystem. We’ll cover the devicetree video port/endpoint mechanism, a unified video control framework, enhanced buffer management, and support for memory-to-memory (m2m) devices, etc. These efforts aim to shift commont functionality and logic into the subsystem itself, significantly reduce the burden on driver developers - bringing the Zephyr’s video stack closer to a mature multimedia framework.
Senior Embedded System Engineer, TechLead at NXP, NXP Semiconductors
I am currently an embedded system engineer and Multimedia IoT TechLead at NXP since 3 years. I am also an active collaborator of the Zephyr video subsystem. I am particularly passionate about image and video and was working on various related topics including computer vision, HCI... Read More →
As hardware becomes increasingly complex with heterogeneous multi-core architectures, integrating rich OS environments like Linux with RTOS-based cores poses significant challenges. The OpenAMP framework, leveraging Remoteproc and RPMsg, facilitates communication between these diverse environments, but it still has some limitations.
This presentation will explore key challenges in using OpenAMP for multi-core systems and discuss solutions that have been proposed and implemented. Topics include address translation for shared memory and handling remote processor replies required by the host.
We will also dive into recent enhancements in both Linux and Zephyr that improve interoperability, ensuring seamless communication and synchronization between heterogeneous cores.
Zephyr has extensive support for all kinds of embedded displays, but sourcing a display can be confusing, especially if you want to source one with out-of-the-box Zephyr support. In this session, we will show how to choose a Zephyr-friendly display component.
The session will cover a review of several types of display techs, what are display controllers and display modules, and the most common ways of interfacing with a display.
Electronics and embedded systems engineer, Redero Tech
I have worked as an electronics and embedded systems engineer for about 10 years, mostly in consumer electronics companies. My skills set includes board design, low-level firmware development, and a bit of knowledge about board production and testing. I now work as a freelance, roaming... Read More →
1. Discuss the motivation behind introducing the stepper driver API in the Zephyr Project.
2. Highlight how the community swiftly and constructively contributed to refining the API, resulting in a significantly improved version compared to the original proposal.
3. Provide a brief overview of how the RFC process within the Zephyr Project facilitates collaboration and garners attention from contributors.
4. Explain the features of the current Zephyr stepper API and its evolution over time.
5. Showcase the variety of driver support, ranging from basic GPIO-based drivers to advanced motion-control drivers.
6. Provide insights into existing samples and test suites designed to enable swift development and testing of new drivers using the Zephyr stepper API.
What are you hoping to achieve with your presentation?
1. Garner more attention for the Zephyr stepper API and encourage increased collaboration within the community.
What do you expect the audience to gain from your presentation?
1. An understanding of the typical RFC process in the Zephyr Project and its benefits.
2. Insights into the features available in the current stepper API and a preview of upcoming advancements.
In this talk, we'll guide you through the exciting process of porting DOOM to the Zephyr RTOS. We’ll begin by introducing PrBoom, the game engine used for this port. Next, we’ll explore the Zephyr native simulator, a powerful tool that eases the entire porting process by offering robust debugging, testing, and profiling capabilities. Finally, we’ll delve into Zephyr’s display and input subsystems, components for capturing input from various devices (ADC, GPIO, Touchscreen) and rendering game frames on a screen. Last, we'll showcase the port running on actual hardware the NXP MCXN MCU demonstrating how Zephyr and PrBoom come together to bring DOOM to life in an embedded environment. Whether you're an embedded systems enthusiast or a gamer, this session will showcase the versatility of Zephyr in handling a classic game like DOOM.
I work at NXP Semiconductors in the CTO Systems Innovations team, applying expertise in system architecture, computer science, hardware design, and robotics. My tasks include software architecture, debugging, driver development, and middleware testing. I work with technologies like... Read More →
This presentation shall provide a very brief overview of the System Control and Management Interface (SCMI) support in Zephyr. This includes an architectural overview, which will go into the different layers and components that make up the support, and a list of supported features/protocols.
Porting our products to Zephyr and a common microprocessor presented the opportunity to move to a higher proportion of common reusable code across devices. We present for community use and comment our architectural approach to developing a reusable Zephyr application code base.
We have leveraged zbus to create a standardised interface for inter thread communication, and a layer of zbus listeners (what we call a link layer) to enable our communication, UI, and system control to be reusable across products.
The approach is somewhat analogous to micro-services, in that our applications now each consist of ~5 independent services/modules. Each service delivers a specific independent function, and uses zbus to interface with the rest of the system in a common manner. But this is as far as the analogy goes. The choices were driven by a strong desire for maintaining a separation of concerns and modularity. So far it has proven itself to enhance testability, debugging, and to support significant code reuse and therefore maintainability of multiple code bases.
CoffeeCaller is an embedded device designed to coordinate coffee breaks between colleagues across an entire building. What began as a fun, free-time idea turned into an exploration of different product development approaches within the constraints of hobby time and budget. The goal wasn’t just to build something functional, but to try out techniques that could scale—from quick iterations to structured hardware-software integration.
We will show our journey from the idea to the finished project, that started with a simple proof of concept to validate the approach, followed by parallel development of hardware and software: While one created a custom hardware design in KiCad, the other development the actual application with Zephyr RTOS at the same time. We describe how we created the device tree as a bridge between both, keeping things modular and maintainable. We first implemented BLE Mesh for communication, later transitioning to openthread for broader connectivity. The entire project, including hardware and firmware, is open source.
With nearly 10 years of experience in Software Development, I am especially interested in ensuring reliability and quality in software products. Right now, especially working in the medical and cyber security field
Mirroring and controlling a smartphone via a vehicle’s screen enable hands-free access while ensuring comfort and safety. Existing solutions like Android Auto or CarPlay require high-end MPUs and rich OSes. In this talk, we demonstrate a lightweight and low-cost alternative using the i.MX RT1170 MCU running Zephyr RTOS:
https://www.youtube.com/watch?v=EVt0pZxM8Xg
The Android phone captures its screen, compresses it in MJPEG, and streams it to the MCU. On the Zephyr side, we use ffmpeg for video decoding and send touch events to the phone. Despite no hardware decoder, we achieved 11 fps with 100–200 ms latency. MJPEG was chosen over H.264 for its better performance. Upcoming MCUs like the i.MX RT2660/RT2770 with MJPEG/H.264 hardware decoders will boost this further.
We are currently transitioning to Wi-Fi for a fully wireless set-up and offloading camera-based gesture control to the smartphone for hands-free controls. Finally, to inject touch events into Android without root access, the Android application needs to be launched in a shell by ADB from a laptop. We're working on porting ADB to Zephyr to automate this process for a seamless, plug-and-play user experience.
Senior Embedded System Engineer, TechLead at NXP, NXP Semiconductors
I am currently an embedded system engineer and Multimedia IoT TechLead at NXP since 3 years. I am also an active collaborator of the Zephyr video subsystem. I am particularly passionate about image and video and was working on various related topics including computer vision, HCI... Read More →
Embedded Software Engineer, NXP Semiconductors France
Phd in the domain of image and video compression, I am currently working at NXP, contributing to the development of drivers for display and camera on the company's embedded MCU.
This talk outlines our ongoing efforts to achieve safety certification according to IEC 61508. While the audience is technically skilled, the specifics of safety standards might be unfamiliar. We will explore why software architecture is paramount (IEC 61508 mentions it more than 50 times) and discuss the difference between architecture and its documentation. We'll also clarify the distinction between project and product documentation, and the crucial relationship between safety and security. The talk will then shed light on some Zephyr-specific challenges, such as managing feature models via Kconfig and the implications of in-tree code generation scripts for our safety approach. We will provide an overview of our current state, including the now established coding guidelines and where we are at with implementing traceability mechanisms. Finally, we will take a look on the impact this certification effort will have on the project's future direction, emphasizing its importance for wider adoption in safety-critical applications. Our aim is to foster a clear understanding of the work involved and its significance, helping Zephyr grow as a leader in safety-critical systems.
A physicist by training, Tobias Kaestner has always been fascinated by the intersection of the physical with the digital world. His professional career started as a SW team lead in a medical device start-up and since then he has served a couple of roles for 15+ years in this industry... Read More →
I started in the automotive embedded space where safety was always a topic after that i changed to the industry automation sensor section where i was invold in different acceleration sensor and encoder development. In the last position I was involved in the Zephyr project for 3 years... Read More →
West is Zephyr's swiss-army knife command-line tool. At its core it handles repository management, but in practice it does so much more than that. With plenty of powerful built-in features and the ability to extend its command set via the manifest file, west is able to cater for most use-cases a Zephyr user will face. This includes maintaining your own manifest as well as your own downstream of Zephyr itself or any of its ancillary repos, and even extending the west commands themselves. This talk will try to shed light on some of the most common questions around the tool, its use and its extension capabilities.
Carles has been a firmware developer at several hardware, semiconductor and software companies for over 25 years. For the last 15 years he has worked at Nordic Semiconductor, where he was part of the team that made Nordic’s first ever Bluetooth Low Energy chip. During this time... Read More →
This session will first give an introduction and update of the current safety activities and then provide a place for interested folks to meet, ask and discuss questions and open topics.
In the dynamic world of software development, a well-defined test strategy is very important for ensuring quality and reliability. The Zephyr Project's testing activities have evolved organically to address immediate needs, however it lacked a formalized strategy. As the testing working group we developed a strategy that not only codifies existing practices but also covers new challenges, requiring a shift in our testing paradigm.
During the talk I will present the key elements of our strategy, like its objectives, main testing principles, roles and responsibilities, and other elements it is addressing. I will show how we plan to navigate the complexities of modern testing landscapes with a focus on effectiveness of the testing cycle without compromising the robustness and quality of the Zephyr Project.
I completed a Ph.D. in experimental nuclear physics, where I was responsible for developing and maintaining a prototypical particle detector and its software. It raised my interest in software development and the process of testing and QA. I am working at Nordic Semiconductor, where... Read More →
This talk is intended serve as a continuation of my presentation for a proposed rework of Zephyr’s clock management subsystem delivered at EOSS 2024. Since then, the proposal has evolved and stabilized significantly. We will cover the current state of the implementation within Zephyr and discuss how we can work to move the implementation towards merging into mainline- if it has not merged by the time of the conference. Beyond this, the presentation will include detailed examples of how to implement clock management drivers and consume the clock management subsystem within peripheral drivers. This presentation will offer Zephyr driver maintainers as well as downstream consumers a chance to discuss and influence the direction we are taking regarding improving clock management within Zephyr.
Daniel DeGrasse is the Zephyr maintainer of the disk, MIPI DBI, and SDMMC subsystems. He works as a firmware engineer at Tenstorrent, and is primarily focused on improving generic subsystems within Zephyr, as well as continuous integration
Sometimes performance matters. Sometimes legacy code can use a rewrite. Sometimes the lowest layers of the system need maintenance too. This is a deep dive on a rework to the ARM Cortex-M thread, interrupt and context switch layers, showing off induustry-leading performance and some of the advantage of cleaner "Modern Zephyr" architecturual choices.
Testing Bluetooth applications at scale is crucial but often complex due interoperability requirements and the difficulty of reproducing real-world scenarios in the lab. At Blecon, we've established a robust approach to verifying our Bluetooth firmware built on Zephyr, addressing the challenges that arise when scaling from development to production-level quality assurance.
In this session, we’ll share practical insights from our team’s experiences, including how we constructed a scalable test farm using nRF52840 dongles and implemented in-band tracing to capture performance data from field devices. We’ll also explore point characterisation techniques, from Bluetooth sniffers to RF test chambers, and highlight where simulation fits in to accelerate testing workflows.
Attendees will learn how they can use these approaches to improve reliability, accelerate development cycles, and enhance overall system visibility in their Zephyr Bluetooth devices.
Donatien Garnier is an accomplished technology leader and innovator with over a decade of experience in embedded software, Linux and mobile development with an IoT focus. As co-founder of Blecon, Donatien has been instrumental in building Blecon’s Bluetooth to Cloud product.
A crucial component in the development of firmware utilizing Controller Area Network (CAN) communication is a host-connected CAN adapter. Several commercial and open-source solutions are available for this purpose, but each has its own limitations. The CANnectivity firmware, a Zephyr-based open-source firmware for Universal Serial Bus (USB) to Controller Area Network (CAN) adapters, aims to address these limitations.
This presentation will go over the considerations leading to the development of the CANnectivity firmware, its intended use cases, and the advantages it offers over existing solutions. I will provide an overview of the firmware’s architecture, the automated testing procedures currently in place for validation, and the future plans for its enhancement.
CANnectivity is available at https://github.com/CANnectivity/cannectivity
Lead Embedded Software Engineer, Vestas Wind Systems A/S
Henrik Brix Andersen is Lead Embedded Software Engineer at Vestas Wind Systems A/S, providing firmware support for Vestas’ sustainable energy solutions. Brix is a passionate open-source software engineer and a long-standing contributor to the Zephyr RTOS project. He currently serves... Read More →
The use of Zephyr in safety-critical domains poses a significant challenge with regard to certification. Since feature development in open-source projects is usually not driven by a centralized requirement specification, V&V become challenging tasks: The lack of a requirement specification makes the subject of validation hard to capture. Verification requires considerable effort for manual test creation. To address these issues, we explore a Model-Based Testing (MBT) approach for Zephyr, which involves the creation of a formal model of the system. Based on this specification, runnable test cases are automatically derived which pass if the actual software implementation aligns with the model. We present our approach of applying MBT to Zephyr's semaphore API, which uses TLA+ and generates runnable ZTest test cases. Given the promising results of our initial exploration, we want to share our ideas with the community to encourage further work in this area. We argue that an integration of MBT into Zephyr’s development cycle results in formal specifications of the system, which, combined with test generation, enable automated conformance testing and facilitate continuous certification.
Philipp Panzer studied computer science at FAU Erlangen-Nuernberg, with a focus on IT security and system software development. During his studies he worked on cloud-based data-analytics solutions at Siemens Mobility. At the end of his studies, he moved to UL Solutions, where he gained... Read More →
The Zephyr Project is a leading open-source RTOS for resource-constrained, real-time applications. Its modularity, vendor neutrality, and rich ecosystem make it a powerful choice for embedded developers. However, achieving peak performance requires a deep understanding of Zephyr’s internals and optimization strategies.
This session explores techniques to optimize Zephyr applications for efficiency, low latency, and real-time predictability. Attendees will learn how scheduling, memory management, and interrupt handling impact performance and how to fine-tune these elements for specific workloads. We’ll cover configuring Zephyr for high-performance execution, reducing runtime overhead, and debugging bottlenecks.
Key topics include:
• Zephyr’s scheduling model and task prioritization
• Optimizing interrupts and reducing latency
• Fine-tuning memory management and resource allocation
• Profiling and debugging performance issues
• Advanced optimizations for power efficiency and I/O
Whether you’re developing for IoT, industrial automation, or real-time control, this session will equip you with practical strategies to maximize Zephyr’s performance and reliability.
Jacob Beningo helps embedded teams modernize software architecture, streamline development, and adopt best practices for high-quality, real-time systems. As founder of Beningo Embedded Group, he provides expert training and guided learning to improve code quality, accelerate development... Read More →
Zephyr Workbench is an open source Visual Studio Code (VSCode) extension. The purpose is to provide a "few-clicks" platform to manage Zephyr components. It is designed to simplify and accelerate the workflow for building Zephyr applications by automating the setup process (especially on Windows), importing Zephyr SDK, and managing West workspaces, thereby dramatically reducing the barrier to entry for developers of all levels. Whether you’re launching your first Zephyr project or working on a sophisticated multi-board application, this extension provides intuitive configuration wizards and seamless integration with built'in debugging tools.
Furthermore, Zephyr Workbench ensures reproducible builds and rapid turnaround times while effectively managing the projects. Its integrated one-click flashing and debugging feature that supports most West runners, including OpenOCD, J-Link, PyOCD, STLink, and Linkserver. The tool also offers a visual interface that executes West commands, streamlining the process of managing Zephyr projects from creation to deployment, while also providing easy access to memory reports and configuration tools, SPDX and more.
Roy Jamil, with a PhD in the field of Asymmetric Multiprocessing (AMP) and real-time embedded systems, has over six years of experience as a Training Engineer at Ac6. He trains hundreds of engineers annually. His experience includes programming, Linux, drivers, Yocto, and various... Read More →
This talk, based on my presentation at other Open source summit events would focus solely on the use of Zephyr for experimenting with new displays of different sizes and experience with the Zephyr display system. Talk would also cover some new sensor drivers that needed to be written. Highlight would be lessons learned and mistakes made and the hard learnt best practices.
This would draw on our previous experiences in building open source Health hardware and scaling from small wearable device to full fledged patient monitoring and handheld devices and all of them running Zephyr. Emphasis is on the single basic codebase across three different chip vendors.
We will also touch on a bit about Open Source health devices and their significance to the open source community as well as the community at large.
Ashwin is a part of a company called Protocentral Electronics, which is focused on developing open-source hardware for healthcare applications. He is a software and hardware engineer by education and profession, with Masters degrees in both subjects.
On a well-supported hardware platform/SoC, the typical RAM required to run simple applications like hello_world or blinky is around 1.5 KB with the default configurations. SoCs with RAM under 8 KB are common in single-purpose application use cases. With the recent announcement of the world’s smallest microcontroller from TI [1], featuring just 1 KB of SRAM, this coincidentally overlapped with our initial efforts to get the MSPM0 family series into the Zephyr RTOS upstream.
As of today, the smallest RAM where Zephyr can run is 2 KB, supporting UART and GPIO, which utilizes over 90% of the RAM. We often encounter the "FLASH/RAM overflowed by N bytes" error when attempting to get Zephyr working under 1 KB of RAM.
In this talk, we will share the challenges faced while running a useful use case application under 1 KB using Zephyr. Achieving this was made possible thanks to the small footprint of the kernel (i.e., 128 bytes). We will discuss what goes beyond GCC’s -Os and -Oz flags and how we managed to get true multitasking with I2C, SPI, and ADCs running, all while keeping current consumption under 2 µA.
Karthikeyan, who has experience in embedded software development over 3 years, works at Linumiz and is principally responsible for board support and driver development for custom boards using Linux and Zephyr RTOS. He is contributor of Zephyr RTOS.
MQTT-SN (MQTT for Sensor Networks) is a lightweight variant of the popular MQTT protocol, designed specifically for constrained devices and wireless sensor networks. It replaces the TCP transport with UDP (or other lightweight transports) and introduces features like topic aliasing and gateway-based architectures to reduce overhead.
This talk introduces MQTT-SN, explains its motivation, and explores how it fits into the IoT protocol landscape. We will also discuss the current state of MQTT-SN support in Zephyr, including security aspects such as DTLS, and how developers can use it in real-world applications.
The device tree is one of the defining characteristics of the Zephyr project. Using concepts borrowed from Linux, along with its best buddy Kconfig, it allows us to leverage the ecosystem to avoid endlessly rewriting the same drivers. It is also one of the most challenging aspects of Zephyr for developers to get their head around as they venture into the woods beyond the “Getting Started” guide. Device trees can contain repeated, redundant information and parameters which are difficult to trace back to their source. On the other hand, the device tree caters to an incredibly wide range of users who might be setting up a single accelerometer or specifying the peripheral mapping for a multi-core SoC. So, is the device tree too complicated, is it just right, or are there other ways to tackle this problem?
Tim Guite is an embedded systems engineer with over 7 years of industry experience in medical devices, scientific research and biotechnology. He is a big fan of the increasing use of open source tooling in the embedded space. While he possesses a wide range of knowledge, Tim acknowledges... Read More →
When designing battery-powered sensor devices, optimizing the power consumption of all components is crucial. While many sensors offer low-power modes, the generic sensor interface in Zephyr may not always utilize these modes efficiently.
In this talk, I will provide an in-depth look at how Zephyr’s Power Management Subsystem works, how to integrate it into your device drivers, and how it can be used to further reduce power consumption.
Using examples such as a battery level sensor and I2C sensors, I will demonstrate various strategies to manage and minimize a sensor's energy usage. There are multiple approaches to integrating power management within the Zephyr operating system, and I will discuss how sensor characteristics influence which method results in longer battery life. Achieving optimal energy efficiency requires careful consideration of several parameters.
Additionally I will compare different MCU's and their influence on Power consumption and how Zepyhr enables a quick and easy way to switch and compare results on different platforms.
Starting with optimizing power consumption in high performance systems, and training AI models for medical data Fabian Pflug has long since shifted to working with embedded systems. As a Zephyr contributor and embedded software developer for years he knows some of the caveats that... Read More →
Zephyr Twister tool allows to apply data-driven approach in firmware development - with extended test data collection as input for trends visualization, performance impact and root cause analysis, anomaly detection, ML/LLM applications, etc.
This session provides an overview of the recently added Twister features for extended data collection as well as several use cases including Zephyr benchmarks, memory footprint, and test coverage analysis.
It should be interesting and insightful for a wide range of Zephyr practitioners: for vendors dealing with huge amount of test data from their CI pipelines as well as for individual contributors.
This talk provides an in-depth, tutorial-style exploration of memory optimisation within Zephyr RTOS, using Nordic's nRF5340 SOC and nRF7002 WiFi chip in various case studies. By focusing on practical, real-world challenges, the presentation aims to empower developers with actionable strategies for optimizing memory usage in resource-constrained embedded systems.
We begin by clarifying fundamental memory concepts such as flash and RAM, heap memory versus stack memory and differences between static and dynamic allocation. We also going to look at how Zephyr allocates and manages it's memory memory. This foundational overview sets the stage for understanding which parts of the codebase are placed into which memory and what are possible choices of memory optimization.
The presentation then delves into our hands-on experience with the nRF5340, highlighting the increased memory demands posed by the Wi-Fi stack and discussing how to mitigate these challenges. We share specific configuration tweaks, code-level optimizations, and introduce essential memory analysis tools.
Electrical engineer (by education) turned into an embedded engineer. In the past 6 years at IRNAS, Marko has worked on a number of different projects ranging from animal conservation, consumer IoT devices and medical devices. He has dealt with low-power design, wireless radio protocols... Read More →
Embedded Systems enthusiast and passionate surfer. Rodrigo has been the R&D Lead Embedded Systems Engineer at Edge Innovation Center since 2015. Professor at the Federal University of Alagoas since 2011. Co-founder at Citrinio. Zephyr bus maintainer (ZBus subsystem).
We invite you to join us in shaping the future of ZBus! Your ideas and perspectives are invaluable, and we genuinely want to hear them. Join us for a community-driven discussion about our strategic directions, and let’s work together to create something great.
Embedded Systems enthusiast and passionate surfer. Rodrigo has been the R&D Lead Embedded Systems Engineer at Edge Innovation Center since 2015. Professor at the Federal University of Alagoas since 2011. Co-founder at Citrinio. Zephyr bus maintainer (ZBus subsystem).
Since the 1980s, the MIDI (Musical Instruments Digital Interface) protocol has been the leading standard for connecting digital instruments and controllers in live performances and digital audio workstations. In the last 5 years, a brand new revision of this protocol has been released, supporting multiple transports that adapt it to the modern world of high-speed bidirectional communications.
In this talk, we will first look at an overview of the MIDI2 protocol, what it improves on the former MIDI (1) version, how to define its topology, and what kind of data it conveys. We will then dive into practical considerations for developing a custom MIDI2 device, using Zephyr as an example development platform considering:
- USB-MIDI2.0
- Network MIDI2 (UDP based)
- Universal MIDI Packet (UMP) Endpoints discovery and dynamic configuration
Titouan is an embedded and backend developer who worked in remote railway vehicle monitoring and automated visual quality control for the manufacturing industry. He's been using FLOSS and contributing occasionally.
The native simulator is an evolution of Zephyr's native_posix and the POSIX architecture.
It is a basic part of Zephyr's test and debug infrastructure which allows you to build, run and debug your code directly in your host, instrumenting it however you want.
In this talk we will cover:
* An introduction to the native simulator in Zephyr.
* Why does it exist: What one can do with it, and how we use it in Zephyr.
* The native simulator based targets we have in Zephyr.
* How does it work: A brief description of its architecture and what it supports.
* What the average user needs to know ("I just want to run my tests on it, what are the gotchas").
* What a power user needs to know ("I want to write my own driver to interact with a host peripheral, how?").
Since the first Raspberry Pi boards were released in 2012, they have been used by hobbyists, educators and professionals all over the world, and pushed to their limits in space, on deserts and in the deep sea. With the introduction of the RP2040 and RP2350 microcontrollers over the past few years, Raspberry Pi entered the world of deeply embedded systems with some fresh ideas. The Zephyr community quickly set to work supporting this new hardware – and it hasn’t stopped since!
This talk will cover the current state of Zephyr support for Raspberry Pi microcontrollers, how we got here and how developers can contribute to further improvements. This includes working on building blocks of the open source embedded ecosystem such as OpenOCD. We will look at support for Rust and RISC-V, as well as the Programmable I/O (PIO) which is unique to Raspberry Pi. Finally, we will show a survey of open source applications and hardware built with the combination of Zephyr and Raspberry Pi, with some tips for using them in your own projects.
In this session, we will explore the audio stack and frameworks available in Zephyr, with a particular focus on Sound Open Firmware (SOF) - an open-source audio digital signal processing (DSP) firmware and SDK that provides essential infrastructure and tools for audio and signal processing development.
With the release of SOF 2.0, the project has integrated Zephyr RTOS, simplifying and improving its codebase. However, SOF remains tightly coupled to a Linux host OS driver, making it primarily suited for MPUs.
This talk will dive into decoupling SOF from Linux to enable standalone operation on MCUs, making it the go-to audio framework for Zephyr.
Key topics will include:
• Replacing Linux-based host communication
• Modifying SOF firmware to run without Linux-driven configuration
• Leveraging Zephyr drivers for hardware control
Join us to discuss the next steps in making SOF a truly Zephyr-native audio framework.
The community spirit of open-source projects is extraordinarily captivating, and it was this very spirit that I experienced firsthand within my trainee program. During this time, I had the invaluable opportunity to immerse myself in various aspects of the Zephyr Project across different job stations.
In this session, I’ll share my journey of becoming part of the Zephyr Project community, highlighting:
• Navigating the Learning Curve: Insights from porting existing applications to Zephyr.
• Establishing a Repository Structure: Challenges and solutions in organizing code effectively.
• Exploring the Toolchain: Meeting the needs of embedded software development.
• Contributing My First Pull Request: The thrill and lessons from my first pull request.
By the end of this session, you’ll walk away with practical tips to kickstart your own journey with Zephyr and feel inspired by the empowering experience of being part of the Zephyr Project community!
Verena is a young professional at Carl Zeiss Meditec AG, where she has been working since April 2025. Prior to that, she successfully completed the ZEISS Global Graduate Program, specializing in embedded software development. During her time in the program, she became deeply involved... Read More →
With the introduction of Devicetree translation into the Zephyr build process, not only was a proven hardware description language integrated as the state of the art, but also the door to a new art of metaprogramming was opened for the first time for deep embedded programming.
After a short introduction, this talk will take a practical look at the terms commonly used in Zephyr, such as boards, shields and connectors, explain their differences to familiar build and runtime processes from the Linux world and show the limits of the abstractions that can currently be realized with Zephyr. Simple examples for daily work will be presented, but also terms such as Nexus or Shield Stack will be defined in more detail.
A physicist by training, Tobias Kaestner has always been fascinated by the intersection of the physical with the digital world. His professional career started as a SW team lead in a medical device start-up and since then he has served a couple of roles for 15+ years in this industry... Read More →
FOSS Technology Expert, Zephyr & Linux Devicetree, Similarities and Differences – Practical Guide To Boards, Shields and Con - Stephan Linz,
With 25 years of hardware-related software development using only freely available technologies for scientific instrumentation, industry, medical devices, automotive, I have seen many frameworks and tools for Linux and deeply embedded systems. Since 2016, this has also included Zephyr... Read More →
The Institute of Embedded Systems at the Zurich University of Applied Sciences uses Zephyr for several lab exercises for BSc, MSc and students in further education.
These labs include topics like embedded security, bootloaders, and general operating system concepts.
In this lightning talk, we will showcase these labs and discuss the challenge of providing a uniform Zephyr development environment that can be set up quickly and reliably.
Born and raised in Switzerland, I started my journey with a four-year apprenticeship as an electronic technician, followed by earning a Bachelor of Science in Electrical Engineering. Now, I work full-time as a Research Assistant at the Institute of Embedded Systems at the Zurich University... Read More →
There is currently an urgent need for companies to reduce and eventually eliminate software-based memory safety vulnerabilities from their product lines. This requirement begins with the underlying operating systems and extends to the applications that depend on them.
This talk will advocate that now is the right time for the Zephyr operating system to embrace an emerging new hardware architecture extension called CHERI (Capability Hardware Enhanced RISC Instructions) to protect its software and applications against memory vulnerabilities from being exploited.
The CHERI technology has a development history spanning nearly 15 years and is backed by the recent formation of the CHERI Alliance - a consortium of businesses (including ARM, Google and Microsoft), academic institutions, and government organisations.
The talk will provide a summary of the CHERI technology, the latest developments, and the work being done to provide CHERI-RISC-V architecture support for Zephyr.
Jennifer Jackson is a Research Fellow at the University of Birmingham and has been working on projects involving CHERI-based hardware since 2021. She has a PhD from the University of Warwick and has worked both within academia and industry. Her background is in electronic engineering... Read More →
