Zephyr

SEO title: Zephyr — відкрита RTOS для IoT, embedded-систем і мікроконтролерів SEO description: Огляд Zephyr RTOS: призначення, історія, Linux Foundation, IoT, embedded, Kconfig, Devicetree, West, підтримка плат, переваги, недоліки, цікаві факти та порівняння з FreeRTOS, VxWorks і Embedded Linux. SEO keywords: Zephyr, Zephyr RTOS, RTOS, Linux Foundation, embedded systems, IoT, microcontrollers, Kconfig, Devicetree, West, MCU, BLE, RISC-V, ARM, FreeRTOS, Embedded Linux Alternative to:

Головна ідея: Zephyr — це відкрита операційна система реального часу для embedded-пристроїв, IoT, мікроконтролерів і компактних систем, де важливі малий розмір, переносимість, безпека та підтримка різного hardware.

Чому це цікаво: Zephyr можна уявити як “маленький Linux-подібний світ” для мікроконтролерів: він використовує знайомі ідеї на кшталт Kconfig, Devicetree, модульної збірки та відкритої розробки, але працює там, де повноцінний Linux був би занадто великим.

Важливо: Zephyr — це не Linux-дистрибутив і не desktop-система. Це RTOS для пристроїв з обмеженими ресурсами: датчиків, wearable-пристроїв, контролерів, Bluetooth-пристроїв, промислових модулів і IoT-рішень.

1. Загальний опис

Zephyr — це open source RTOS, тобто операційна система реального часу з відкритим кодом, орієнтована на embedded-системи та пристрої з обмеженими ресурсами.

Zephyr використовується для:

• IoT-пристроїв;
• мікроконтролерів;
• wearable-пристроїв;
• Bluetooth Low Energy-пристроїв;
• датчиків;
• промислових контролерів;
• робототехніки;
• smart home-пристроїв;
• медичних і вимірювальних пристроїв;
• прототипів embedded-продуктів;
• пристроїв з малою пам'яттю;
• RISC-V, ARM, x86 та інших embedded-платформ.

Офіційна документація описує Zephyr як систему з малим kernel footprint для resource-constrained і embedded systems: від простих датчиків і LED wearables до smart watches, embedded controllers та IoT wireless applications. :contentReference[oaicite:0]{index=0}

2. Коротка характеристика

Характеристика	Значення
Назва	Zephyr
Повна назва	Zephyr Project / Zephyr RTOS
Тип	Операційна система реального часу
Клас	RTOS
Ліцензія	Apache License 2.0
Організаційна підтримка	Linux Foundation
Основне призначення	Embedded, IoT, MCU, connected devices
Типові пристрої	Мікроконтролери, sensors, wearables, controllers, IoT modules
Інструмент збірки	West, CMake, Ninja
Конфігурація software	Kconfig
Опис hardware	Devicetree
Основна мова	C
Підтримувані архітектури	ARM, RISC-V, x86, ARC, Xtensa, Nios II, SPARC та інші залежно від версії
Актуальна стабільна версія на травень 2026	Zephyr 4.4.0

Офіційна сторінка релізів Zephyr вказує, що Zephyr 4.4.0 вийшла 14 квітня 2026 року і є latest stable release, а наступний запланований реліз — Zephyr 4.5 у жовтні 2026 року. :contentReference[oaicite:1]{index=1}

3. Що таке Zephyr простими словами

Якщо Linux — це великий універсальний набір інструментів для серверів, комп'ютерів, телефонів і хмари, то Zephyr — це компактний набір інструментів для маленьких пристроїв.

Наприклад, є пристрій:

Температурний датчик
   |
   +--> читає температуру
   +--> передає дані через Bluetooth
   +--> спить більшу частину часу
   +--> працює від батарейки

Для такого пристрою повноцінний Linux може бути надмірним. Йому потрібна легка система, яка швидко стартує, займає мало пам'яті, вміє працювати з датчиками, Bluetooth, GPIO, таймерами й sleep mode.

Саме для таких задач і підходить Zephyr.

4. Історія

Zephyr — порівняно молода RTOS, але вона швидко стала одним із найпомітніших open source-проєктів в embedded-світі.

Ключові етапи:

Рік	Подія
2016	Linux Foundation оголосила Zephyr Project як open source RTOS для embedded і IoT.
2016–2018	Проєкт активно розвиває kernel, drivers, networking stack і базову підтримку плат.
2018	Зростає інтерес виробників мікроконтролерів і IoT-компаній.
2020	Zephyr 2.x стає помітною платформою для connected embedded-пристроїв.
2021–2023	Розвиваються Bluetooth, networking, security, Devicetree, tooling і підтримка нових архітектур.
2024	Zephyr усе частіше розглядається як серйозна альтернатива класичним RTOS у комерційних продуктах.
2025	Zephyr переходить до регулярнішого cadence релізів і продовжує зростати як embedded-екосистема.
2026	Zephyr 4.4.0 є актуальним стабільним релізом, а проєкт підтримує понад 1000 плат.

Офіційний сайт Zephyr Project підкреслює, що Zephyr RTOS уже використовується в комерційних продуктах і має 1000+ supported boards. :contentReference[oaicite:2]{index=2}

5. Цікавий факт: Zephyr — це RTOS з “Linux-культурою”

Zephyr не є Linux, але багато чого в ньому знайоме людям із Linux-світу:

• Kconfig;
• Devicetree;
• відкритий процес розробки;
• pull requests;
• велика спільнота;
• підтримка багатьох архітектур;
• документація;
• модульна конфігурація;
• hardware abstraction;
• board definitions.

Це одна з причин, чому Zephyr подобається командам, які хочуть більш сучасний, відкритий і масштабований підхід до embedded-розробки.

6. Основні особливості

6.1. Малий footprint

Zephyr створений для пристроїв із невеликою кількістю пам'яті.

Це важливо для:

• мікроконтролерів;
• battery-powered devices;
• wireless sensors;
• wearable-пристроїв;
• low-power IoT;
• пристроїв без MMU;
• контролерів з обмеженим Flash і RAM.

6.2. RTOS-поведінка

Zephyr підтримує механізми, потрібні для real-time систем:

• threads;
• scheduler;
• priorities;
• interrupts;
• timers;
• semaphores;
• mutexes;
• message queues;
• workqueues;
• polling;
• atomic operations.

6.3. Підтримка багатьох плат

Одна з головних переваг Zephyr — велика кількість підтримуваних board definitions.

Це означає, що розробник може швидко почати з популярною платою:

• Nordic Semiconductor nRF boards;
• STMicroelectronics STM32 boards;
• NXP boards;
• Espressif boards;
• Arduino-compatible boards;
• RISC-V boards;
• QEMU targets;
• custom hardware.

6.4. Devicetree

Devicetree у Zephyr описує hardware.

Офіційна документація пояснює, що Devicetree — це hierarchical data structure, яка використовується для опису hardware, device driver model та початкової конфігурації hardware. :contentReference[oaicite:3]{index=3}

Приклад логіки:

У платі є:
  - UART
  - SPI
  - I2C
  - GPIO
  - sensor
  - LED

Devicetree описує, де вони знаходяться,
які мають адреси, pins і властивості.

6.5. Kconfig

Kconfig відповідає за software-конфігурацію.

Документація Zephyr пояснює різницю так: Devicetree переважно описує hardware, а Kconfig — software support, який потрібно додати у фінальний образ. :contentReference[oaicite:4]{index=4}

Приклад:

CONFIG_GPIO=y
CONFIG_I2C=y
CONFIG_BT=y
CONFIG_LOG=y

6.6. West

West — це meta-tool для Zephyr.

Він використовується для:

• отримання вихідного коду;
• керування workspace;
• збірки;
• flashing;
• debugging;
• роботи з manifest-файлами;
• multi-repository проєктів.

Типові команди:

west init
west update
west build
west flash
west debug

7. Архітектура Zephyr

Загальна схема:

Application
   |
   v
Zephyr APIs
   |
   +--> Kernel services
   +--> Device drivers
   +--> Networking
   +--> Bluetooth
   +--> File systems
   +--> Logging
   +--> Power management
   +--> Security
   |
   v
Zephyr Kernel
   |
   +--> Scheduler
   +--> Threads
   +--> Interrupts
   +--> Synchronization
   +--> Timers
   |
   v
Hardware Abstraction
   |
   +--> Devicetree
   +--> Kconfig
   +--> Drivers
   +--> Board Support
   |
   v
Hardware

8. Типова структура проєкту

my_zephyr_app/
  CMakeLists.txt
  prj.conf
  src/
    main.c
  boards/
    custom_board.overlay
  west.yml

Файл	Призначення
CMakeLists.txt	Описує збірку застосунку.
prj.conf	Kconfig-конфігурація застосунку.
src/main.c	Основний код застосунку.
*.overlay	Devicetree overlay для зміни hardware-конфігурації.
west.yml	Manifest для west workspace.

9. Приклад Hello World

#include <zephyr/kernel.h>

int main(void)
{
    printk("Hello from Zephyr!\n");
    return 0;
}

Приклад збірки:

west build -b native_sim samples/hello_world

Запуск або прошивання залежить від target board.

10. Приклад blink LED

#include <zephyr/kernel.h>
#include <zephyr/drivers/gpio.h>

#define SLEEP_TIME_MS 1000

static const struct gpio_dt_spec led =
    GPIO_DT_SPEC_GET(DT_ALIAS(led0), gpios);

int main(void)
{
    if (!gpio_is_ready_dt(&led)) {
        return 0;
    }

    gpio_pin_configure_dt(&led, GPIO_OUTPUT_ACTIVE);

    while (1) {
        gpio_pin_toggle_dt(&led);
        k_msleep(SLEEP_TIME_MS);
    }

    return 0;
}

Це класичний embedded-приклад: миготіння світлодіодом. У desktop-світі це виглядає дрібницею, але в embedded саме з таких речей починається знайомство з hardware.

11. Цікавий факт: “Hello World” в embedded — це часто LED

У звичайному програмуванні перша програма друкує:

Hello, world!

В embedded-світі перший “hello world” часто виглядає так:

Світлодіод блимає.

Чому це важливо?

Бо якщо LED блимає, значить:

• код зібрався;
• прошивка завантажилася;
• плата працює;
• GPIO налаштований;
• таймери працюють;
• цикл виконується;
• розробник отримав перший контакт із hardware.

12. Zephyr SDK

Zephyr SDK — це набір toolchain-ів та інструментів для збірки, flashing і debugging Zephyr-застосунків.

Zephyr 4.4 став першим релізом, який постачається з Zephyr SDK 1.0.1; офіційний анонс описує SDK як complete, standalone toolchain package для build, flash і debug на всіх підтримуваних архітектурах та основних ОС — Windows, Linux і macOS. :contentReference[oaicite:5]{index=5}

13. Підтримка мережі

Zephyr має мережеві можливості, що важливо для IoT.

Можливості можуть включати:

• IPv4;
• IPv6;
• TCP;
• UDP;
• MQTT;
• CoAP;
• HTTP client;
• DNS;
• TLS;
• Ethernet;
• Wi-Fi;
• 6LoWPAN;
• Thread;
• Bluetooth networking;
• WireGuard у новіших релізах.

В анонсі Zephyr 4.4 згадується підтримка WireGuard, Wi-Fi Direct, OpenRISC та інші нові можливості. :contentReference[oaicite:6]{index=6}

14. Bluetooth у Zephyr

Zephyr дуже часто використовують для Bluetooth Low Energy.

Типові сценарії:

• BLE sensors;
• beacons;
• wearable devices;
• smart locks;
• fitness accessories;
• medical sensors;
• industrial telemetry;
• custom BLE peripherals.

Zephyr може бути привабливим для BLE-проєктів, бо дає готову RTOS-структуру, Bluetooth stack, драйвери й підтримку популярних SoC.

15. Power management

Для IoT і battery-powered пристроїв важливе енергоспоживання.

Zephyr підтримує механізми power management:

• sleep modes;
• device power management;
• system power states;
• runtime power management;
• tickless kernel у відповідних конфігураціях;
• low-power idle;
• wake-up sources.

Простими словами, Zephyr допомагає пристрою не “крутитися без потреби”, а спати, коли роботи немає.

16. Security

Zephyr приділяє багато уваги безпеці.

Офіційна wiki Zephyr описує проєкт як scalable open-source RTOS для multiple hardware architectures, optimized for resource-constrained devices і built with security in mind. :contentReference[oaicite:7]{index=7}

Типові security-напрями:

• secure boot;
• signed images;
• MCUboot;
• TLS;
• cryptography libraries;
• memory protection на підтримуваних архітектурах;
• userspace;
• permissions;
• security advisories;
• vulnerability handling;
• SBOM і supply chain-підходи в сучасних embedded-проєктах.

17. MCUboot

MCUboot — secure bootloader, який часто використовується разом із Zephyr.

Він допомагає:

• перевіряти підпис прошивки;
• оновлювати firmware;
• робити rollback;
• безпечніше виконувати OTA updates;
• розділяти bootloader і application image.

18. Цікавий факт: Zephyr хоче бути не просто RTOS, а екосистемою

У класичному embedded-світі часто було так:

Один vendor → свій SDK → свої драйвери → своя документація → свій спосіб збірки.

Zephyr намагається дати інший підхід:

Багато vendors → одна спільна RTOS → спільні API → спільний build system → спільна документація.

Це не завжди ідеально, але саме ця ідея робить Zephyr важливим.

19. Розробка з Zephyr

Типовий workflow:

1. Встановити Python, CMake, west, toolchain.
2. Ініціалізувати Zephyr workspace.
3. Обрати board.
4. Написати application code.
5. Налаштувати prj.conf.
6. За потреби додати Devicetree overlay.
7. Зібрати firmware.
8. Прошити пристрій.
9. Перевірити logs.
10. Debug або оптимізація.

Приклад команд:

west build -b nrf52840dk_nrf52840 app

west flash

west debug

20. Переваги Zephyr

Перевага	Опис
Open source	Проєкт відкритий і розвивається спільнотою та компаніями.
Linux Foundation	Має сильну організаційну підтримку.
Багато плат	Підтримує понад 1000 boards.
Kconfig і Devicetree	Дає структурований спосіб описувати software і hardware.
Модульність	Можна вмикати тільки потрібні компоненти.
IoT-фокус	Є networking, Bluetooth, security і power management.
Сучасна екосистема	Підходить для нових embedded-проєктів.
Переносимість	Один застосунок легше переносити між board-ами, ніж у багатьох vendor SDK.

21. Недоліки Zephyr

Недолік	Опис
Складний старт	Kconfig, Devicetree, west і CMake можуть бути важкими для новачків.
Швидкий розвиток	API й підходи можуть змінюватися між версіями.
Не завжди простіше за vendor SDK	Для маленького проєкту vendor SDK іноді швидший.
Потрібно розуміти hardware	Zephyr не прибирає embedded-складність повністю.
Не замінює Linux	Для потужних систем із MMU, файловими системами й складним UI часто потрібен Embedded Linux.
Не завжди підходить для найменших MCU	Для дуже малих мікроконтролерів FreeRTOS або bare metal можуть бути простішими.

22. Порівняння з FreeRTOS

Критерій	Zephyr	FreeRTOS
Тип	Open source RTOS з великою екосистемою.	Легка RTOS, дуже популярна для MCU.
Організація	Linux Foundation.	Amazon Web Services / open source ecosystem.
Конфігурація	Kconfig, Devicetree, CMake, west.	Зазвичай простіша структура, залежить від проєкту.
Hardware abstraction	Сильна board/driver model.	Часто більше залежить від vendor SDK.
Складність	Вища на старті.	Часто простіша для малих задач.
Екосистема	Широка RTOS-платформа з networking, BLE, drivers.	Дуже поширена minimal RTOS-база.

23. Порівняння з VxWorks

Критерій	Zephyr	VxWorks
Ліцензія	Open source.	Комерційна пропрієтарна RTOS.
Основний фокус	IoT, embedded, MCU, connected devices.	Mission-critical, safety-critical, aerospace, industrial.
Сертифікація	Рухається в напрямі більшої safety/security-зрілості.	Має зрілі safety-certified variants.
Вартість входу	Низька, код відкритий.	Комерційне ліцензування.
Екосистема	Community + vendors.	Vendor-backed professional ecosystem.
Типові проєкти	IoT sensor, BLE device, wearable, controller.	Авіоніка, промисловість, медичне обладнання, космос.

24. Порівняння з Embedded Linux

Критерій	Zephyr	Embedded Linux
Тип	RTOS.	Linux-система для embedded.
Ресурси	Працює на малих MCU.	Потребує значно більше RAM, storage і CPU.
Старт	Дуже швидкий.	Повільніший через bootloader, kernel, userspace.
Real-time	Основний фокус.	Можливий, але залежить від kernel config і PREEMPT_RT.
UI	Зазвичай мінімальний або відсутній.	Може мати повний UI, Wayland, Qt тощо.
Пристрої	Сенсори, BLE, контролери, low-power IoT.	Gateways, routers, cameras, panels, complex devices.

25. Zephyr і RISC-V

Zephyr активно використовується в RISC-V embedded-світі.

Причина проста: RISC-V — відкрита архітектура процесорів, а Zephyr — відкрита RTOS.

Разом вони добре підходять для:

• навчання;
• open hardware;
• research;
• кастомних SoC;
• low-power пристроїв;
• експериментальних embedded-платформ.

26. Zephyr і Nordic Semiconductor

Zephyr став особливо помітним у Bluetooth Low Energy-світі, зокрема через підтримку Nordic Semiconductor.

Nordic nRF Connect SDK базується на Zephyr і використовується для розробки під nRF52, nRF53, nRF91 та інші платформи.

Це важливий приклад, як vendor SDK може не конкурувати із Zephyr, а будуватися поверх нього.

27. Zephyr і automotive

Zephyr поступово рухається в напрямі більш зрілих safety/security-сценаріїв, включно з automotive.

Офіційні матеріали Zephyr у 2026 році згадують focus на minimal latency, high determinism, efficient memory management, robust multitasking і рух у бік потреб automotive industry. :contentReference[oaicite:8]{index=8}

Це не означає, що Zephyr автоматично замінює AUTOSAR або комерційні safety RTOS, але показує напрям розвитку.

28. Цікавий факт: Zephyr швидко росте, бо embedded-світ змінився

Колись embedded-пристрій часто був ізольованим:

кнопка → мікроконтролер → мотор

Сучасний embedded-пристрій часто вже інший:

датчик → Bluetooth → smartphone app → cloud → OTA update → security → analytics

Zephyr з'явився саме в епоху, коли embedded-пристроям стало потрібно більше:

• мережа;
• безпека;
• оновлення;
• переносимість;
• standard APIs;
• драйвери;
• open source governance;
• підтримка багатьох vendors.

29. Коли варто використовувати Zephyr

Zephyr доцільно розглядати, якщо:

• потрібна RTOS;
• пристрій має обмежені ресурси;
• потрібен Bluetooth або networking;
• важлива переносимість між платами;
• потрібна open source екосистема;
• потрібна підтримка багатьох SoC;
• команда готова працювати з Kconfig і Devicetree;
• потрібен сучасний підхід до embedded firmware;
• проєкт пов'язаний з IoT, wearable, sensors або controllers.

30. Коли Zephyr може бути не найкращим вибором

Zephyr може бути не найкращим варіантом, якщо:

• потрібна дуже проста bare-metal програма;
• MCU має надто мало пам'яті;
• команда хоче мінімальний learning curve;
• потрібна повноцінна Linux-система;
• потрібна зріла сертифікована RTOS для avionics прямо зараз;
• vendor SDK уже повністю покриває задачу;
• продукт залежить від старого legacy-коду під іншу RTOS.

31. Типові проблеми новачків

Проблема	Чому виникає	Як думати про це
“Чому не бачить драйвер?”	Може бути помилка в Devicetree або Kconfig.	Перевірити overlay, compatible, status і CONFIG_*.
“Чому не збирається?”	Zephyr має складну build system.	Дивитися CMake output, west build logs і Kconfig warnings.
“Чому GPIO не працює?”	Можливо, неправильний alias або pin mapping.	Перевірити board DTS і overlay.
“Чому код великий?”	Увімкнено зайві subsystem-и.	Вимикати непотрібні CONFIG.
“Чому приклад працює на одній платі, а на іншій ні?”	Hardware відрізняється.	Дивитися board support і Devicetree.
“Чому все так складно?”	Zephyr намагається бути універсальною RTOS-екосистемою.	Спочатку вивчити мінімальний flow: board → prj.conf → main.c → build.

32. Людське пояснення: чим є Zephyr

Zephyr — це не просто “ще одна RTOS”.

Це спроба зробити embedded-розробку менш схожою на набір ізольованих vendor SDK і більше схожою на спільну відкриту платформу.

Уявімо, що кожен виробник мікроконтролера має свою кухню, свої ножі, свої рецепти й свої правила. Zephyr намагається зробити спільну кухню, де різні продукти все ще різні, але базові інструменти знайомі.

Це не робить embedded простим. Але це робить його більш переносимим і менш хаотичним.

33. Цікаві факти

Факт	Пояснення
Zephyr підтримує понад 1000 плат	Це робить його однією з найширших open source RTOS-екосистем.
Zephyr не є Linux	Але використовує ідеї Linux-світу: Kconfig, Devicetree, open governance.
“Hello World” у Zephyr часто означає LED	Для embedded-пристроїв блимання світлодіодом — це перший доказ, що hardware ожив.
Zephyr добре підходить для BLE	Через це він популярний у wearable, sensors і low-power пристроях.
Zephyr підтримує RISC-V	Це робить його цікавим для open hardware і research.
Zephyr — не тільки hobby-проєкт	Офіційний сайт підкреслює, що Zephyr використовується в комерційних продуктах.
У Zephyr hardware і software конфігуруються окремо	Devicetree описує hardware, Kconfig — software-функції.
Zephyr SDK 1.0 з'явився разом із Zephyr 4.4	Це важлива ознака зрілості tooling-екосистеми.

34. Безпека

Для Zephyr-проєктів важливо думати про безпеку з самого початку.

Рекомендовані практики:

• використовувати secure boot;
• підписувати firmware;
• планувати OTA updates;
• мінімізувати attack surface;
• не вмикати зайві subsystem-и;
• використовувати TLS для мережі;
• оновлювати залежності;
• перевіряти security advisories;
• контролювати debug interfaces;
• вимикати production debug;
• захищати secrets;
• тестувати failure scenarios.

35. Zephyr у сучасному embedded-світі

Zephyr став важливим, бо embedded-світ рухається від ізольованих “прошивок” до connected devices.

Сучасний пристрій часто повинен:

• підключатися до мережі;
• оновлюватися;
• шифрувати дані;
• працювати від батарейки;
• бути переносимим між hardware;
• підтримувати Bluetooth або Wi-Fi;
• мати діагностику;
• бути безпечним;
• жити багато років після продажу.

Zephyr добре відповідає саме на ці потреби.

36. Висновок

Zephyr — це сучасна open source RTOS для embedded, IoT і мікроконтролерів.

Її головні переваги:

• відкритий код;
• підтримка Linux Foundation;
• багато board-ів;
• Kconfig;
• Devicetree;
• west tooling;
• Bluetooth і networking;
• security focus;
• power management;
• переносимість;
• активна спільнота.

Головні обмеження:

• складний старт;
• багато концепцій для новачка;
• не завжди найкращий вибір для дуже малих задач;
• не замінює Embedded Linux;
• потребує розуміння hardware;
• швидкий розвиток може вимагати постійного навчання.

Zephyr найкраще підходить для команд, які створюють сучасні connected embedded-пристрої й хочуть мати не просто маленьке ядро, а цілу відкриту RTOS-екосистему.

37. Джерела

• Zephyr Project official website
• Zephyr Documentation: Introduction
• Zephyr Documentation: Devicetree
• Zephyr Documentation: Kconfig
• Zephyr Documentation: Releases
• Zephyr Project Wiki
• Zephyr RTOS 4.4 release announcement
• Linux Foundation: Zephyr Project
• Zephyr GitHub repository
• Nordic nRF Connect SDK documentation

38. Див. також

Zephyr Zephyr RTOS RTOS Real-time operating system Linux Foundation Embedded systems IoT Microcontroller Kconfig Devicetree West Bluetooth Low Energy RISC-V ARM FreeRTOS VxWorks QNX Embedded Linux MCUboot Операційні системи