home.social

#rtos — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #rtos, aggregated by home.social.

  1. #qnx est- il encore développé / utilisé / pertinent ?

    #alternativeos #rtos

  2. #qnx est- il encore développé / utilisé / pertinent ?

    #alternativeos #rtos

  3. Those who learned #computing in the 1970s and 1980s—from the signal-level up, on trainers like KIM-1 or Heathkit ET-3400—often get the urge to stroll down Memory Lane, the full 256-byte length of it. They need not spend thousands of dollars on eBay to purchase a beaten, broken, fifty-year-old trainer; they could just grab the wonderful Black Pill #STM32 F411 Cortex board on #AliExpress for $0.99.
    shorturl.at/mfFxd
    st.com/en/microcontrollers-mic

    Or, try the fabulous #ESP32 C3 RISV-V board, with an OLED display, WiFi, and BLE for the same amount of money.
    shorturl.at/BHZ7r
    espressif.com/en/products/socs

    These thumb-sized #MCU boards are more capable than the 1980s room-sized super-minicomputers. The F411, for example, has a 32-bit 100 MHz Cortex-M4F with FPU, 256 KB SRAM, and 512 KB Flash.

    These boards can be programmed in assembly or the usual assortment of open-source, higher-level #programming languages, like Forth, C, C++, Go, Rust, Zig, Ada, etc., and even Processing, Python, and JavaScript.

    A good selection of open-source #RTOS are available, too: FreeRTOS, Zephyr, ChibiOS, and the like.

    Go ahead; by a bucket load of MCU boards from AliExpress, relive those happier simpler times, and simultaneously buck the stupid #tariffs.

  4. Zepyhr RTOS (MCU OS) has support for WireGuard VPN now 🔒

    „The networking stack also gains support for WireGuard VPN, enabling secure, low-overhead tunneling directly on your Zephyr devices. WireGuard is known for its simplicity, speed, and strong cryptography, making it an ideal fit for resource-constrained embedded devices that need secure remote management or encrypted data transport.“

    @zephyr

    zephyrproject.org/zephyr-rtos-

    #zephyrrtos #mcu #rtos

  5. 🎉 Behold, the minimalist miracle of TinyOS: an #RTOS so tiny, it fits neatly inside a single #GitHub repo! 🎩✨ Witness the #audacity of #developers who dare to manage code with less complexity than your average IKEA manual. 🤔🔧
    github.com/cmc-labo/tinyos-rtos #TinyOS #Minimalism #HackerNews #ngated

  6. Part 2 of our blog post series about our work on the Zephyr Demo has just been published:
    rcn.pages.igalia.com/blog/post

    If you missed Part 1, check out Ricardo Cañuelo’s page:
    rcn.pages.igalia.com/blog/

    #Zephyr #OpenSource #RTOS #IoT

  7. Part 2 of our blog post series about our work on the Zephyr Demo has just been published:
    rcn.pages.igalia.com/blog/post

    If you missed Part 1, check out Ricardo Cañuelo’s page:
    rcn.pages.igalia.com/blog/

    #Zephyr #OpenSource #RTOS #IoT

  8. Part 2 of our blog post series about our work on the Zephyr Demo has just been published:
    rcn.pages.igalia.com/blog/post

    If you missed Part 1, check out Ricardo Cañuelo’s page:
    rcn.pages.igalia.com/blog/

    #Zephyr #OpenSource #RTOS #IoT

  9. Part 2 of our blog post series about our work on the Zephyr Demo has just been published:
    rcn.pages.igalia.com/blog/post

    If you missed Part 1, check out Ricardo Cañuelo’s page:
    rcn.pages.igalia.com/blog/

    #Zephyr #OpenSource #RTOS #IoT

  10. Part 2 of our blog post series about our work on the Zephyr Demo has just been published:
    rcn.pages.igalia.com/blog/post

    If you missed Part 1, check out Ricardo Cañuelo’s page:
    rcn.pages.igalia.com/blog/

    #Zephyr #OpenSource #RTOS #IoT

  11. Полезные утилиты RTT Viewer и System Viewer

    Хорошие инструменты для отладки встраиваемого ПО микроконтроллеров давно стали делом привычным. Возможности таких инструментов определяются как архитектурой ядра, так и выбором отладчика. Рассмотрим три понятия: DAP (Debug access port), ITM (Instrumentation Trace Macrocell) и RTT (Real-Time Transfer). Всё это «механизмы» позволяющие выводить отладочную информацию в том или ином виде. DAP – это аппаратный блок, который дает доступ к шинам и ядру микроконтроллера. ITM – это специальный блок внутри Cortex-M (начиная с M3 и выше), предназначенный для сообщений с минимальными потерями времени. RTT – технология компании SEGGER, построенная на использовании кольцевого буфера внутри RAM. Именно о ней и пойдет речь в публикации.

    habr.com/ru/articles/1011650/

    #RTT_Viewer #System_Viewer #rtos #программирование_микроконтроллеров #printf

  12. Da ich mich gerade ein wenig mit Digitaler Signalverarbeitung beschäftige, suche ich ein #RTOS, mit dem ich harte Realtime Tasks laufen lassen kann. Dabei bin ich über #RTIC gestolpert und habe es gerade mal auf einem STM32H7A3 zum Laufen gebracht. Die Tage werde ich es mal weiter testen und schauen, ob ich darauf aufsetzen werde. #rust #rustlang

  13. The article Design of Prototyping Control Unit for BLDC/PMSM Drives and Piezoelectric Actuators documenting our work on #NuttX #RTOS and #pysimCoder has been published. It documents SaMoCon Open HW and SW motion control platform as well.

    We have submitted another related presentation to the Apache Community Over Code 2026 in Glasgow, from October 10 to 15. The NuttX call for presentations is still open for this event.

    We hope to be available on Open Source Summit Europe in Prague in October, if the price bar/access rules allow that to our students and us, and we will be available (for sure) at #LinuxDays in Prague, which is (in a contrast) a really freely accessible community organized event in Prague with long history, and this year exactly before @linuxplumbersconf and Open Source Summit Europe

  14. VxWorks – the Wind River’s VxWorks and Tornado real-time OS (RTOS), microkernel based, POSIX and ANSI C language compliant. VxWorks is a real-time operating system (RTOS) developed and marketed by the American company Wind River Systems archiveos.org/vxworks/ #operatingsystem #rtos

  15. On i.MX8MP, GPIOs are owned by Linux (A53) by default.
    If the Cortex-M7 needs them—especially for interrupts—you must release them in the device tree:

    • Remove pinmux
    • Remove GPIO references
    • Disable the GPIO controller if needed

    This prevents A53/M7 resource conflicts and ensures real-time reliability.
    forlinx.net/industrial-news/im

    #iMX8MP #CortexM7 #EmbeddedLinux #GPIO #RTOS

  16. Update after longer run (~10M cycles): max jitter reached 55 µs 👌🏻

    Plugging in AC power caused a localized spike on a single RT thread (51 µs), while others stayed stable.
    Classic ACPI / power-state event: bounded, localized, fully recoverable.

    Determinism preserved under real hardware events 👊🏻

    #linux #realtime #rtos #buildroot #PREEMPTRT #latency #cyclictest #determinism

  17. Built a custom RTOS with Buildroot + Linux 6.12 RT. Tested on an old Celeron dual‑core over SSH, Wi‑Fi on, and stress‑ng running.

    Max jitter: 39 µs (!)

    Same hardware, same kernel on Debian 13 RT in “clean lab” conditions… also 39 µs.

    Real‑world vs lab, same result. Buildroot wins in determinism 🏆

    #linux #realtime #rtos #buildroot #PREEMPTRT #benchmark #latency

  18. Spending my Xmas holidays in the best way possible: deep diving into my custom BuildLab! 🛠️🐧

    Running Debian 13 (via live-build) on one USB stick, compiling Buildroot projects onto another. 4 days of uptime and it’s smooth as silk.

    Currently practicing with RTOS for x86 and Real-Time Linux (PREEMPT_RT) for Raspberry Pi. There’s nothing like the smell of fresh cross-compiled firmware in the morning! ☕

    #Linux #Buildroot #EmbeddedSystems #Debian #RTOS #RaspberryPi #SelfHosted

  19. Just built a custom x86 Real-Time OS with #Buildroot! 🚀

    Boasts a blazing-fast 2-second boot on QEMU, now ready for bare metal. This #RTOS is super lean on RAM & CPU, perfect for embedded & low-latency apps.

    Thrilled with the #LinuxRT kernel (6.12.57-rt14)! Check out the screenshots for proof.

    What a journey!

    #EmbeddedLinux #RealTimeLinux

  20. Pech или pyRTOS: вот почему «печка» лучше чем «аналог FreeRTOS»

    Pech — это Managed Kernel которая следует концептам Mach 3.0 . В 2025 году безопасность важнее ручного управления тактами. Я использую высокоуровневый рантайм для создания математически безопасной среды , где баги памяти устранены на уровне архитектуры. Это то, к чему сейчас стремятся проекты вроде Microsoft Singularity или современные ОС на Rust. В этой статье я попытаюсь как можно больше перечислить ошибок pyRTOS которые были исправлены в Pech.

    habr.com/ru/articles/978848/

    #os #diy #diy_os #diy_kernel #kernel #pyrtos #rtos #raspberry_pi_pico #micropython #pech

  21. VICTORY! 🏁 After a long battle with kernel patches and expert modes, the BashLab has officially spawned a #RealTimeLinux system! 🐧⚙️

    Running Linux 6.1.158-rt58 on #QEMU via #Buildroot. From 'urban legend' to PREEMPT_RT reality. Never underestimate the power of a clean Ext4 partition and the Expert Mode! 🤓🎒 #EmbeddedLinux #LinuxKernel #RTOS #OpenSource #Hacking

  22. My journey to a #RealTimeLinux kernel for #AMD64 on Buildroot continues!

    Many failed experiments with different kernel/RT patch combos (6.18, 6.12, 6.1), but learning a ton about patching & Buildroot quirks. Still stuck on enabling CONFIG_PREEMPT_RT, but feeling closer to the breakthrough!

    My portable #BashLab is ready for more. 🤓

    #EmbeddedLinux #Buildroot #RTOS #LinuxKernel #DIY #PortableLab

  23. My journey to a #RealTimeLinux kernel for #AMD64 on Buildroot continues!

    Many failed experiments with different kernel/RT patch combos (6.18, 6.12, 6.1), but learning a ton about patching & Buildroot quirks. Still stuck on enabling CONFIG_PREEMPT_RT, but feeling closer to the breakthrough!

    My portable #BashLab is ready for more. 🤓

    #EmbeddedLinux #Buildroot #RTOS #LinuxKernel #DIY #PortableLab

  24. My journey to a #RealTimeLinux kernel for #AMD64 on Buildroot continues!

    Many failed experiments with different kernel/RT patch combos (6.18, 6.12, 6.1), but learning a ton about patching & Buildroot quirks. Still stuck on enabling CONFIG_PREEMPT_RT, but feeling closer to the breakthrough!

    My portable #BashLab is ready for more. 🤓

    #EmbeddedLinux #Buildroot #RTOS #LinuxKernel #DIY #PortableLab

  25. My journey to a #RealTimeLinux kernel for #AMD64 on Buildroot continues!

    Many failed experiments with different kernel/RT patch combos (6.18, 6.12, 6.1), but learning a ton about patching & Buildroot quirks. Still stuck on enabling CONFIG_PREEMPT_RT, but feeling closer to the breakthrough!

    My portable #BashLab is ready for more. 🤓

    #EmbeddedLinux #Buildroot #RTOS #LinuxKernel #DIY #PortableLab

  26. My journey to a #RealTimeLinux kernel for #AMD64 on Buildroot continues!

    Many failed experiments with different kernel/RT patch combos (6.18, 6.12, 6.1), but learning a ton about patching & Buildroot quirks. Still stuck on enabling CONFIG_PREEMPT_RT, but feeling closer to the breakthrough!

    My portable #BashLab is ready for more. 🤓

    #EmbeddedLinux #Buildroot #RTOS #LinuxKernel #DIY #PortableLab

  27. One think has really struck me in most pictures of #RTOS designs that I’ve seen recently: they all have a HAL or device driver layer at the bottom. The bottom layer is your trusted computing base (TCB): the bits that have to be correct for any of your security guarantees to hold. But device drivers talk to the outside world. Ethernet, SPI, I2C, UARTs, and so on are all parts of your attack surface: the place where an attacker is most likely to start attacking your system.

    By combining your external attack surface with your TCB, you guarantee that an attacker who mounts a successful exploit has complete control over the system.

    This is why #CHERIoT RTOS makes it trivial to delegate devices to the least-trusted portion of a firmware image. A compartment with exclusive access to a device doesn’t get any privileges other than a CHERI capability (hardware-enforced pointer) authorising access to that device’s MMIO region. If an attacker compromises it, they get access to that device, and maybe a way of trying to attack the next compartment, but it’s just the first step towards device compromise, not the end. Device drivers for single-user devices are just a software engineering abstraction, not a security boundary: they let you avoid thinking about device-specific details. Device drivers that handle multiplexing have no special privileges other than access to the device. At worst, compromising one allows you to break the isolation that the multiplexing provided.

  28. Гайд на сборку OpenVela для STM32 из-под WSL от 16-летнего отрока

    В этой статье мы соберем ОСРВ OpenVela от Xiaomi под отладочную плату STM32 F411CEU6, используя WSL, который официально вроде как не поддерживается. Эта ОС базирована на Apache Nuttx и имеет много фич от Xiaomi, включая HyperConnect. В комплекте также небольшая предыстория от автора. Цум Интрестинг

    habr.com/ru/articles/934372/

    #Apache #Nuttx #осрв #rtos #xiaomi #linux #stm32 #stm32f4

  29. Na naszym YouTube pojawił się film z wystąpienia Patryka Kościka z Antmicro “Zephyr RTOS - A Linux-like approach in the world of microcontrollers”, które miało miejsce podczas 19. Sesji Linuksowej.

    🎥 Link do nagrania: youtube.com/watch?v=vBGJbr9I9ww

    Zapraszamy do oglądania i subskrybowania kanału! 😉

  30. Оптимизация управления задачами в Zephyr OS с помощью Thread Pool

    Управлять потоками в C для каждой мелкой задачи — это боль. 😤 Даже самые простые задачи вынуждают возиться с k_thread_create , ждать завершения, чистить ресурсы — и всё это превращает твой код в бесконечную головную боль. 🤬 К счастью, в Zephyr OS есть спасение — Thread Pool : набор заранее выделенных потоков, которые берут задачи из очереди и выполняют их без лишнего мусора. Этот подход экономит ресурсы, время и твою нервную систему.

    habr.com/ru/articles/925300/

    #iot #iot_разработка #микроконтроллеры #embedded_systems #thread_pool #zephyr #rtos #embedded_c_programming #потоки

  31. Taming Hard Faults in Zephyr OS: Практическое руководство для embedded-разработчиков

    🚨 Что такое Hard Fault простыми словами Hard Fault — это критическая ошибка процессора. Проще говоря, это ситуация, когда микроконтроллер встречает что-то настолько «невозможное» для себя, что не может продолжить выполнение программы. Типичный пример — попытка обратиться к памяти, которой не существует, или выполнение запрещённой инструкции. Когда это происходит, процессор сразу передаёт управление специальному обработчику — Hard Fault Handler .

    habr.com/ru/articles/925298/

    #embedded #embedded_linux #embedded_software_development #arm #rtos #iot #zephyr #embedded_development

  32. Taming Hard Faults in Zephyr OS: Практическое руководство для embedded-разработчиков

    🚨 Что такое Hard Fault простыми словами Hard Fault — это критическая ошибка процессора. Проще говоря, это ситуация, когда микроконтроллер встречает что-то настолько «невозможное» для себя, что не может продолжить выполнение программы. Типичный пример — попытка обратиться к памяти, которой не существует, или выполнение запрещённой инструкции. Когда это происходит, процессор сразу передаёт управление специальному обработчику — Hard Fault Handler .

    habr.com/ru/articles/925298/

    #embedded #embedded_linux #embedded_software_development #arm #rtos #iot #zephyr #embedded_development

  33. Taming Hard Faults in Zephyr OS: Практическое руководство для embedded-разработчиков

    🚨 Что такое Hard Fault простыми словами Hard Fault — это критическая ошибка процессора. Проще говоря, это ситуация, когда микроконтроллер встречает что-то настолько «невозможное» для себя, что не может продолжить выполнение программы. Типичный пример — попытка обратиться к памяти, которой не существует, или выполнение запрещённой инструкции. Когда это происходит, процессор сразу передаёт управление специальному обработчику — Hard Fault Handler .

    habr.com/ru/articles/925298/

    #embedded #embedded_linux #embedded_software_development #arm #rtos #iot #zephyr #embedded_development

  34. Spinlock vs. Mutex vs. Semaphore: Разбираемся в синхронизации с Zephyr OS

    Всем привет! Сегодня хочу углубиться в одну из самых важных тем в мире Zephyr OS — синхронизацию потоков и задач. Если вы хоть раз работали с k_thread_create , гоняли потоки туда-сюда и ловили bus fault, вы меня понимаете. Когда задача одна — всё просто. Но как только вырастает многопоточность, задачи начинают драться за общий ресурс — и тут без надёжной синхронизации не обойтись. У Zephyr OS есть три главных инструмента для этого: spinlock , mutex и semaphore . Каждый со своим характером и подводными камнями.

    habr.com/ru/articles/925168/

    #многопоточность #многопоточное_программирование #rtos #ZephyrOS #zephyr_project #embedded #embedded_software_development #embedded_systems

  35. Gotta learn #Zephyr #RTOS for those very power efficient #nRF MCUs. I have used so many RTOS to this day that I will loose the count: RTX51-TINY, MaRTE, SYS/BIOS (DSP-BIOS), RTIC (RTFM), QNX, VxWorks 653, PikeOS and of course FreeRTOS.

  36. , a valued
    of 2024 is a supporter and contributor to projects such as:

    - a popular real-time for micro-controllers and micro-processors

    works similarly for ARM devices

    @zephyr is a scalable real-time operating system supporting multiple architectures, optimized for resource constrained devices.

    Thank you so much, ARM!

    arm.com/

  37. Можно ли запустить ембедед С-проект на базе РТОС в режиме симуляции под Windows?

    Если у вас есть эмбедед(embedded) проект и он написан на С или на С++ вы можете попробовать запустить этот проект в режиме симуляции на десктопном ПК и даже под Windows, по крайней мере у нас это получилось. Такая симуляция превращает десктопный ПК в специальное устройство при этом не отнимая у вашего ПК десктопных возможностей-функций, например для отладки вашего встроенного ПО, которое исполняется на ПК в режиме симуляции. Ну а возможности тестирования и диагностики вашего эмбедед проекта в режиме симуляции практически не ограничены. Дисклаймер : поскольку проект все еще в работе и принадлежит компании мне приходится избегать некоторых специальных технических терминов и подменять их более общеупотребительными, чтобы не создать привязку к бренду или к имени компании. Также я излагаю только общую идею, которая достаточно сложна, чтобы кто-то мог эту идею легко использовать, хотя в принципе это возможно. Нам интересно есть ли у кого-то опыт в обозначенном техническом направлении и любой обмен таким опытом.

    habr.com/ru/articles/796129/

    #ртос #rtos #симуляция #десктопные_приложения #firmware #hal #tasks #embedded #embedded_software_development

  38. Tetris on an Oscilloscope, the Software Way - When we talk about video games on an oscilloscope, you’d be pardoned for assuming ... - hackaday.com/2023/10/06/tetris #oscilloscope #assembly #compiler #vxworks #tetris #games #java #rtos #crt

  39. A rich #training #offer at BSides Milano we have top-notch trainings, in some case for the first time in #Italy! All #in-person! The #event will be held from 4 to 8 July 2023. From 4 to 7 we will be focus on #learnitall on the 8 we will deep dive in our #amazing #conference. Ticket will be available from tonight for the trainings. We have an early bird rate until 30th April.
    Are you ready? We are!! join our group SecurityBsidesItalia #linkedin or on #discord lnkd.in/dBu7wkJG for detailed info! #cyber #threatintelligence #threatintel #cloud #redteaming #redteam #blueteam #threathunting #exploitation #secureboot #TTE #multicloud #hybridcloud #voip #Linux #Windows #LTE #baseband #deception #detection #evasion #edr #BSML23 #AWS #Azure #AzureAD #GCP #devops #cicd #RTOS #FalseFlag #HoneyNet #IDAPro #Python #reverseengineering #Ghidra #network #MITRE #TTPs #persistence #commandandcontrol #lateralmovement #osint #obfuscation #malware #malwareanalysis .
    Reserve your your spot!! lnkd.in/dZf-yyPv