Categories
IoT Zephyr

Zephyr Weekly Update – Always a Zephyr meetup near you!

Happy Friday! Before diving into this week’s news, I wanted to remind you about the now almost weekly Zephyr meetups happening all around the world.

It is really great to see the community coming together to share their experiences, and I highly encourage you to check out if there’s a meetup happening near you. If not, you may actually be interested in starting one yourself!

Next up is Cologne, where a second Zephyr meetup is already held after a very successful first edition a few months back!

Update to Python 3.10 as min version

A small but noteworthy change: ahead of the upcoming Long-Term Support version of Zephyr, and in order to make sure we support a minimum version of Python that’s consistent with their own LTS cycles, Zephyr now requires Python 3.10 as the minimum version. PR #72142

SoC-wide overlays

Historically, Devicetree/Kconfig overlays have always been board specific. With the introduction of the new hardware model, it is now possible to define overlays that apply to an entire SoC series, which can be really convenient, as illustrated with this recent update to the Wi-Fi code sample, which now doesn’t require zillions of repetitive overlays for all the different ESP-32 boards supported in-tree, but instead just a few only based on the actual SoCs.

Bash completion for Twister commands

I am frankly always struggling to know how to run Twister test suites from the command line, and I spend a ridiculous amount of time either going through my shell history or recent CI jobs to find the options I need. Therefore, I am really happy to see that there is now bash completion for Twister! (PR #72167)

Boards & SoCs

  • Support has been added for Ambiq Apollo3 Blue and Apollo3 Blue Plus SoCs, alongside associated evaluation boards. Apollo3 Blue series are ultra-low power Cortex-M4F MCUs with an integrated Bluetooth 5 controller. (PR #67815)
  • New MDIO driver (Management Data Input/Output) for STM32. (PR #71012)
  • New video driver for STM32 Digital Camera Memory Interface (DCMI). (PR #71462)
  • GCC toolchain configuration updated to support Arm Cortex-R82. (PR #72279)

New boards and shields:

  • Added support for Croxel CX1825 Bluetooth prototyping board. (PR #71901)
  • New shield defintion for Seeed Studio Round Display for Xiao. (PR #71239)
  • A small yet noteworthy change to the STM32C0116-DK board definition added last week. This board features a 5‑way joystick hooked up to a single ADC input pin using a resistor ladder. The adc-keys driver allows to quickly define which voltage range corresponds to each key combination, making it straightforward to expose all the relevant key codes to the input subsystem. (PR #72315)
adc-keys {
	compatible = "adc-keys";
	io-channels = <&adc1 8>;
	keyup-threshold-mv = <3300>;

	select_key {
		press-thresholds-mv = <0>;
		zephyr,code = <INPUT_KEY_SELECT>;
	};

	left_key {
		press-thresholds-mv = <670>;
		zephyr,code = <INPUT_KEY_LEFT>;
	};

	// ...
};

Networking

  • I mentioned it was coming last week… turns out it’s already there: the new HTTP server now supports WebSocket! (PR #72241)
  • Added support for gratuitous ARP transmission. A device may send such a packet on a local network to announce or update its own IP-to-MAC address mapping. It’s particularly useful for ensuring that devices that frequently enter deep sleep mode are immediately recognized by their peers upon reconnection. (PR #71873)
  • Added support for IPv6 Privacy Extension (RFC 8981). (PR #71996)
  • Updated hostap module. (PR #71805)

Drivers

  • New driver for Sequans GM02S cellular modem. (PR #72217)
  • New driver for LuatOS Air530z GNSS receiver. (PR #72053)
  • New driver for Texas Instruments INA226 bi-directional current/power monitor, which can be used to sense current/voltage on buses up to 36V. (PR #68368)
  • New multi-function device driver for Analog Devices ADP5585 keypad decoder, I/O expander, and PWM generator. (PR #69330)
  • New driver for IS66WVQ8M4 PSRAM. (PR #70620)
  • Several cool improvements to GROW_R502A fingerprint sensor (why yes, Zephyr has support for fingerprint sensors, in case you didn’t know!). (PR #59654)

Miscellaneous

  • Various Twister optimizations and speedups, which according to the author should speed up execution times by 5-7%. (PR #71694)
  • Added support for Bluetooth Common Audio Profile Commander Reception start procedure. (PR #69593)
  • A couple new useful shell commands:
    • The GPIO shell module now features a toggle command to… toggle a GPIO :). (PR #72362)
    • The I2C shell module now has a direct_read command, which reads directly from the I2C device without first writing a register address. (PR #71928)

A big thank you to the 11 individuals who had their first pull request accepted this week, 💙 🙌: @bogdanovs, @smaerup, @debbiemartinarm, @vThibo, @louis-feller, @RafaelLaya, @russkel, @davidschneider-cpi, @markaj-nordic, @schumphi, and @AlessandroLuo.

As always, I very much welcome your thoughts and feedback in the comments below!

If you enjoyed this article, don’t forget to subscribe to this blog to be notified of upcoming publications! And of course, you can also always find me on Twitter and Mastodon.

Catch up on all previous issues of the Zephyr Weekly Update:

Categories
IoT Zephyr

Zephyr Weekly Update – HTTP Server FTW! 🥳

Happy Friday, and welcome back for a new Zephyr Weekly Update! Before diving into some of the additions and notable updates from this week, I wanted to mention that the recordings of all the presentations from the Zephyr Developer Summit 2024 are now available on the YouTube channel of the Zephyr Project.

There were some truly great sessions (and speakers!) and there is a very good chance that you will want to catch up and watch all of them if you didn’t have a chance to attend in person! 😀

HTTP Server

This week’s big update is the addition of a long awaited HTTP server library. It supports HTTP/1.1 as well as HTTP/2, with or without TLS, and WebSocket support should be coming shortly! This has been a multi-month effort that started last year as a Google Summer of Code project from Emna Rekik.

Similar to the socket and CoAP services, adding new HTTP resources can easily be done, with very little overhead, not so differently from how you would do it in a higher-level language like Python or JavaScript!

struct http_resource_detail_static index_html_gz_resource_detail = {
	.common = {
			.type = HTTP_RESOURCE_TYPE_STATIC,
			.bitmask_of_supported_http_methods = BIT(HTTP_GET),
			.content_encoding = "gzip",
		},
	.static_data = index_html_gz,
	.static_data_len = sizeof(index_html_gz),
};

HTTP_RESOURCE_DEFINE(index_html_gz_resource, test_http_service, "/",
		     &index_html_gz_resource_detail);

I highly recommend you dive into the new code sample that will tell you a lot more about the various capabilities of this new service, including how to configure it, or even to profile it.

Power Management for dummies using the Zephyr shell

You’ve heard me praise the Zephyr shell many times before. It is an awesome resource to quickly troubleshoot your system and interact with all your peripherals and subsystems without having to write any code.

A new pm shell module has been introduced to let you interact with the power management subsystem using simple commands. Assuming that power management is indeed enabled in your Zephyr application, you can now do things like pm suspend mydevice to quickly suspend a device.

What’s more, device list, which might be one of the most useful commands in the Zephyr now also gives you feedback regarding the actual PM mode of all the devices in your system:

uart:~$ device list
devices:
- i2c@40003000 (active)
- buttons (active, usage=1)
- leds (READY)

In this example, leds is a device that does not support PM, i2c supports PM with manual suspend and resume actions and is currently active, and buttons supports runtime PM, is currently active and “used” by one user.

As part of introducing all these great commands, Fabio has also added a new callback that a shell module might implement to make tab-completion for device names smarter. In the context of the new pm shell command mentioned before, it means that only devices that do support power management will be suggested when you hit TAB!

Please check out PR #72037 and update your shell modules accordingly 🙂

Boards & SoCs

  • Added MMC driver for RCAR. (PR #60285)
  • Added TPM counter support on i.MX93 Cortex-A Core. (PR #70714)
  • Added RTC driver for Nuvoton Numaker m46x. (PR #71929)
  • Added ADC driver for Nuvoton numaker m2l31x. (PR#71267)
  • Added SDHC driver for ESP32. (PR #71165)

New boards:

  • MikroElektronika Weather Click shield, which features Bosch BME280 sensor (humidity, pressure, temperature). (PR #71076)
  • STM32C0116 DK, a development board for the STM32C0 series of MCUs — Cortex-M0+ with 32K of Flash, 6K of RAM, a Grove connector, a 5-way joystick, … (PR #71722)

Drivers

  • Texas Instruments TMP114 is an ultra-thin, high accuracy, I2C temperature sensor with a 16-bit ADC and an accuracy of ±0.2°C. (PR #71964)

Miscellaneous

  • Added support for LoRaWAN Fragmented Data Block Transport Service. Being able to transmit fragmented blocks of data over an otherwise very constrained network in terms of MTU means essentially unlocking the ability to perform firmware upgrades over-the-air. (PR #68570)
  • New ability for west to run some commands (e.g. erase, recover) only once, either at the beginning or at the end of the programming of a board when using sysbuild. This allows to e.g. only erase the flash once when targeting a multi-core SoC. More documentation available here. (PR #69748)
  • Added support for EUI64 device identifiers in hwinfo. (PR#72057)
  • New code samples for the I2C Target API. (PR #72103)
  • New settings_save_subtree() API allows to only save items from a settings subtree that are different from their persisted value. (PR #72113)

A big thank you to the 9 individuals who had their first pull request accepted this week, 💙 🙌: @swift-tk, @DeHess, @dalprahcd, @0x6e, @fgihl, @bogdanm, @tychofrei02, @JefersonFernando, and @kail.

As always, I very much welcome your thoughts and feedback in the comments below!

If you enjoyed this article, don’t forget to subscribe to this blog to be notified of upcoming publications! And of course, you can also always find me on Twitter and Mastodon.

Catch up on all previous issues of the Zephyr Weekly Update:

Categories
IoT Zephyr

Zephyr Weekly Update – Device model becoming increasingly flexible

Welcome to this new edition of your weekly…ish Zephyr update. I have been quite busy over the past few weeks, travelling to Embedded World and Zephyr Developer Summit, and it was hard to find time for this weekly blog.

Speaking of in-person events, you have only a few days left to apply to speak at the upcoming Zephyr Developer Summit Europe 2024, held as part of the Open Source Summit 2024 in Vienna, Austria, on September 16-18!

Deferred device initialization

There have been many discussions in the past few months around improving the flexibility of Zephyr device model, in particular around making it possible to defer the initialization of a device. There are many reasons why one may want to decouple the instantiation of a device from its actual initialization, and whether a device should actually be fully initialized is often a decision worth making at runtime (ex. several devices may be sharing common resources, and only one such device may be actually active at a given point in time).

Now that pull request #67335 has been merged, any device may use the zephyr,deferred-init property in Devicetree to indicate they shouldn’t be automatically initialized but, rather, leave this step to the discretion of the programmer by means of the new device_init() API.

Relocation of ARM ELF binaries

In the context of LLEXT (linkable loadable extensions), it is important for Zephyr to be able to process an ELF binary “on the fly” as it needs to relocate the various sections of the file to the proper memory sections. PR #70452 introduced support for all the relocation types for ARM ELF files (i.e. partial and shared linking are now also properlu supported) making it possible to address even more scenarios which, if you think about the new “deferred initialization” mode, may very well include dynamically loading new device drivers in the not so distant future 🙂

Boards & SoCs

As there were a lot of things happening over the past three weeks, this section really focuses on the main highlights — please don’t be mad at me if I forgot something significant (and please comment to help correct the mistake!).

  • Historically, running Zephyr application on Espressif ESP32 devices involved a second-stage bootloader as the initial bootloader was always the ESP-IDF bootloader. A new “simple boot” mode now allows to build applications that don’t require this second-stage bootloading. This makes for optimized memory and size, and is now the default option when building for ESP32, but MCUboot remains a possible alternative. (PR #70505)
  • Renesas SmartBond SoCs now have power management support, and MCU can now enter low-power mode when needed. (PR #61857)
  • Frame-pointer based stack unwinding for RISC-V architecture. (PR #69912)
  • Improved coredump for RISC-V 64 bits: it now includes all the registers. (PR #70949)

There’s quite a few new boards whose support has been added, including:

  • Raspberry Pi 5. (PR #70538)
  • Arduino UNO R4 WiFi. (PR #71041)
  • STM32L152C Discovery kit. (PR #70765)
  • Renesas R-CAR Spider S4 (ARM64). (PR #68141)
  • ESP32-S2 and ESP32-S3 Devkit-C. (PR #66462 and #66463)
  • Phytec phyBOARD-Electra AM64x. (PR #70965)
  • Waveshare ESP32-S3-Touch-LCD-1.28. (PR #67311)

Drivers

  • Added a driver for the output diagnostics of the TLE9104 low-side switch. (PR #67029)
  • New driver for CHSC6X round display controller, found e.g. on the Seeed Studio Round Display for XIAO. (PR #71073)
  • Add support for half-duplex (3-wire) to the SPI controller driver for Raspberry Pi Pico. (PR#69634)
  • New input driver for PAW32XX mouse sensors. (PR #71716)
  • New driver for Analog Devices AD569x series of low-power output DACs. (PR #71338)
  • New loopback disk driver allowing to transparently read/write from/to a file on the filesystem. (PR #69895)
  • New driver for ST7796S LCD display controller. (PR #69991)
  • Added Altera FPGA bridge support. (PR #71360)
  • New I3C driver for Nuvoton NPCX SoCs. (PR #71366)
  • Added Murata NCP15XH103 compensation table to generic thermistor driver. (PR #70912)

Miscellaneous

  • For architecture that have MMU supported (and enabled!), it is now possible to memory map thread stacks, making it possible to create guard pages that can help catching stack overflows/underflows. (PR #70810)
  • A lot of work is going into the Eclipse hawkBit client, to make it more configurable. (see e.g. PR #68806)
  • High-speed support has been improved in the new USB device stack, and it’s now USB 2.0 compliant. (PR #67749)
  • A new I3C shell module has been introduced. (PR #70773)
  • west’s built-in support for generating SPDX SBOM files has been updated to now support SPDX 2.3 (vs. 2.2 before). The main addition is the ability to indicate the PrimaryPackagePurpose for each package. (PR #70581)
  • The Wi-Fi shell module now allows to configure multiple security modes for each network. (PR #71044)
  • The code samples for Bluetooth Heartrate monitor have been updated to support extended advertising and hence be long-range compatible on SoCs that support Bluetooth Low Energy Coded PHY. (PR #70257)

A big thank you to the 31 individuals who had their first pull request accepted since my last post, 💙 🙌: @arnebdr, @ahaslam2, @achech, @Lahyllas, @ulmanyar, @lkoudelka, @franc0is, @nicogou, @lluiscampos, @jan-kubiznak, @petarsusac, @adityaganesh, @erang20, @nordic-bami, @hardeepsharma95, @ke6zfi, @alvsun, @hansbinderup, @rob-the-dude, @orangecms, @selescop, @doeni98, @jomigo96, @nxpadamm, @nlebedenco, @ABESTM, @SaintNicholas, @gkrulce, @nordic-babu, @raintamer, and @DmytroYaskov.

As always, I very much welcome your thoughts and feedback in the comments below!

If you enjoyed this article, don’t forget to subscribe to this blog to be notified of upcoming publications! And of course, you can also always find me on Twitter and Mastodon.

Catch up on all previous issues of the Zephyr Weekly Update: