# Internet of things Internet of things (IoT) is a technology domain involving IoT-based technologies and their data services, including applications in manufacturing safety and blockchain applicability. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Cisco integrates Axis devices, bringing unified management across IT environments DevFeed: [Cisco integrates Axis devices, bringing unified management across IT environments]() Original publisher: [Read original article]() Author: Jonathan Cohn Published: 2026-09-16T15:00:57Z Content type: release Language: en Sources: [Cisco Blogs]() Topics: [Cisco](), [Cisco Meraki](), [Security](), [dashboards](), [Network](), [Cloud](), [Internet of things]() Tags: [analytics](), [cisco](), [cisco-cloud-control](), [cisco-meraki](), [cisco-networking](), [cloud](), [communications](), [infrastructure](), [internet-of-things](), [networking](), [security]() ### AI overview Cisco announces an integration with Axis Communications that brings network and physical security management into its cloud-managed ecosystem. The article describes Cisco Meraki dashboard management, shared visibility, and potential operational benefits for IT and physical security teams. ### Source excerpt Cisco and Axis Communications are committed to bridging the gap between IT and physical security infrastructure, as we believe that close collaboration between these teams leads to a stronger, more comprehensive security strategy. ## Alif Semi Balletto B1 and Ensemble E1C StartKits feature Cortex-M55 + Ethos-U55 MCU for IoT and Edge AI DevFeed: [Alif Semi Balletto B1 and Ensemble E1C StartKits feature Cortex-M55 + Ethos-U55 MCU for IoT and Edge AI]() Original publisher: [Read original article]() Author: Debashis Das Published: 2026-09-15T09:00:06Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Microcontrollers](), [Embedded Systems](), [Microcontroller](), [cpu](), [Internet of things](), [Artificial Intelligence](), [SDK]() Tags: [802-15-4](), [ai](), [alif](), [ble](), [camera](), [core](), [debugger](), [development-board](), [devkit](), [edge](), [edge-ai](), [embedded-systems](), [hardware](), [i2c](), [iot](), [led](), [low-power](), [mcu](), [microcontrollers](), [mikrobus](), [open-source](), [sensor](), [specifications](), [testing](), [zephyr](), [zephyr-os]() ### AI overview Alif Semiconductor's Balletto B1 and Ensemble E1C StartKits are low-cost development boards built around Cortex-M55 microcontrollers with Ethos-U55 NPUs. The Balletto B1 adds BLE 5.3 and 802.15.4 connectivity, while both boards include camera, audio, sensor expansion, debugging, and power-measurement features. ### Source excerpt Alif Semiconductor's Ensemble E1C (SK-E1C) and Balletto B1 (SK-B1) StartKits are low-cost development boards built around the company's Cortex-M55 + Ethos-U55 microcontrollers. The Balletto B1 adds BLE 5.3 and 802.15.4 wireless connectivity, while the Ensemble E1C does not have built-in wireless connectivity. Both StartKits feature a microcontroller with a 160MHz Cortex-M55 CPU, an Ethos-U55 NPU, 2MB SRAM, and 1.8/1.9MB NVM. They also include an Arducam camera header, a mikroBUS Click Board expansion socket, and two PDM microphones for camera, audio, and sensor-based projects. The Balletto B1 additionally provides the complete RF path to a chip antenna for its wireless subsystem, while both boards feature an on-board Segger J-Link debugger for development and testing. Alif Semiconductor StartKit (SK-B1 and SK-E1C) specifications: MCU SK-E1C - Alif Semiconductor Ensemble E1C SK-B1 - Alif Semiconductor Balletto B1 CPU - Arm Cortex-M55 core with Helium-M Vector Extension @ up to 160 MHz NPU - Arm [...] The post Alif Semi Balletto B1 and Ensemble E1C StartKits feature Cortex-M55 + Ethos-U55 MCU for IoT and Edge AI appeared first on CNX Software - Embedded Systems News. ## A Case Study: Building an EN 18031-Compliant IoT Solution with ESP32-C5 and ESP RainMaker DevFeed: [A Case Study: Building an EN 18031-Compliant IoT Solution with ESP32-C5 and ESP RainMaker]() Original publisher: [Read original article]() Author: John Lee Published: 2026-09-14T00:00:00Z Content type: article Language: en Sources: [Blog on Developer Portal]() Topics: [ESP32](), [Internet of things](), [Security](), [Cloud](), [Security & Privacy](), [Espressif](), [Authentication](), [Authorization]() Tags: [access-control](), [authentication](), [blog](), [compliance](), [connectivity](), [cryptographic](), [data](), [data-management](), [documentation](), [en-18031](), [esp-rainmaker](), [esp32-c5](), [espressif](), [eu](), [firmware](), [iot](), [privacy](), [rainmaker](), [regulatory](), [security](), [standards](), [storage]() ### AI overview This case study describes an ESP32-C5 and ESP RainMaker device-to-cloud IoT implementation assessed against EN 18031 cybersecurity and privacy requirements for products targeting the EU market. ### Source excerpt This case study assesses device-to-cloud IoT implementation of products based on ESP32-C5 and ESP RainMaker against the EN 18031 security requirements for the EU market. ## Renesas RZ/G3L & RZ/G3SE - Ultra-low-power Cortex-A55 MPUs for industrial HMI and IoT applications DevFeed: [Renesas RZ/G3L & RZ/G3SE - Ultra-low-power Cortex-A55 MPUs for industrial HMI and IoT applications]() Original publisher: [Read original article]() Author: Debashis Das Published: 2026-09-11T13:41:08Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Embedded Systems](), [Hardware](), [Arm](), [cpu](), [Internet of things]() Tags: [arm](), [cortex-a55](), [cpu](), [development-board](), [devices](), [display](), [embedded-systems](), [gateway](), [h-264](), [hardware](), [hmi](), [industrial](), [iot](), [linux](), [low-power](), [medical-devices](), [real-time](), [renesas](), [renesas-mcu](), [smarc](), [systems](), [zephyr](), [zephyr-os]() ### AI overview Renesas introduced the RZ/G3L and RZ/G3SE, two 64-bit MPUs for HMI and IoT edge systems. Both use Arm Cortex-A55 application cores and an Arm Cortex-M33 real-time coprocessor. The RZ/G3L adds a Mali-G31 GPU and H.264 codec for richer HMI applications, while the RZ/G3SE targets IoT devices with basic display needs. Both support low-power standby operation. ### Source excerpt Renesas has expanded its RZ/G Series with the RZ/G3L and RZ/G3SE, two new 64-bit MPUs for HMI and IoT edge systems. Both devices integrate up to four Arm Cortex-A55 application cores clocked at up to 1.2 GHz and a 200 MHz Arm Cortex-M33 real-time coprocessor. The two chips are pin-to-pin compatible but target different applications. The RZ/G3L integrates an Arm Mali-G31 3D GPU and H.264 video codec for HMI applications like retail terminals and medical devices. The RZ/G3SE removes the GPU and video codec and is designed for IoT devices with basic display requirements, including EV chargers and industrial gateway devices. Both can reduce standby power consumption to around 1 mW and resume operation quickly from deep standby, which is useful for devices that need to remain connected while consuming very little power. Renesas RZ/G3L and RZ/G3SE specifications: MPU core CPU Quad-core or Dual-core Arm Cortex-A55 @ up to 1.2 [...] The post Renesas RZ/G3L & RZ/G3SE - Ultra-low-power Cortex-A55 MPUs for industrial HMI and IoT applications appeared first on CNX Software - Embedded Systems News. ## Amlogic A123X and C305X2 Arm Cortex-A320 SoCs target industrial and low-power AIoT applications DevFeed: [Amlogic A123X and C305X2 Arm Cortex-A320 SoCs target industrial and low-power AIoT applications]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-09-11T03:13:41Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Arm](), [cpu](), [Embedded Systems](), [Artificial Intelligence](), [Internet of things](), [Hardware](), [object-detection](), [Neural Network](), [Transformer]() Tags: [aiot](), [amlogic](), [arm](), [armv9](), [camera](), [computer-vision](), [cortex-a320](), [edge-ai](), [embedded](), [ethernet](), [h-264](), [hardware](), [iot](), [linux](), [llm](), [low-power](), [neural](), [npu](), [object-detection](), [processor](), [security](), [soc]() ### AI overview Amlogic has announced the A123X quad-core and C305X2 dual-core Arm Cortex-A320 SoCs for industrial and battery-powered edge AI and IoT devices. The preliminary specifications include video encoding and decoding, NPUs, image signal processing, camera interfaces, networking, USB, and low-power features. The article notes that full specifications, block diagrams, and software details are not yet available. ### Source excerpt Amlogic has unveiled the A123X quad-core and C305X2 dual-core Arm Cortex-A320 SoCs for industrial and battery-powered Edge AI and IoT applications such as robots, dashcams, IP cameras, video conferencing equipment, and so on. The Arm Cortex-A320 low-power Armv9 CPU core was introduced in February 2025, and Amlogic is the first silicon vendor to announce Cortex-A320 SoCs. Details are sparse, with no full specifications or block diagrams and limited software information, but let's see what we know so far. Amlogic A123X Amlogic A123X specifications: CPU - Quad-core Arm Cortex-A320 processor (Armv9.2-A, SVE2) GPU - None or not disclosed VPU H.264/H.265 encoding at 4K @ 60fps H.264/H.265 decoding at 4K @ 30fps AI 4 TOPS ADLA2 NPU for object detection and tracking CNN models 8 TOPS ADLA3 NPU supporting hardware-accelerated Transformer operations for ViT, LLM, etc. Neural network-based hardware SED engine for low-power audio event identification ISP - Low-light HDR ISP Supports [...] The post Amlogic A123X and C305X2 Arm Cortex-A320 SoCs target industrial and low-power AIoT applications appeared first on CNX Software - Embedded Systems News. ## TinyGo 0.42 adds support for 87 Puya PY32 MCU variants and two EmbedFire boards DevFeed: [TinyGo 0.42 adds support for 87 Puya PY32 MCU variants and two EmbedFire boards]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-09-04T04:33:53Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Go Language](), [Embedded Systems](), [Microcontroller](), [Compiler](), [Arm](), [Internet of things](), [LLVM]() Tags: [arm](), [article](), [code](), [compiler](), [development](), [development-board](), [devices](), [embedded-systems](), [firmware](), [go](), [gpio](), [guest-post](), [hardware](), [iot](), [llvm](), [mcu](), [microcontrollers](), [news](), [programming](), [puya](), [software-management](), [tooling]() ### AI overview TinyGo 0.42 adds support for the Puya PY32 family of 32-bit Arm microcontrollers, covering 87 MCU configurations and two EmbedFire development boards. The port includes startup code, linker scripts, GPIO, UART, and generated device-register definitions. ### Source excerpt CNXSoft: This is a guest post by Pavel Burgr, who recently added Puya PY32 MCU support to TinyGo 0.42, the latest version of the Go compiler for microcontrollers. We first covered TinyGo in 2019, and the project is still going strong with 17.7k stars, 1.1k forks, and 243 contributors. I just made a few edits and added illustrations and a few links to the article. TinyGo 0.42 adds support for the Puya PY32 family of 32-bit Arm microcontrollers. The new port includes startup code, generated device-register definitions, linker scripts, GPIO and UART support, and targets for 87 individual MCU configurations. It also includes board definitions for two inexpensive EmbedFire development boards available from AliExpress. The port was contributed by Pavel Burgr and merged through TinyGo pull request #5106. One motivation was to establish a solid, easy-to-use firmware platform for small IoT devices built around the Registry service and the BleRiot [...] The post TinyGo 0.42 adds support for 87 Puya PY32 MCU variants and two EmbedFire boards appeared first on CNX Software - Embedded Systems News. ## Artery AT32F406 and AT32F408 Cortex-M4F MCUs feature optional high-speed USB OTG PHY DevFeed: [Artery AT32F406 and AT32F408 Cortex-M4F MCUs feature optional high-speed USB OTG PHY]() Original publisher: [Read original article]() Author: Debashis Das Published: 2026-09-03T09:40:39Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Microcontroller](), [Embedded Systems](), [Arm](), [USB](), [Internet of things](), [cpu](), [Hardware]() Tags: [arm](), [boot](), [bootloader](), [c-c-plus-plus](), [cortex-m4](), [cpu](), [development-board](), [embedded](), [embedded-systems](), [hardware](), [industrial](), [iot](), [mcu](), [microcontrollers](), [processors](), [specifications](), [usb]() ### AI overview The article describes Artery Technology's AT32F406 and AT32F408 Arm Cortex-M4F microcontrollers, which run at up to 216 MHz. The AT32F408 adds USB 2.0 OTG High-Speed support with an integrated PHY, while both devices provide DSP and floating-point capabilities, configurable memory options, QSPI, and a range of digital and analog peripherals. ### Source excerpt Artery Technology AT32F406 and AT32F408 are two new Arm Cortex-M4F MCUs running at up to 216 MHz, with the F408 adding USB OTG High-Speed and an integrated PHY for industrial automation, IoT, USB accessories, and gaming peripherals. The AT32F406/F408 series both offer DSP instructions and a floating-point unit (FPU), integrate up to 512 KB Flash and 192 KB SRAM, and a 4 KB OTP memory for critical data and parameters. The microcontrollers also offer a QSPI interface for external Flash or RAM expansion, and a range of digital and analog peripheral interfaces. Artery AT32F406/AT32F408 specifications: MCU - 32-bit Arm Cortex-M4F CPU up to 216 MHz; also features Memory Protection Unit (MPU) and DSP instructions Memory/Storage 128 KB to 192 KB SRAM 256 KB to 512 KB Flash memory 26 KB boot memory (configurable as a bootloader or general instruction/data memory) 4 KB OTP (one-time programmable) memory QSPI interface for external SPI [...] The post Artery AT32F406 and AT32F408 Cortex-M4F MCUs feature optional high-speed USB OTG PHY appeared first on CNX Software - Embedded Systems News. ## I replaced my DNS resolver and the smart home finally shut up DevFeed: [I replaced my DNS resolver and the smart home finally shut up]() Original publisher: [Read original article]() Author: Shed Stack Published: 2026-08-29T15:00:00Z Content type: article Language: en Sources: [Shed Stack]() Topics: [Internet of things](), [Network](), [Pi-hole](), [telemetry]() Tags: [apps](), [devices](), [dns](), [internet](), [local](), [network](), [router](), [smart-home](), [telemetry]() ### AI overview The article describes replacing Pi-hole with AdGuard Home, using device-level DNS rules and VLAN isolation to reduce telemetry from nearly 100 smart-home devices. It also notes maintenance costs, including occasional false blocks, app issues, and manual DNS configuration. ### Source excerpt AdGuard Home and some strict VLANs quieted almost 100 internet connected devices that all wanted to phone home. ## Build connected lighting systems with the ESP DALI component DevFeed: [Build connected lighting systems with the ESP DALI component]() Original publisher: [Read original article]() Author: John Lee Published: 2026-08-28T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [ESP-IDF](), [Espressif](), [Embedded Software Dev](), [Internet of things](), [Protocol (disambiguation)](), [API](), [Matter](), [Home Assistant]() Tags: [api](), [architecture](), [blog](), [bridge](), [caching](), [dali](), [esp-idf](), [esp-iot-solution](), [espressif](), [firmware](), [lighting](), [matter](), [mqtt](), [ota](), [security]() ### AI overview This tutorial introduces the ESP DALI component, which implements an IEC 62386 master on Espressif SoCs using the RMT peripheral. It covers DALI control, commissioning, sensors, DT8 color gear, and a Matter-to-DALI bridge. ### Source excerpt The ESP DALI component implements an IEC 62386 master on the RMT peripheral, with support for commissioning, dimming, color control, sensors, and Matter-to-DALI bridges. ## Connect an ESP device and iPhone directly using Wi-Fi Aware DevFeed: [Connect an ESP device and iPhone directly using Wi-Fi Aware]() Original publisher: [Read original article]() Author: John Lee Published: 2026-08-25T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [Wi-Fi](), [iOS](), [iphone](), [cross-platform](), [P2P](), [Internet of things](), [networking]() Tags: [android](), [app](), [blog](), [cross-platform](), [esp-idf](), [esp-idf-component](), [how-to](), [ios](), [iot](), [iphone](), [ipv6](), [p2p](), [pairing](), [practitioner](), [security](), [wi-fi](), [wi-fi-aware]() ### AI overview This tutorial explains how to connect an ESP device directly to an iPhone using Wi-Fi Aware. It describes service discovery, mandatory six-digit PIN pairing, and an encrypted IPv6 data link without an access point, DHCP server, or internet connection. On supported devices running iOS 26 or iPadOS 26, the connection can operate concurrently with normal Wi-Fi connectivity. ### Source excerpt iOS 26 brings Wi-Fi Aware™ support on iPhone 12 and later, enabling compatible devices to securely discover, pair, and communicate directly. This requires no Access Point and does not affect iPhone's network connectivity over Wi-Fi. This article walks through the steps to set up an ESP device and an iPhone so they can pair and connect using Wi-Fi Aware. ## My Home Lab, V2 DevFeed: [My Home Lab, V2]() Original publisher: [Read original article]() Author: EduuhMuraya Published: 2026-08-17T00:00:00Z Content type: article Language: en Sources: [EduuhMuraya]() Topics: [Homelab](), [Home Assistant](), [Network](), [Firewall](), [Internet of things](), [MQTT](), [Server](), [Kubernetes]() Tags: [firewall](), [home-lab](), [infrastructure](), [kubernetes](), [network](), [networks](), [proxmox](), [smart-home](), [usb]() ### AI overview An updated home lab replaces a multi-node Kubernetes setup with one mini PC running Proxmox. The article covers segmented networks enforced by OPNsense, firewall testing from within each segment, and a solar-power system integrated with Home Assistant through USB and MQTT. It also describes load-shedding and shutdown safeguards during battery depletion. ### Source excerpt The Kubernetes cluster is gone. One mini PC runs the whole house now: four network segments, a solar inverter Home Assistant can act on, and a guard that shuts the servers down before the battery does. ## Kimwolf v7: An Evolution of the Kimwolf Botnet DevFeed: [Kimwolf v7: An Evolution of the Kimwolf Botnet]() Original publisher: [Read original article]() Author: Asher Davila, Chris Navarrete and Doel Santos Published: 2026-08-11T10:00:16Z Content type: article Language: en Sources: [Unit 42]() Topics: [Kimwolf v7](), [Android](), [DDoS](), [Internet of things](), [C2](), [Ethereum Name Service (ENS)](), [Malware](), [Cybercrime](), [Ethereum](), [Blockchain](), [Routing (disambiguation)](), [Threat Hunting & Intel]() Tags: [android](), [android-apk](), [blockchain](), [c2](), [ddos](), [devices](), [ethereum](), [http](), [iot-botnets](), [kimwolf-v7](), [linux](), [malware](), [network](), [networks](), [resilience](), [routing](), [rpc](), [spoofing](), [threat-research]() ### AI overview Kimwolf v7 is an Android and IoT botnet variant that adds HTTP/2-based DDoS flooding with browser fingerprinting, Ethereum Name Service resolution for C2 addresses, and Tor-backed routing to improve infrastructure resilience. The article also describes its targeting of Android TV devices and exploitation of unauthenticated ADB instances. ### Source excerpt Discover how Kimwolf v7 targets Android IoT devices with HTTP/2 DDoS fingerprinting, Ethereum ENS C2 resolution and Tor backup routing. The post Kimwolf v7: An Evolution of the Kimwolf Botnet appeared first on Unit 42. ## Open Sourcing ESP RainMaker Neo DevFeed: [Open Sourcing ESP RainMaker Neo]() Original publisher: [Read original article]() Author: John Lee Published: 2026-08-05T00:00:00Z Content type: article Language: en Sources: [Blog on Developer Portal]() Topics: [NEO](), [Esp Rainmaker](), [Open Source](), [Amazon Web Services](), [Internet of things](), [Cloud Architecture]() Tags: [announcement](), [aws](), [aws-iot](), [blog](), [cloud](), [cloud-architecture](), [esp-rainmaker](), [espressif](), [iot](), [matter](), [open-source](), [sdk](), [security]() ### AI overview ESP RainMaker Neo is a new implementation of ESP RainMaker with an entirely open-source device-to-cloud-to-app stack, including a cloud backend released under the Apache License 2.0. It can be deployed in an organization's own AWS account, while existing ESP RainMaker Classic deployments cannot be directly migrated to Neo. ### Source excerpt ESP RainMaker Neo is a new implementation of ESP RainMaker in which the entire device-to-cloud-to-app stack, including the cloud backend, is open source under the Apache License 2.0. This article explains what Neo is, why we rebuilt RainMaker on native AWS IoT services, what open source means in practice for your product, and how Neo relates to ESP RainMaker Classic. ## How Yandex is building a cloud platform for smart-home devices without a hub DevFeed: [How Yandex is building a cloud platform for smart-home devices without a hub]() Original publisher: [Read original article]() Author: IvanovVadimVladimirovich (Яндекс) Published: 2026-07-28T08:00:37Z Content type: article Language: ru Sources: [Яндекс - Как мы делаем Яндекс / Статьи]() Topics: [Internet of things](), [cpu](), [TLS (Transport Layer Security)]() Tags: [cloud](), [cpu](), [embeded](), [iot](), [smartdevices](), [tag-4d6d71beb3c0](), [tag-cf299fffcf93](), [tls]() ### AI overview This developer article describes Yandex's new smart-home device platform, designed to operate without a mandatory hub and support more than one million active devices. It covers BLE-based commissioning, a single cloud connection, a single-threaded execution model, and reconnection handling for unreliable home networks. ### Source excerpt Убрать обязательный хаб из умного дома -- звучит как продуктовое решение. На практике в этой формулировке спрятано много неприятной инженерии. Устройство должно само войти в экосистему, само держать долгоживущее облачное соединение, само обновляться -- в общем, всё делать без посредника. И это на железе с ограниченной памятью и слабым CPU, в домашней сети, которая в любой момент может пропасть. На таком масштабе каждый лишний TLS-коннект, каждая дополнительная аллокация, каждый хрупкий ретрай начинает стоить по-настоящему дорого. Мощным бэкендом здесь не поможешь: ограничение -- на клиентской стороне. Поэтому мы шли в обратную сторону: последовательно убирали лишнюю сложность на каждом слое -- от заводского контура до транспортного канала. Мы строим новую платформу для устройств умного дома Яндекса, которая должна держать больше миллиона активных устройств. В этой статье -- про конкретные решения: комиссионинг без хаба, один канал вместо зоопарка соединений, однопоточную модель исполнения и дисциплину переподключений на плохой сети. Читать далее ## RFC 9880 and the IoT Validation Problem DevFeed: [RFC 9880 and the IoT Validation Problem]() Original publisher: [Read original article]() Author: Stefano Fago Published: 2026-07-26T00:00:00Z Content type: article Language: en Sources: [Nicolas Fränkel]() Topics: [Internet of things](), [SDF](), [data](), [JSON](), [Code](), [CoAP](), [MQTT](), [HTTP](), [TLS (Transport Layer Security)]() Tags: [architecture](), [code](), [data](), [development](), [iot](), [json](), [protocol](), [sdf](), [standards](), [validation]() ### AI overview This article examines RFC 9880 and its Semantic Definition Format (SDF) as an ecosystem-neutral, JSON-based way to describe IoT devices. It argues that SDF validation is best understood as a compilation problem and discusses how different IoT ecosystems represent the same physical concepts incompatibly. ### Source excerpt The IoT/IIoT world has a data model problem and the concept of Digital Twin has made this issue more important. Plenty of people have tried to fix it. RFC 9880 and its Semantic Definition Format (SDF) are a serious attempt: a JSON-based, ecosystem-neutral way to describe what a device is and what it does. I have had some experiences with this specification, and I've understood that the format shows its full value once you treat it as source code, something you compile. ## Creating an environmental logger - Part 1 DevFeed: [Creating an environmental logger - Part 1]() Original publisher: [Read original article]() Author: John Lee Published: 2026-07-15T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [ESP32](), [ESP-IDF](), [Logging](), [Terminal](), [Internet of things](), [data](), [Library]() Tags: [article](), [blog](), [esp-idf](), [esp32](), [filesystem](), [how-to](), [i2c](), [iot](), [logging](), [sensor](), [vs-code]() ### AI overview This tutorial explains how to build an environmental logger with an ESP32-C61-Devkit-C, a DHT20 temperature and humidity sensor, and ESP-IDF. Part 1 covers reading the sensor over I2C and storing measurements in a little_fs filesystem on the module's flash memory. ### Source excerpt This article shows how to create a simple environmental logger using the DHT20 sensor and store the data on a little_fs filesystem on the module's flash memory. ## Building an OpenCode Companion with ESP-BLE-UART and ESP-VoCat DevFeed: [Building an OpenCode Companion with ESP-BLE-UART and ESP-VoCat]() Original publisher: [Read original article]() Author: John Lee Published: 2026-07-14T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [Tutorial](), [AI Agent](), [ESP32](), [ESP32-S3](), [Embedded Software Dev](), [Internet of things](), [Hardware]() Tags: [ai-agent](), [blog](), [bluetooth](), [bluetooth-le](), [console](), [esp-idf](), [esp-iot-solution](), [esp-vocat](), [esp32](), [esp32-s3](), [firmware](), [opencode](), [tutorial]() ### AI overview This tutorial explains how to build a physical OpenCode companion with ESP-VoCat. It uses ESP-BLE-UART to send session status and permission prompts to an ESP32-S3 device, whose screen and button support status display and approval or rejection decisions. ### Source excerpt This article shows how to build a physical OpenCode companion with ESP-VoCat. The device displays session status and permission prompts, then sends one-button approval or rejection decisions over BLE UART. ## IoTorero joins Works with Home Assistant DevFeed: [IoTorero joins Works with Home Assistant]() Original publisher: [Read original article]() Author: Miranda Bishop Published: 2026-07-09T00:00:01Z Content type: news Language: en Sources: [Home Assistant]() Topics: [Home Assistant](), [Internet of things](), [Hardware](), [Open Source](), [Code](), [GitHub]() Tags: [community](), [customers](), [devices](), [firmware](), [github](), [hardware](), [internet-of-things](), [iot](), [manufacturing](), [open-source](), [products](), [remote-access](), [research-development](), [smart-home](), [works-with-home-assistant]() ### AI overview IoTorero joins the Works with Home Assistant program with seven certified devices pre-flashed with ESPHome. The company focuses on open source smart home hardware, including smart plugs and relays, and publishes device configuration files on GitHub. ### Source excerpt The Works with Home Assistant program powers up this month as we welcome our new partner, IoTorero! 🎉 Experts in pre-flashed smart home hardware, IoTorero bring the very first ESPHome-ready smart plugs and relays to the program (and that's not all). IoTorero enters the ring If you've spent any time browsing pre-flashed smart home tech online, there's a good chance you've come across IoTorero. And if you haven't, let us introduce you! Founded in 2020, the company (formerly Athom Technology) was tinkering with ESPHome right out of the gate. Their new name is a nod to the Internet of Things (IoT), but unlike standard IoT gadgets that stop working if your internet drops or a company closes its servers, IoTorero champion open source firmware. Other smart devices run manufacturer-written software, which is tuned to work well with Home Assistant for certification to the program. IoTorero go a step further to make sure their tech is accessible for all: all seven of their certified devices are pre-flashed with ESPHome, meaning there's no installation required - the devices will integrate into your Home Assistant setup straight out of the box. And because their devices are genuinely open, you can always tweak and customize them if you want to. "Since inception in 2020, IoTorero (Athom Technology) has been dedicated to the research, development, and manufacturing of open source smart home hardware products. We provide Home Assistant users with high-quality devices pre-flashed with ESPHome firmware. By joining the Works with Home Assistant program, we ensure that customers can select and purchase our products with complete confidence." - Aiden Tang, CTO and Co-Founder, IoTorero That same spirit of openness carried over to last year's Community Day, where IoTorero donated a stack of samples for attendees to try - a gesture we loved to see, and one that speaks to how seriously they take supporting our community 💪. It shows up in their approach to code, too: IoTorero maintain a pu ## Developing a Zephyr IoT app with AI DevFeed: [Developing a Zephyr IoT app with AI]() Original publisher: [Read original article]() Author: John Lee Published: 2026-06-15T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [AI Agent](), [Embedded Software Dev](), [Internet of things](), [Artificial Intelligence](), [cursor](), [Testing](), [C](), [Git](), [Open Source](), [real-time]() Tags: [agent](), [ai](), [ai-agent](), [blog](), [code](), [coding](), [cursor](), [development](), [drivers](), [embedded](), [esp](), [esp-idf](), [espressif](), [experiment](), [firmware](), [git](), [how-to](), [iot](), [llm](), [m5stack](), [testing](), [workflow](), [zephyr]() ### AI overview This article describes applying an AI-agent workflow to develop a Zephyr-based IoT application on the ESP DualKey kit from M5Stack. It emphasizes specifications, project boundaries, Git discipline, testing, and bench validation while moving the implementation from ESP-IDF and Rust to Zephyr C. ### Source excerpt Still on improving our AI-based, embedded software workflow, this article applies the same AI-agent discipline to Zephyr. Using the same ESP Dualkey kit from M5Stack, specs, integration rules, plan->execute->commit->test, reusable modules, journals, and Git - without redefining the product. ## ESP-IDF tutorial series: Wi-Fi Provisioning DevFeed: [ESP-IDF tutorial series: Wi-Fi Provisioning]() Original publisher: [Read original article]() Author: John Lee Published: 2026-05-29T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [Provisioning](), [Wi-Fi](), [Internet of things](), [ESP-IDF](), [Security](), [Authorization](), [Android](), [iOS]() Tags: [android](), [app](), [authorization](), [blog](), [esp-idf](), [ios](), [iot](), [network](), [provisioning](), [security](), [tutorial](), [wi-fi]() ### AI overview This tutorial explains Wi-Fi provisioning for IoT devices using an ESP device. It covers the basic SoftAP flow, including an HTTP server for collecting network credentials through a smartphone, and introduces Espressif's network_provisioning component and ESP SoftAP Prov app. ### Source excerpt This article explains what Wi-Fi provisioning is, introduces the network_provisioning component, and walks through a complete SoftAP-based provisioning example using the ESP SoftAP Prov app. ## EverShelf - The AI-Powered, Self-Hosted Inventory Brain for Your Kitchen DevFeed: [EverShelf - The AI-Powered, Self-Hosted Inventory Brain for Your Kitchen]() Original publisher: [Read original article]() Author: EverShelf Project Published: 2026-05-15T13:24:25Z Content type: article Language: en Sources: [Noted]() Topics: [App](), [Laravel](), [Livewire](), [Docker](), [PWA](), [Tailwind CSS](), [Artificial Intelligence](), [Internet of things](), [Web Development]() Tags: [ai](), [app](), [docker](), [laravel](), [mobile](), [reactive](), [self-hosted](), [self-hosted-web-tools](), [web]() ### AI overview EverShelf is a self-hosted kitchen inventory management system built with Laravel, Livewire, Alpine.js, and Tailwind CSS. It runs on personal hardware via Docker and supports mobile/PWA use, kiosk mode, batch-based FIFO inventory tracking, BLE scale integration, and AI recipe suggestions. ### Source excerpt Kill "Pantry Amnesia" and stop food waste with EverShelf--a TALL stack inventory system featuring BLE scale integration, AI recipe suggestions, and a dedicated kitchen kiosk mode. ## Developing a Rust-based IoT device with AI DevFeed: [Developing a Rust-based IoT device with AI]() Original publisher: [Read original article]() Author: John Lee Published: 2026-04-20T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [Rust](), [AI-assisted coding](), [Internet of things](), [ESP32]() Tags: [ai](), [ai-assistants](), [ai-coding](), [blog](), [coding-agents](), [esp32](), [how-to](), [iot](), [llm](), [pitfalls](), [rust](), [verify]() ### AI overview This article describes a rough, hands-on workflow for building a WiFi, BLE, and provisioning device with Rust and AI on the ESP DualKey, an ESP32-S3-based kit from M5Stack. It emphasizes clear specifications, pinned crates, reference implementations, and a tight verification loop. ### Source excerpt AI assistants are most effective on ESP32 Rust firmware when you supply clear specs, pinned crates, reference implementations (often ESP-IDF C), and a tight verify loop. The article discusses good practices, pitfalls, discipline, and entropy. A brief explanation about the device is also included, along with the repository and all artifacts. ## Connecting an ESP32 to the Cloud DevFeed: [Connecting an ESP32 to the Cloud]() Original publisher: [Read original article]() Author: John Lee Published: 2026-04-14T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [ESP32](), [Tutorial](), [data](), [Internet of things](), [Cloud](), [HTTP](), [JSON](), [TLS (Transport Layer Security)]() Tags: [blog](), [cloud](), [data](), [esp32](), [http](), [iot](), [json](), [protocol](), [tls](), [tutorial](), [udp]() ### AI overview This tutorial explains how to connect an ESP32 sensor to a cloud platform using a compact UDP datagram instead of the usual HTTP, JSON, and TLS approach. It presents TagoTiP, an open specification for structured IoT data, and describes frames of about 130 bytes with typed variables, units, device identification, and authorization information. ### Source excerpt Connecting an ESP32 to a cloud platform usually means HTTP libraries, JSON parsers, and TLS handshakes. This tutorial shows a different approach: a single UDP datagram, built with snprintf, carrying structured sensor data in about 130 bytes. The TagoTiP open specification makes it possible by defining the data structure so you don't have to. ## Mongoose: Preauth RCE and mTLS Bypass on Millions of Devices DevFeed: [Mongoose: Preauth RCE and mTLS Bypass on Millions of Devices]() Original publisher: [Read original article]() Author: Simone Margaritelli Published: 2026-04-01T22:00:00Z Content type: article Language: en Sources: [evilsocket]() Topics: [Mongoose](), [Vulnerabilities](), [Security](), [Embedded Systems](), [Internet of things](), [C](), [cross-platform](), [HTTP](), [MQTT](), [WebSocket]() Tags: [authentication-bypass](), [buffer-overflow](), [c](), [cesanta](), [cross-platform](), [cve](), [cve-2026-5244](), [cve-2026-5245](), [cve-2026-5246](), [cybersecurity](), [embedded](), [embedded-devices](), [embedded-systems](), [exploit](), [heap-overflow](), [http](), [https](), [industrial-control](), [iot](), [iot-security](), [library](), [mdns](), [mips](), [mongoose](), [mqtt](), [mtls](), [rce](), [responsible-disclosure](), [security](), [stack-overflow](), [tls](), [vulnerability-research]() ### AI overview The article reports three independently exploitable vulnerabilities in Mongoose v7.20, an embedded C networking library used in IoT devices: an mTLS authentication bypass, a preauthentication heap-overflow RCE through client public-key parsing, and a preauthentication RCE through mDNS over UDP. Mongoose v7.21 reportedly includes patches for the issues, which were assigned CVE-2026-5244, CVE-2026-5245, and CVE-2026-5246. ### Source excerpt So, Mongoose. I [Next page]()