# Bluetooth Bluetooth is a wireless connectivity technology and global standard supported by specifications, developer resources, security features, and tools for creating Bluetooth applications. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## App detects nearby Meta smart glasses as Meta develops camera-free glasses and launches paid social features DevFeed: [App detects nearby Meta smart glasses as Meta develops camera-free glasses and launches paid social features]() Original publisher: [Read original article]() Author: EditorDavid Published: 2026-09-17T11:34:00Z Content type: news Language: en Sources: [Slashdot]() Topics: [App](), [Meta](), [Bluetooth](), [iphone](), [Artificial Intelligence](), [data centers](), [Model Development](), [Users]() Tags: [ai](), [ai-data-centers](), [app](), [app-store](), [apple](), [camera](), [facebook](), [meta](), [model-development](), [social-media](), [subscriptions]() ### AI overview The article covers Zuckoff, an app that detects Bluetooth signals from nearby Meta smart glasses and estimates their distance. It also reports on Meta's planned camera-free glasses, the financial losses of Reality Labs, and paid subscription features for Instagram, Facebook, and WhatsApp. ### Source excerpt The New York Post reports: A new app called Zuckoff can detect if a user is near someone with Meta's creepy AI-powered glasses, which have drawn criticism for enabling creeps to record video of women without their consent. Programmer Pawel Szydlowski says tales of dirtbags recording themselves perving on women or harassing strangers prompted him to launch the app... Zuckoff -- which detects Bluetooth signatures broadcast by smart glasses and can estimate their distance -- has gained some 5,000 users since it hit Apple's App Store last month, according to Business Insider. "There's a need for such an application," the 30-year-old Polish techie told the outlet, adding that European Union regulators have contacted him for more info about his app. "We as a society have the right to at least know that someone is recording," Szydlowski said... Earlier this month, the tech giant disabled thousands of glasses it found had been tampered with to keep a small light off that indicates the device is recording. It's already #61 on the iPhone's list of best-selling utilities apps. In a related story, "After accusations of selling 'perv glasses,' Meta prepares to sell a pair without a camera," writes TechCrunch, citing a report from The Information. The glasses include six built-in microphones so users can communicate with the chatbot, as well as a button on the side of the glasses that, when pressed, activates the AI system... Meta's Reality Labs, which is responsible for developing its smart glasses line, is still losing a gargantuan amount of money, as its earnings report from April revealed. In fact, Meta stock is off 13% over the last 12 months, reports Yahoo Finance. So Tuesday Meta announced subscription services for its social apps as "part of Meta's push to drive additional revenue from the billions it's investing in AI data centers and model development." The plans, which start at $2.99 per month for single-product plans, $7.99 for individual bundles, and $14.99 for creator ## PolyMO is a privacy-focused virtual pet built with an ESP32 and local AI DevFeed: [PolyMO is a privacy-focused virtual pet built with an ESP32 and local AI]() Original publisher: [Read original article]() Author: Ida Torres Published: 2026-09-17T00:30:05Z Content type: article Language: en Sources: [Yanko Design]() Topics: [ESP32](), [Hardware](), [Language models](), [Whisper](), [3D](), [voice ai](), [Android](), [Bluetooth]() Tags: [diy](), [gadgets](), [gadgets-technology-diy-virtual-virtual-pet](), [technology](), [virtual](), [virtual-pet]() ### AI overview PolyMO is a virtual pet designed to discourage excessive scrolling by becoming visibly ill when ignored. It combines an ESP32 device with an Android phone running local language, speech-recognition, and text-to-speech models, keeping conversations and pet behavior on the owner's hardware. ### Source excerpt Virtual Pet That Won't Let You Waste Your Life Scrolling Most of us know the feeling. You pick up your phone to check one notification, and forty-five minutes later you're three hundred posts deep into... ## A puppet-themed cyberdeck built with Arduino UNO Q DevFeed: [A puppet-themed cyberdeck built with Arduino UNO Q]() Original publisher: [Read original article]() Author: Arduino Team Published: 2026-09-15T17:29:23Z Content type: article Language: en Sources: [Arduino Blog]() Topics: [Arduino](), [UNO Q](), [Bluetooth](), [USB](), [hdmi](), [webcam]() Tags: [arduino](), [bluetooth](), [creative](), [cyberdeck](), [cyberdecks](), [hdmi](), [personalization](), [puppet](), [uno-q](), [usb](), [webcam]() ### AI overview Natasha Dzurny built a portable cyberdeck around an Arduino UNO Q and designed it as an Avenue Q-style puppet. The build includes a Bluetooth keyboard and touchpad, USB battery pack, HDMI display, and a concealed USB webcam, with a fur-covered puppet head serving as the enclosure. ### Source excerpt The heart of the entire cyberdeck movement is personalization. Instead of shopping within the limits of what manufacturers deem to be marketable, cyberdeck builders can create designs that reflect their own personal tastes. But even so, most cyberdecks fit within a fairly narrow aesthetic--usually some variation of cyberpunk or cassette futurism, fitting the original Gibson [...] The post This cyberdeck is a... puppet? appeared first on Arduino Blog. ## Syitren R400 is a portable Bluetooth CD player with a modular, customizable design DevFeed: [Syitren R400 is a portable Bluetooth CD player with a modular, customizable design]() Original publisher: [Read original article]() Author: Ida Torres Published: 2026-09-15T13:20:31Z Content type: opinion Language: en Sources: [Yanko Design]() Topics: [Hardware](), [Bluetooth]() Tags: [2026](), [a-design-award-and-competition](), [audio](), [audio-music-technology-a-design-award-and-competition-cd-player-music-player](), [bluetooth](), [cd-player](), [collection](), [cost](), [design](), [hardware](), [modular](), [mount](), [music](), [music-player](), [portable](), [product](), [technology]() ### AI overview The article presents Syitren's R400 as an entry-level portable Bluetooth CD player designed by ORGDOT Design. Its detachable modular shell supports customization, a desk stand, and an optional wall-mount bracket, while dual-material construction and cable-management details aim to improve everyday use. ### Source excerpt Finally, a CD Player Gen Z Actually Wants to Own It really warms my heart when I see Gen Z and Gen Alpha kids collecting physical media from their favorite artists. These are people who... ## The 5 Best Home Office Gadgets of September 2026 DevFeed: [The 5 Best Home Office Gadgets of September 2026]() Original publisher: [Read original article]() Author: Srishti Mitra Published: 2026-09-15T11:40:11Z Content type: comparison Language: en Sources: [Yanko Design]() Topics: [Bluetooth](), [e-ink](), [USB]() Tags: [2026](), [5-best-designs](), [battery](), [best](), [deals](), [deals-gadgets-office-product-design-shop-5-best-designs-home-office-yd-design-storm-yd-selec](), [dongle](), [e-ink](), [gadgets](), [home-office](), [office](), [portable](), [product-design](), [september-2026](), [shop](), [usb](), [wireless](), [yd-design-storm](), [yd-select]() ### AI overview A comparison of five home-office gadgets selected for their practical, space-saving designs. The supplied text highlights the OrigamiSwift Mouse, a foldable Bluetooth mouse with USB-C charging and up to three months of battery life, and introduces the Inkleaf Foldable Dual-Screen E-Ink Notebook. ### Source excerpt The 5 Best Home Office Gadgets of September 2026 The home office has been redesigned more times than anyone can count. Most of those attempts involve cable management trays and monitor arms that take... ## Haiku Activity & Contract Report, August 2026 DevFeed: [Haiku Activity & Contract Report, August 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-09-10T20:00:00Z Content type: article Language: en Sources: [Haiku Project]() Topics: [systems](), [App](), [Bluetooth](), [Command-line interface](), [cpu](), [keyboard](), [MIDI](), [USB]() Tags: [2026](), [activity-report](), [application](), [authentication](), [bluetooth](), [command-line](), [contractor](), [cpu](), [keyboard](), [report](), [sorting](), [usb]() ### AI overview Haiku's August 2026 activity and contract report covers revisions hrev59922 through hrev60059 and notes the R1/beta6 release. It summarizes fixes and improvements across applications, command-line tools, system kits, and servers, including Tracker, authentication in su, Intel CPU branding, Bluetooth support, MIDI endpoints, and media output switching. ### Source excerpt This report covers hrev59922 through hrev60059. The main news, of course, is that R1/beta6 was released last month. You can read the announcement for more details. Many of the changes in this report made it into R1/beta6 (but not all of them.) Applications waddlesplash fixed a file-descriptors leak in Tracker's query code, fixing a number of open tickets. jscipione changed Tracker to not start editing file names while dragging, re-enabled sorting of poses when adding is completed, implemented undo of creating new files from templates, made the drag-and-drop context menu live-updating, and more. aquamatic continued work on the Devices application. (You can read more about that in his final report.) humdinger also made a small patch to use a translatable application name. humdinger fixed the background of the optional package list in Installer. jscipione fixed the Deskbar preferences window incorrectly moving the Deskbar itself when it was opened in certain modes. madmax fixed a Deskbar crash when applications quit very soon after launching. nephele and jscipione fixed ProcessController to load the "Power saving" setting when started, instead of when the menu is first opened. jscipione updated the Apple keyboard layouts used in Keymap preferences to the "Apple Magic" layouts. Command line tools waddlesplash fixed a number of authentication problems in su. Kits KevinAdams improved Intel CPU "brand strings" detection some more, trimming more extraneous details off the strings displayed in AboutSystem. przemub fixed a crash in the Locale Kit when a time unit formatter failed to initialize. jscipione fixed some minor issues in spinner button drawing. waddlesplash refactored BBitmap to use 64-bit-safe types. This allows for bitmaps over 2GB in size on 64-bit systems, but it also allows for an application's total size of all bitmaps to go over 2GB, which wasn't properly supported before either. Servers mohammedrattia continued work on Bluetooth HID support. (You can read mo ## ESP32-C5 Pico board follows Raspberry Pi Pico form factor, ships with on-board or external antenna DevFeed: [ESP32-C5 Pico board follows Raspberry Pi Pico form factor, ships with on-board or external antenna]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-09-09T07:00:50Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [ESP32-C5](), [Raspberry Pi](), [Espressif](), [cpu](), [RISC-V](), [SOC](), [Bluetooth](), [wifi 6](), [zigbee](), [Matter](), [Embedded Systems](), [ESP-IDF]() Tags: [802-15-4](), [arduino](), [battery](), [ble](), [bluetooth](), [bluetooth-le](), [boot](), [c-c-plus-plus](), [development-board](), [embedded-systems](), [esp-idf](), [esp32](), [esp32-c5](), [espressif](), [gpio](), [hardware](), [iot](), [matter](), [news](), [port](), [raspberry-pi](), [risc-v](), [thread](), [usb](), [waveshare](), [wifi-6](), [zigbee]() ### AI overview The Waveshare ESP32-C5 Pico is a development board in the Raspberry Pi Pico form factor. It uses an ESP32-C5-MINI-1 series module with a RISC-V processor, dual-band WiFi 6, Bluetooth LE, and 802.15.4 support for Zigbee, Thread, and Matter. The board includes GPIO headers, USB-C, buttons, LEDs, and Li-Ion battery support, with variants offering PCB or external antennas. ### Source excerpt Waveshare ESP32-C5 Pico board brings the ESP32-C5 dual-band WiFi 6, Bluetooth LE, and 802.15.4 (Zigbee/Thread) SoC to the Raspberry Pi Pico form factor. The board features an ESP32-C5-MINI-1 Series module with PCB or external antenna, two 20-pin GPIO headers, a USB-C port for power and programming, Reset and Boot buttons, and a few LEDs. It also supports Li-Ion battery charging and discharging. Waveshare ESP32-C5 Pico specifications: Wireless module - ESP32-C5-MINI-1 or ESP32-C5-MINI-1U Wireless MCU - Espressif Systems ESP32-C5HF4 CPU Single-core 32-bit RISC-V processor @ up to 240 MHz Low-power RISC-V core @ 48 MHz acting as the main processor for power-sensitive applications Memory - 384 KB SRAM on-chip Storage - 320 KB ROM, 4MB SPI flash Wireless Dual-band (2.4/5 GHz) 802.11ax WiFi 6, 802.11b/g/n WiFi 4 backward compatibility WiFi modes: Station mode, SoftAP mode, SoftAP + Station mode, and promiscuous mode Bluetooth 5.0 Low Energy (LE) with Mesh support, up [...] The post ESP32-C5 Pico board follows Raspberry Pi Pico form factor, ships with on-board or external antenna appeared first on CNX Software - Embedded Systems News. ## FunFitLand Brings Live Heart Rate Tracking Into VR With New Phone App DevFeed: [FunFitLand Brings Live Heart Rate Tracking Into VR With New Phone App]() Original publisher: [Read original article]() Author: Craig Storm Published: 2026-09-08T02:00:00Z Content type: news Language: en Sources: [UploadVR]() Topics: [App](), [data](), [Android](), [iOS](), [Mobile](), [Bluetooth](), [Meta](), [Server]() Tags: [android](), [app](), [apple](), [bluetooth](), [compatibility](), [fitness](), [meta](), [phone-app](), [servers](), [smartphone](), [testing](), [vision]() ### AI overview FunFitLand's new iOS and Android companion app connects compatible wearables to VR workouts on Meta Quest and Apple Vision Pro, displaying live heart rate data and recording workout metrics. ### Source excerpt FunFitLand's new smartphone app brings live heart rate data from compatible wearables directly into your VR workouts on Quest and Apple Vision Pro. ## Home Hardware, Part 1: My Control4 Revenge Arc DevFeed: [Home Hardware, Part 1: My Control4 Revenge Arc]() Original publisher: [Read original article]() Published: 2026-09-08T00:34:58Z Content type: opinion Language: en Sources: [Jessie Frazelle]() Topics: [Home Assistant](), [Hardware](), [Bluetooth](), [Homekit](), [codex]() Tags: [api](), [bluetooth](), [codex](), [connect](), [hardware](), [home-assistant](), [homekit](), [sensor](), [sensors]() ### AI overview The author describes designing consumer hardware for a Home Assistant-based smart home, including a Bluetooth sensor hub and a maintenance display. The post discusses Bluetooth proxy range, regulatory constraints, testing considerations, and the use of NFC stickers for maintenance tracking, while reflecting on using Codex during the project. ### Source excerpt Fuck1 it, we're doing consumer hardware for ourselves now and getting fucked by economies of scale, I guess. This all started with me buying some Olimex Bluetooth proxies for Home Assistant. Then I started looking at the components and wondering if I could get better range. Now I'm designing boards, displays, and enclosures, and emailing manufacturers because their bezels are enormous. I've ordered the first two boards: a Bluetooth sensor hub and a little maintenance display. I've been working on this in Codex, and this post is going to go through what it was good at, where it got stuck or got things wrong, and where I had to step in. Why build this? Honestly, Control4, Savant, and the rest of these fucking systems seem built for rich people who don't know how to turn on their TV and would rather call someone. I want to program the fucking thing. Control4 puts HomeKit integration in its paid Connect tier.2 Why am I paying a recurring fee to connect things I already bought? I don't want to call a Control4 or Savant dealer, either, just because I want to change how something works. Give me API access or give me death. Source works too. I'll pick the hardware and connect it to Home Assistant, HomeKit, or my own code. If I want another sensor or some weird maintenance reminder, I can write that. It's my fucking house.31 Back to the Bluetooth proxies With a Bluetooth proxy, I can put the BLE radio near the sensors and get back to Home Assistant over the network.4 The machine running Home Assistant doesn't have to be within range of every sensor. When I mentioned my plans to Paul (paultag) over Slack, he pointed out that Olimex might be constrained by what the FCC allows, not just the components it picked. A radio supporting more transmit power doesn't mean you can use all of it.5 I hadn't thought about that. These are boards for my house. I'm not selling them. Fuck it, I'll build them and test them. I still have to measure the range; a bigger number on the radio's datash ## GSoC 2026 Final Report | Modernizing Haiku's Bluetooth Stack: HID Profile Implementation DevFeed: [GSoC 2026 Final Report | Modernizing Haiku's Bluetooth Stack: HID Profile Implementation]() Original publisher: [Read original article]() Author: mohammedrattia Published: 2026-09-06T12:00:24Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [implementation]() Tags: [bluetooth](), [drivers](), [gsoc](), [gsoc2026](), [haiku](), [hid](), [implementation](), [input](), [report](), [software]() ### AI overview This final GSoC 2026 report describes work to improve Haiku's Bluetooth stack and implement the HID profile. It reports that Bluetooth mice and keyboards are functioning and that the core stack is ready for additional profiles, while noting that Low Energy Bluetooth remains unimplemented and further work is needed. ### Source excerpt Hello! Finally, GSoC is done for me. This is the final report for my project. The project was focused on improving the Bluetooth stack and making it useful. Hopefully, the Bluetooth stack is now in a much better state than before GSoC 2026. It still needs much work to be fully developed. However, currently Bluetooth mice and keyboards are functioning. In addition, the core of the stack is ready for implementing other profiles. This report will include the following: Project Overview What I Did Future Work Conclusion Project Overview The State of Bluetooth on Haiku Before GSoC 2026 Although the Bluetooth stack was outdated (based on version 2.0 and 2.1 of Bluetooth) before GSoC, it contained many core components that helped us focus less on starting from scratch and more on making the already built stack useful. However, that's true only for BR/EDR (Basic Rate / Enhanced Data Rate) Bluetooth, not Low Energy Bluetooth, which isn't implemented yet in Haiku. The BR/EDR Bluetooth core stack is divided into several core modules that provide services for the Bluetooth profiles, which in turn provide services to users like human interface devices, audio, file transfer, etc. Some of those core modules and their state in Haiku are: L2CAP: Functional, but needed some fixes. HCI (Host Controller Interface): Functional, but on an old Bluetooth version, as stated above. Transfer Layer (h2generic): Functional, but required further extension to cover vendor-specific devices. Preferences Application: Functional, but it lacked some features, such as changing the Bluetooth friendly name, canceling inquiry and pairing, and adding devices to a block list. Security Manager: Not complete; it's blended into the Bluetooth Server, and most of its functions were missing. Service Discovery Protocol (SDP): Not implemented. The state mentioned above meant the Bluetooth stack couldn't yet offer much practical functionality to users, because none of the Bluetooth profiles were implemented. In addi ## OpenTrailPaper transforms LILYGO T5 E-Paper S3 Pro devkit into a DIY e-paper bike computer DevFeed: [OpenTrailPaper transforms LILYGO T5 E-Paper S3 Pro devkit into a DIY e-paper bike computer]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-09-05T08:01:22Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Embedded Systems](), [ESP32-S3](), [Open Source](), [Android](), [iOS](), [Bluetooth](), [ESP-IDF](), [GitHub](), [JavaScript](), [Python](), [web browser]() Tags: [android](), [bluetooth](), [browser](), [core](), [display](), [diy](), [e-ink](), [e-paper](), [epaper](), [esp-idf](), [esp32](), [esp32-s3](), [espressif](), [firmware](), [github](), [gps](), [hardware](), [ios](), [javascript](), [lilygo](), [lora](), [open-source](), [python]() ### AI overview OpenTrailPaper is an open-source DIY e-paper bike computer project for the LILYGO T5 E-Paper S3 Pro, using ESP32-S3 firmware alongside Android and iOS companion apps. It supports ride data, offline maps, GPX routes, FIT file recording, and Bluetooth sensor connections. ### Source excerpt OpenTrailPaper is an open-source, DIY e-paper bike computer project comprised of firmware for the ESP32-S3-based T5 E-Paper S3 Pro devkit and Android and iOS companion apps for maps, routes, and settings. It shows ride data and offline maps, follows standard GPX (GPS Exchange Format) routes, records FIT (Flexible and Interoperable Data Transfer used in Garmin devices) files, and connects to Bluetooth (and soon ANT/ANT+) heart rate, power, and cadence sensors. Before looking into the project's details, let's check out the LILYGO T5 E-Paper S3 Pro specifications: ESP32-S3-WROOM-1 wireless module SoC - ESP32-S3N16R8 dual-core Tensilica LX7 microcontroller @ up to 240 MHz with 2.4 GHz 802.11n WiFi 4 and Bluetooth 5.0 LE connectivity Memory - 8MB PSRAM Storage - 16MB SPI flash PCB antenna Storage - MicroSD card slot Display - 4.7-inch e-Paper display with 960x540 resolution, 16 shades of gray, capacitive touch (GT911); ED047TC1 drive IC Wireless 2.4 GHz 802.11n [...] The post OpenTrailPaper transforms LILYGO T5 E-Paper S3 Pro devkit into a DIY e-paper bike computer appeared first on CNX Software - Embedded Systems News. ## TickrCast - An ESP32-S3 HUB75 LED ticker display with server-side rendering and OTA (Crowdfunding) DevFeed: [TickrCast - An ESP32-S3 HUB75 LED ticker display with server-side rendering and OTA (Crowdfunding)]() Original publisher: [Read original article]() Author: Debashis Das Published: 2026-09-03T08:02:56Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [ESP32-S3](), [Embedded Systems](), [Hardware](), [Wi-Fi](), [Bluetooth]() Tags: [bluetooth](), [display](), [embedded-systems](), [esp32](), [esp32-s3](), [espressif](), [flash-encryption](), [hardware](), [iot](), [kickstarter](), [ota](), [video](), [wi-fi](), [wifi]() ### AI overview Layered Ventures LLC has launched TickrCast, an expandable HUB75 LED ticker display built around an ESP32-S3. The consumer product uses Wi-Fi and Bluetooth LE, supports modular panels, plugins, signed OTA firmware updates, and hardware flash encryption. ### Source excerpt Layered Ventures LLC has launched the TickrCast, an expandable HUB75 LED ticker display built around an ESP32-S3. The TickrCast ships as a full consumer product designed to display live esports data, traditional sports scores, social media metrics, and flight tracking across a daisy-chained array of panels. Unlike a typical LED matrix development board, the system is a complete product with a custom controller board, plug-and-play panels, power connectors, a companion app, and an expandable enclosure. The display starts with two panels and can be expanded by adding additional panels, with the company targeting configurations of 10 or more panels. The system is controlled through Wi-Fi, while Bluetooth LE is used for initial provisioning, and the manufacturer provides more than 30 plugins at launch with no subscription required. The platform also supports signed over-the-air (OTA) firmware updates and hardware flash encryption for improved device security. TickrCast controller specifications: ESP32-S3-WROOM-1U wireless module [...] The post TickrCast - An ESP32-S3 HUB75 LED ticker display with server-side rendering and OTA (Crowdfunding) appeared first on CNX Software - Embedded Systems News. ## Orange Pi Zero 4 - Compact Allwinner A733 SBC offers HDMI, USB-C DP, GbE, WiFI 6, PCIe FFC connector for $26.5 and up DevFeed: [Orange Pi Zero 4 - Compact Allwinner A733 SBC offers HDMI, USB-C DP, GbE, WiFI 6, PCIe FFC connector for $26.5 and up]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-08-31T07:13:46Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Embedded Systems](), [SOC](), [Arm](), [cpu](), [wifi 6](), [GPU](), [Bluetooth](), [RISC-V](), [hdmi](), [USB](), [Ethernet](), [OpenGL]() Tags: [allwinner](), [allwinner-a-series](), [android](), [arm](), [armbian](), [bluetooth](), [cortex-a55](), [cpu](), [debian](), [embedded-systems](), [gigabit-ethernet](), [gpu](), [h-264](), [hardware](), [hdmi](), [linux](), [npu](), [opencl](), [orange-pi](), [pcie](), [single-board-computer](), [specifications](), [ubuntu](), [usb](), [vp9](), [vulkan](), [wifi-6]() ### AI overview The Orange Pi Zero 4 is a compact single-board computer based on the Allwinner A733, with up to 8GB of memory, eMMC or UFS storage support, mini HDMI, USB-C DisplayPort, Gigabit Ethernet, Wi-Fi 6, Bluetooth 5.4, camera interfaces, GPIO, and a PCIe FFC connector. The article lists its specifications, planned operating-system images, and expected Armbian support. ### Source excerpt Orange Pi Zero 4 is an affordable yet feature-rich Allwinner A733 single board computer (SBC) with up to 8GB RAM, eMMC/UFS storage footprint, a microSD card slot, and plenty of I/Os. The board packs mini HDMI and USB-C DisplayPort, Gigabit Ethernet, WiFi 6 and Bluetooth 5.4, two MIPI CSI camera connectors, a Raspberry Pi-style PCIe FFC connector, and two GPIO headers into a compact 55x50mm form factor. Orange Pi Zero 4 specifications: SoC - Allwinner A733 CPU Dual-core Arm Cortex-A76 @ up to 2.00 GHz Hexa-core Arm Cortex-A55 @ up to 1.79 GHz Single-core RISC-V E902 real-time core up to 200 MHz GPU - Imagination Technologies BXM-4-64 MC1 GPU with support for OpenGL ES 3.2, Vulkan 1.3, OpenCL 3.0 VPU 8Kp24 H.265/VP9/AVS2 decoding 4Kp30 H.265/H.264 encoding AI accelerator - 3 TOPS NPU System Memory - 1GB, 2GB, 4GB, 6GB, or 8GB LPDDR5/LPDDR4/LPDDR4x; note: 16GB is also listed in the specs, [...] The post Orange Pi Zero 4 - Compact Allwinner A733 SBC offers HDMI, USB-C DP, GbE, WiFI 6, PCIe FFC connector for $26.5 and up appeared first on CNX Software - Embedded Systems News. ## UWB and Nearby Devices: Distance, Direction, Association, and Transport DevFeed: [UWB and Nearby Devices: Distance, Direction, Association, and Transport]() Original publisher: [Read original article]() Author: Shai Almog Published: 2026-08-30T00:00:00Z Content type: release Language: en Sources: [CodeName One]() Topics: [API](), [Bluetooth](), [Bluetooth LE](), [Hardware](), [Android](), [iOS]() Tags: [android](), [apis](), [bluetooth](), [bluetooth-le](), [hardware](), [ios]() ### AI overview Codename One exposes separate capability-driven APIs for ultra-wideband ranging, companion-device association, presence, and local device transport. The article explains token exchange, platform differences, permissions, and capability limits across Android and iOS. ### Source excerpt Codename One now exposes UWB distance and direction, companion-device association, presence, and local device transport through separate capability-driven APIs. ## \[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Progress Report DevFeed: [\[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Progress Report]() Original publisher: [Read original article]() Author: vighnesh-sawant Published: 2026-08-21T18:04:07Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Protocol (disambiguation)](), [implementation](), [bug](), [USB]() Tags: [bluetooth](), [bug-fixes](), [gsoc](), [haiku](), [implementation](), [progress-report](), [software](), [usb]() ### AI overview This GSoC 2026 progress report describes work modernizing Haiku's Bluetooth stack for the Hands-Free Profile (HFP). It covers RFCOMM implementation, xHCI improvements, Bluetooth stack and media fixes, HFP session functionality, and a Bluetooth SCO Media Kit add-on. RFCOMM and SCO are nearly ready for merging, while HFP still needs to be split, reviewed, and prepared for merging. ### Source excerpt Introduction The goal of this post is to document the changes I made during the GSoC period and the current state of the project. I would also like to thank waddlesplash for his continued support throughout the project. Progress So Far RFCOMM Protocol RFCOMM is now almost ready to be merged. It acts as the control channel required by HFP. The implementation includes: RFCOMM socket addressing and connection management DLCI multiplexing over a shared L2CAP connection SABM, UA, DM, DISC, and UIH frame handling MCC commands Credit-based flow control USB and xHCI Improvements During implementation, I found that the xHCI driver assumed all isochronous packets had the same size, which is not always true. The xHCI driver now supports variable-length isochronous packets and processes completed transfers in FIFO order instead of LIFO order. Bug Fixes A part of this period was spent fixing issues in the existing Bluetooth stack. The main fixes include: Correcting ACL packet splitting when packets exceed the L2CAP MTU. Holding socket references while working on them. Related changes include the L2CAP refactor,send-status fix, socket lifetime changes, and MTU packet fix Media Stack Fixes While working on Bluetooth audio integration, I found some bugs in the media stack. After initial work, waddlesplash took over these changes and implemented the actual changes. The improvements landed in the media auto-stop change and the live output reconnection change. Hands-Free Profile The first pass for HFP is done. It includes: Hands-Free service discovery through SDP. HFP session management. Basic AT-command parsing. The implementation is functional but work is needed to split the changes, getting it reviewed and making it merge ready. Bluetooth SCO Media Add-on The Bluetooth SCO Media Kit add-on has also been implemented. It discovers Bluetooth audio devices, exposes them through the Media Kit, and creates media nodes for headset playback and capture. It includes: Bluetooth headset disco ## ESPHome 2026.8.0: Bluetooth on more chips than ever DevFeed: [ESPHome 2026.8.0: Bluetooth on more chips than ever]() Original publisher: [Read original article]() Author: Jesse Hills Published: 2026-08-19T00:00:00Z Content type: release Language: en Sources: [ESPHome - Smart Home Made Simple - Blog]() Topics: [esphome](), [Bluetooth](), [networking](), [Raspberry Pi](), [ESP32](), [Ethernet](), [Modbus](), [ESP8266](), [Lvgl]() Tags: [bluetooth](), [esp32](), [esp8266](), [esphome](), [ethernet](), [lvgl](), [modbus](), [networking](), [raspberry-pi](), [release](), [releases]() ### AI overview ESPHome 2026.8.0 expands Bluetooth support beyond ESP32 through a platform-neutral BLE layer, adds Bluetooth Proxy support for more chips and Raspberry Pi Pico W, and introduces faster builds, combined Ethernet and WiFi configuration, Modbus changes, OTA signature verification, and other device and builder improvements. ### Source excerpt ESPHome 2026.8.0 brings Bluetooth to more chips, dramatically faster builds, Ethernet and WiFi together, a major Modbus overhaul, and more. ## Haiku Activity & Contract Report, July 2026 DevFeed: [Haiku Activity & Contract Report, July 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-08-14T16:00:00Z Content type: news Language: en Sources: [Haiku Project]() Topics: [App](), [GUI](), [Bluetooth](), [x86](), [Font](), [pixel](), [Terminal](), [Network]() Tags: [2026](), [activity-report](), [app](), [bluetooth](), [contractor](), [gui](), [network](), [pixel](), [report](), [terminal](), [x86]() ### AI overview Haiku's July 2026 activity and contract report covers revisions hrev59821 through hrev59921. It summarizes GUI, application, translation, storage, CPU detection, video playback, server, and filesystem changes, along with bug fixes and improvements across Haiku. ### Source excerpt This report covers hrev59821 through hrev59921. Applications humdinger adjusted a lot of GUI strings in the Bluetooth preferences to conform to our Interface Guidelines. aquamatic123 (GSoC '26) implemented a number of improvements in the Devices application. (He's since posted a blogpost covering these.) PulkoMandy cleaned up the layout of the URL bar for WebPositive, making things look a bit cleaner. madmax fixed the scaling of the close button on WebPositive's Find bar. k32n13 improved the pixel positioning of filename editors in Tracker, and also adjusted highlight box sizing slightly. humdinger moved "More details" in SoftwareUpdater into its settings window. madmax fixed a number of problems with translation catalogs in various applications, including Tracker, Terminal, Network preferences, and more. nathan242 implemented the ability to change the partition types in DriveSetup, making it easier to set up GPT disks for Haiku. madmax fixed the redrawing of some parts of Tracker's Info window and "count" view. jscipione fixed dragging inside the root window, and disabled the Disks dropdown on open/save panels. PulkoMandy updated the credits section of AboutSystem. apl fixed HaikuDepot to automatically deselect packages when the filtered list changes and they're no longer in it. waddlesplash fixed a crash in the OverlayImage replicant. PulkoMandy updated the PNP and ACPI IDs lists used by Devices. Kits k32n13 fixed problems with invisible carets, margin/padding drawing, and missing uses of cached font heights in BTextView. phoudoin fixed shortcuts not working properly when Caps Lock was enabled. KevinAdams improved the x86 CPU name detection logic (used by AboutSystem and other applications) significantly, relying more on the "brand string" and only hardcoding names for CPUs that have no or incorrect "brand string"s. PulkoMandy came by later and improved things a bit more. korli fixed some problems with buffer management in BBufferIO. haydentech fixed the drawing o ## 10,501 Radios in Seven Days: What a $69 Badge Heard at Summer Camp DevFeed: [10,501 Radios in Seven Days: What a $69 Badge Heard at Summer Camp]() Original publisher: [Read original article]() Author: jgamblin Published: 2026-08-10T13:07:44Z Content type: article Language: en Sources: [Jerry Gamblin]() Topics: [Bluetooth](), [MicroPython](), [Hardware](), [Claude](), [Networks]() Tags: [black-hat](), [bluetooth](), [bsides](), [capture](), [claude](), [devices](), [hardware](), [micropython](), [networks](), [open](), [uncategorized]() ### AI overview A seven-day passive listening project using a Pimoroni Tufty 2350 examined WiFi and Bluetooth activity at BSides, Black Hat, and DEF CON. The article reports 4,653 access points and 5,848 Bluetooth devices, including 673 open networks and a beacon flooder that advertised 77 fake networks. It also explains why rotating addresses can inflate device counts and documents important limitations, including 2.4 GHz-only WiFi coverage. ### Source excerpt Seven days of passive listening at BSides, Black Hat and DEF CON: 673 open networks, one beacon flooder, and what it takes to count devices honestly. I have wanted to build one of these for a long time. A little screen on my bag that tells me what the air around me is actually made ... Read more ## Codename One's Cross-Platform Health API and Its Privacy Design DevFeed: [Codename One's Cross-Platform Health API and Its Privacy Design]() Original publisher: [Read original article]() Author: Shai Almog Published: 2026-08-01T00:00:00Z Content type: article Language: en Sources: [CodeName One]() Topics: [API](), [Android](), [iOS](), [Bluetooth](), [simulator](), [Testing]() Tags: [android](), [api](), [bluetooth](), [ios](), [privacy](), [sensor](), [simulator](), [testing]() ### AI overview This article examines Codename One's cross-platform health API for HealthKit, Health Connect, workouts, nutrition, Bluetooth health sensors, and deterministic simulation. It explains capability-based behavior, privacy-preserving permission handling, unit-aware samples, and cross-platform result normalization. ### Source excerpt A deep look at Codename One's HealthKit, Health Connect, workout, nutrition, Bluetooth sensor, and simulator API, including the privacy rules that shape its unusual design. ## Bluetooth Support Across Every Codename One Target DevFeed: [Bluetooth Support Across Every Codename One Target]() Original publisher: [Read original article]() Author: Shai Almog Published: 2026-07-26T00:00:00Z Content type: article Language: en Sources: [CodeName One]() Topics: [Bluetooth](), [API](), [simulator](), [Web](), [JavaScript]() Tags: [api](), [ble](), [bluetooth](), [browser](), [chrome](), [core](), [desktop](), [hardware](), [javascript](), [permission](), [platform](), [protocol](), [simulator](), [tests](), [web]() ### AI overview Codename One's core Bluetooth API adds cross-target support for BLE, GATT, L2CAP, classic RFCOMM, Web Bluetooth, and a scriptable simulator. The API exposes platform capabilities and limits, while the implementation handles queued GATT operations and callback timeouts. ### Source excerpt The core Bluetooth API covers BLE, GATT, L2CAP, classic RFCOMM, Web Bluetooth, and a scriptable simulator while exposing each platform's limits. ## Upcoming Changes to the Nearby Connections API DevFeed: [Upcoming Changes to the Nearby Connections API]() Original publisher: [Read original article]() Author: Android Developers (noreply@blogger.com) Published: 2026-07-20T13:00:00Z Content type: release Language: en Sources: [Android Developers Blog]() Topics: [API](), [Bluetooth](), [Wi-Fi](), [Android]() Tags: [2026](), [android](), [api](), [bluetooth](), [developers](), [privacy](), [scheduled](), [wi-fi](), [workflows]() ### AI overview Android is changing the Nearby Connections API so it will no longer automatically enable Wi-Fi or Bluetooth radios for first- and third-party applications. Developers must ensure the radios are enabled and notify users when manual activation is required. The change is scheduled for late 2026. ### Source excerpt Posted by Wei Wang, Engineering Manager, Android BeTo User privacy and transparency are core to the Android experience. To better align with these principles, we are updating the default behavior of the Nearby Connections API regarding how it interacts with device radios. What is changing? Previously, the Nearby Connections API could automatically toggle Wi-Fi and Bluetooth radios ON to facilitate connections without explicit user intervention. Moving forward, the API will no longer automatically enable these radios for 1P and 3P applications. What this means for developers If your app relies on Nearby Connections, you will need to update your implementation to account for these changes: Manual Radio Management: You must ensure that the necessary radios (Wi-Fi or Bluetooth) are enabled before initiating Nearby Connections tasks. User Notification: If the required radios are disabled, your app must now inform the user and request that they enable them manually. The API will no longer programmatically turn them on for you. Timing These changes are scheduled to take effect in late 2026. We recommend reviewing your connection workflows now to ensure a seamless transition for your users. ## GSoC Bluetooth Improvement Midterm Recap DevFeed: [GSoC Bluetooth Improvement Midterm Recap]() Original publisher: [Read original article]() Author: mohammedrattia Published: 2026-07-17T23:06:42Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Operating system](), [Embedded Software Dev]() Tags: [bluetooth](), [commands](), [devices](), [firmware](), [gsoc](), [gsoc2026](), [haiku](), [implementation](), [interface](), [midterm](), [recap](), [software]() ### AI overview This midterm recap describes improvements to Haiku's Bluetooth stack during a Google Summer of Code project. The work includes updating outdated Host-Controller Interface commands and events, implementing mandatory Bluetooth functionality, adding a setting for the device's friendly name, and adding support for canceling device inquiries. ### Source excerpt Hello! The GSoC's midterm (at least for me) has just passed, so I thought of making a recap post about the improvements I've made so far. I'll try to keep the post brief to make it easier for readers (foreshadowing: I realized that's impossible :P). I've already posted an introduction about me and the project. You can read it here if you haven't already. Host-Controller Interface (HCI) Commands and Events The Host-Controller Interface (HCI) is the specification for how the operating system (the host, in our case, is Haiku) communicates with the Bluetooth controller. The Bluetooth controller is basically the firmware on the Bluetooth chip. So, it's vital to implement at least most of the mandatory HCI commands and events from the Bluetooth specification for Bluetooth to function properly. HCI commands and events were mostly outdated, dating back to version 2.0 or 2.1, so updating them was the first step to get the Bluetooth stack back to life. The Bluetooth SIG provides an Implementation Conformance Statement (ICS) for HCI, which can be used as a checklist for what's mandatory and what's optional. So, I started by completing what Haiku's Bluetooth stack lacked from the mandatory list. I'll mention here the features that users will be using without getting into internal details, so please feel free to contact me if you want to know more. Set Friendly Name Honestly... I personally don't think this would affect the user experience that much, but it's not me who decides anyway. It was mandatory in HCI, so I implemented it in the Bluetooth settings. Anyway, users can now set any name they want for their Haiku's Bluetooth device. Thanks to Máximo for solving a crash this caused later on and to KitsunePrefecture for reporting the crash :) Cancel Inquiry Discovering Bluetooth devices in Haiku wasn't working before the GSoC application phase. It lacked the handling of critical events needed to understand modern devices. Some GSoC applicants had already fixed a great part of it ## \[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Mid-Term Progress Report DevFeed: [\[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Mid-Term Progress Report]() Original publisher: [Read original article]() Author: vighnesh-sawant Published: 2026-07-15T14:32:12Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Protocol (disambiguation)](), [systems](), [real-time](), [Streaming](), [USB](), [Kernel](), [interface]() Tags: [api](), [bluetooth](), [driver](), [gsoc](), [haiku](), [implementing](), [kernel](), [modernizing](), [progress-report](), [protocol](), [real-time](), [report](), [software](), [streaming](), [usb]() ### AI overview A GSoC 2026 progress report on modernizing Haiku's Bluetooth stack by adding groundwork for the Hands-Free Profile. Completed work includes isochronous USB endpoint support, SCO handling, kernel hooks, and SCO and RFCOMM protocol implementations. Planned work covers SPP, SDP, and the remaining HFP functionality. ### Source excerpt Introduction Hello again! It has been a fun journey since the beginning of GSoC. My project focuses on modernizing Haiku's Bluetooth stack, specifically adding support for the Hands-Free Profile (HFP). HFP is a profile that allows operating systems to interact with Bluetooth audio devices, such as headsets, for two-way voice calls and audio streaming. Today, I'll be sharing a progress report on the work I have completed till now, and will outline my plans for the remainder of the project. Progress So Far A significant portion of my work has been dedicated to laying the groundwork for the HFP profile. Because Haiku's Bluetooth stack previously lacked the necessary transport layers for real-time audio, I had to implement several underlying protocols. Here is a breakdown of the changes I've made: USB and Driver Support (Isochronous Endpoints): I started off by adding support for isochronous USB endpoints to the h2generic Bluetooth driver. Isochronous transfers are critical because they guarantee bandwidth and timely delivery of data, which is a requirement for streaming real-time audio. Following this, I implemented SCO (Synchronous Connection-Oriented) handling within h2transactions, along with the proper scheduling mechanism.. Kernel Hooks: I added the necessary hooks for SCO and HCI (Host Controller Interface) commands. Protocol Implementations (SCO and RFCOMM): I successfully added the core implementations for both the SCO and RFCOMM protocols. RFCOMM provides an emulated serial interface over L2CAP. It serves as the control channel for many higher-level profiles, including HFP. SCO handles the actual low-latency audio transmission needed for voice calls. What's Next? Short-term Goals: Serial Port Profile (SPP) The Serial Port Profile sits on top of RFCOMM and provides a standard way to send and receive data. Implement SPP API: I will be implementing the JSR82 API methods for SPP in the Bluetooth kit. Implementing the Hands-Free Profile (HFP) The remaining time wil ## Walking Pad, Controlled by Code: BLE, FTMS, and a Phone Button That Tracks Every Step DevFeed: [Walking Pad, Controlled by Code: BLE, FTMS, and a Phone Button That Tracks Every Step]() Original publisher: [Read original article]() Author: Ivan Morgillo Published: 2026-06-24T08:00:00Z Content type: tutorial Language: en Sources: [Ivan Morgillo]() Topics: [Home Assistant](), [Bluetooth](), [Python](), [Code]() Tags: [ble](), [bluetooth](), [code](), [home-assistant](), [python]() ### AI overview A developer connects a Mobvoi Home walking pad to Home Assistant using Bluetooth Low Energy and the Fitness Machine Service standard. A Python-based setup uses the device's control point and notifications to start and stop the pad and record session data, while the article also documents challenges with rolling-code remotes, BLE scanning, and BlueZ connections. ### Source excerpt I have a Mobvoi Home walking pad under my standing desk. BLE, FTMS, Python, and a Home Assistant button: one tap to start, one to stop, every session logged. [Next page]()