https://testforum.armbian.com/rss/1-armbian-posts.xml/New postsenWireless-Tag WT32P4C5-43S (ZX4D30CE405-V1.3) is a fully integrated 4.3-inch touch display development board that combines an ESP32-P4 MCU with an ESP32-C5 wireless module supporting dual-band WiFi 6 (2.4/5 GHz), Bluetooth LE, and 802.15.4 connectivity. Unlike previous ESP32-P4 + ESP32-C5 solutions, this one comes with a built-in touchscreen, so you don’t need to connect a separate display. Designed for industrial automation, smart control panels, and edge AI vision terminals, the board also integrates a 15-pin MIPI CSI camera interface, a microSD card slot, two USB Type-C ports (USB 2.0 High-Speed and Debug/JTAG), and a 14-pin GPIO expansion header. Wireless-Tag WT32P4C5-43S (ZX4D30CE405-V1.3) specifications: Core module – Wireless Tag WT0132P4-A1-N16R32 SoC – Espressif Systems ESP32-P4 CPU Dual-core 32-bit RISC-V HP (High-performance) CPU @ up to 400 MHz with AI instructions extension and single-precision FPU Single-RISC-V LP (Low-power) MCU core @ up to 40 MHz with 8KB of zero-wait TCM RAM Memory 768 KB HP [...] The post Wireless-Tag WT32P4C5-43S – A fully integrated 4.3-inch ESP32-P4 and ESP32-C5 touch display devkit appeared first on CNX Software - Embedded Systems News. View the full articleSun, 11 Oct 2026 11:36:22 +0000M5Stack has just introduced the ToughC5, a rugged, weatherproof outdoor IoT controller built around the ESP32-C5. The device features a bright 2.0-inch capacitive touch IPS display and RS485 connectivity. The ToughC5 is an upgrade to the ESP32-base3d M5Stack TOUGH introduced in 2021, with the upgraded model featuring a more modern ESP32-C5 MCU with dual-band (2.4/5 GHz) Wi-Fi 6, Bluetooth 5 LE, and an IEEE 802.15.4 radio for Zigbee and Thread. Other changes include faster Octal PSRAM, an upgraded RTC chip with a dedicated coin cell backup battery, a passive buzzer replacing the previous 1W speaker, and a custom power management system (M5PM1 + M5IOE1) replacing the AXP192 PMU. These features make it suitable for industrial field control, outdoor edge data collection, and smart building applications. M5Stack ToughC5 specifications: Wireless SoC – Espressif Systems ESP32-C5HR8 CPU Single-core 32-bit RISC-V processor @ up to 240 MHz Low-power RISC-V core @ 40 MHz [...] The post M5Stack ToughC5 weatherproof ESP32-C5 IoT controller offers dual-band Wi-Fi 6, BLE 5, and Zigbee/Thread appeared first on CNX Software - Embedded Systems News. View the full articleSat, 10 Oct 2026 07:00:45 +0000Developed by Zed (M-Abozaid), the esp32-c3-adblock is an open-source, Pi-hole-style DNS ad blocker that runs on a $2 ESP32-C3 microcontroller board/module without requiring PSRAM. It blocks ads and tracking domains across devices on a home or small office network by filtering DNS requests. Instead of storing domain strings in RAM, the project stores them as sorted 40-bit FNV-1a hashes in flash memory and uses binary search to check DNS requests. When a UDP DNS query comes in, the C++ firmware extracts the domain, hashes it (including parent suffixes), and performs a binary search against the flash hash table. If the domain is on the blocklist, the ESP32-C3 returns 0.0.0.0 to block the request. Otherwise, it forwards the query to an upstream DNS server and returns the response to the client. This method fits over 140,000 domains into ~0.7 MB of flash memory while using only ~50 KB of RAM. A [...] The post Open-source ESP32-C3 DNS ad blocker supports up to over 500,000 domains without PSRAM appeared first on CNX Software - Embedded Systems News. View the full articleFri, 09 Oct 2026 12:00:44 +0000Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.Fri, 09 Oct 2026 10:56:23 +0000After installing Armbian_community_26.11.0-trunk.62_Orangepiplus_trixie_current_6.18.54_minimal.img.xz on the Orange Pi PC Plus, the USB keyboard does not work.Fri, 09 Oct 2026 09:40:53 +0000No, I installed the "current" distribution, v26.11 rolling for Orange Pi PC running Armbian Linux 6.18.53-current-sunxi from here Orange Pi PC + | ArmbianFri, 09 Oct 2026 08:53:48 +0000bleedingedge is not meant to be used as end-user but for developers only. Use "current" if you prefer stability over breakage.Fri, 09 Oct 2026 06:32:30 +0000I have a recently commissioned Radxa Rock-5B that I use as my PXE host. It has a number of iso images that are loopback mounted on directories like /var/www/html/mirrors/Fedora-44. I recently attempted an install of Fedora 44 on a VM and it crashed, complaining that it was unable to download a package from /var/www/html/mirrors/Fedora-44/Packages/p/parted-3.6-14.fc44.x86_64.rpm. I checked the directory on the Rock-5B and it was indeed missing but it was also giving me a lot of output that looked like -r--r--r-- 1 root root 264876 Feb 2 2026 policycoreutils-3.10-1.fc44.x86_64.rpm ?????????? ? ? ? ? ? policycoreutils-newrole-3.10-1.fc44.x86_64.rpm all files from here are the same ??? I checked the sha256sum of the Fedora 44 iso against the one published on the website and it matches. I renamed the file and downloaded a fresh copy, just in case, same size, same sha256sum, same errors. I rebooted the Rock-5B to see if it was a transient problem but it was still broken on reboot. I copied the iso file to a different system running an older kernel and mounted it there and the content was correct and there were no errors and more importantly the parted-3.6 rpm file it complained about was present. I removed linux-image-bleedingedge-rockchip64 and rebooted into Linux rock-5b 6.18.53-current-rockchip64 and the problem was gone. It seems something about loopback mounting iso images is broken in 7.3.0-rc4. I have not tried a more recent bleedingedge version yet.Fri, 09 Oct 2026 06:11:30 +0000Fri, 09 Oct 2026 05:01:42 +0000Thu, 08 Oct 2026 20:43:09 +0000Until someone dares sending PR for Current …Thu, 08 Oct 2026 17:20:38 +0000It was already fixed in 7.2.9 edge nightly, but 7.2 branch is gone due to 7.3 rc 6 edge nightly which makes the board unstable to use, (yesterday, after .debs build it will be solved, (Thanks Igor for the pr) people who don't know how to upgrade kernel will have that thread issue using current kernel (default)Thu, 08 Oct 2026 17:11:58 +0000Sipeed has just launched what they claim is the world’s first 10 Gbps USB 3.2 logic analyzer. The SLogic32U3 is the successor to the SLogic16U3 3.2 Gbps logic analyzer launched in 2025. The SLogic32U3 USB-C logic analyzer supports up to 32 channels via four mini HDMI connectors, 350 MHz signal bandwidth, up to 1400 MS/s per channel with four channels, or 200 MS/s per channel with 32 channels, and is offered with an optional ADC module. SLogic32U3 specifications: FPGA – Not mentioned (potentially from GOWIN) Input channels – 32 digital channels via 4x mini HDMI ports, each with 8 channels Sample rates 1400MS/s @ 4 channels 800MS/s @ 8 channels 400MS/s @ 16 channels 200MS/s @ 32 channels Digital signal bandwidth – 350 MHz Stream FIFO buffer – 2 Gbit DDR3 Capture mode – Stream (real-time readback); depth limited by PC memory/disk Signal input voltage – 0–10 V Adjustable threshold [...] The post Sipeed SLogic32U3 – A high-speed 10 Gbps USB 3.2 logic analyzer (Crowdfunding) appeared first on CNX Software - Embedded Systems News. View the full articleThu, 08 Oct 2026 17:01:38 +0000What I mean here is that (from what I saw in the bootloader logs) it searches the SD card and can't find a valid UEFI or kernel to boot, just felt like clarifying.Thu, 08 Oct 2026 16:27:44 +0000If the issue is so important, why no one dares sending relevant PR as suggested in that thread?Thu, 08 Oct 2026 16:23:48 +0000When flashing the Armbian image for the Odin 2 Portal to the SD card and attempting to boot (on ROCKNIX ABL v1.2), the ABL can detect the SD card but does not detect the OS at all. This is on the latest version of the OS, with the GNOME/ubuntu image flashed via the official Armbian Imager. When will this be fixed? (image not uploaded as it kept throwing errors)Thu, 08 Oct 2026 16:15:25 +0000Bleeding-edge branch was where 7.1 rc was put first, then moved to edge The ethernet fix patch is the following, current kernel gives upload speeds of 10/mbps https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-7.3/board-odroidm1-change-ethernet-TXD-timing-delay-value.patch The following thread describes the issue that various users have with current kernel I'll try with edge kernel instead of current kernel (No nightly build) maybe it's just the current kernel that is doing that speed cut Thanks !Thu, 08 Oct 2026 14:38:49 +0000I tried 2.2 on RPi OS. Installation goes fine, but starting steam-arm doesn't work. I also tried like this: steam-arm -no-cef-sandbox I also tried the restart options. Output of terminal attached. Anything else you need for analysis? The dmp file doesn't look human readable, but I can add it. Steam.txtThu, 08 Oct 2026 14:32:31 +0000ZeroWire Robotics Q8botOne is an open-source, palm-sized quadruped robot built around an ESP32-C3 MCU and ROBOTIS DYNAMIXEL smart actuators. Designed with a unique wire-free architecture, the robot integrates all components onto a central printed circuit board also used as the structural chassis. The robot is roughly the size of a smartphone and can jog, jump, and carry up to twice its 250-gram weight. The main PCB uses a dedicated 6V/16A step-down converter for motor power and includes a battery management system for two 14500 Li-ion cells. For control, the kit includes a separate ESP32-C3 controller PCB with an Adafruit Mini I2C Gamepad. Q8botOne specifications: Wireless module – Espressif Systems ESP32-C3-MINI-1-N4 module with: ESP32-C3 (ESP32-C3FN4) SoC CPU – 32-bit RISC-V single-core processor up to 160 MHz Memory – 400 KB SRAM (16 KB for cache), 8 KB SRAM in RTC Storage – 4 MB embedded flash, 384 KB ROM Connectivity – [...] The post Q8botOne – A palm-sized open-source quadruped robot with ESP32-C3, DYNAMIXEL smart actuators (Crowdfunding) appeared first on CNX Software - Embedded Systems News. View the full articleThu, 08 Oct 2026 09:00:08 +0000While doing some testing of multiple things I decided to build 2 images, fresh/new for my nanopineo's also trying to have the resulting image as close as possible to what I have running on the nanopineo's for years since 2022 or so. That was originally Armbian Buster and I have been tweaking the installations to match other computer installations. Main thing is split the root partitions into a rootfs (Btrfs) and a bootfs (Ext4). More recently, I did more changes, such that I can run the whole image as KVM and/or systemd-nspawn container. The 1st image was adding extension 'u-boot-menu'; build ended in success, but have not tested it on HW. I saw in extlinux.conf that there was no 'FDT' line (with sun8i-h3-nanopi-neo.dtb), which I did ad myself in own extlinux testting/semi-automatic .conf generation, but as BOARD=nanopineo, the U-Boot can know a default to be loaded, or nothing at all as the DT in the U-Boot is likely good enough or almost the same as th eone from kernel, but maybe I test/challenge that later. The 2nd image build was just 'u-boot-menu' replaced by 'grub-with-dtb': cd /local/s0/armbuild/ sudo btrfs subvolume create nanopineo sudo chown 1000:1000 nanopineo cd nanopineo git clone https://github.com/armbian/build cd build ./compile.sh \ BOARD=nanopineo \ RELEASE=trixie \ BRANCH=edge \ BUILD_DESKTOP=no \ BUILD_MINIMAL=yes \ NETWORKING_STACK=systemd-networkd \ FIXED_IMAGE_SIZE=2G \ IMAGE_PARTITION_TABLE=gpt \ BOOTPART_REQUIRED=yes \ BOOTSIZE=256 \ BOOTFS_TYPE=fat \ ROOTFS_TYPE=btrfs \ BTRFS_COMPRESSION=zstd \ COMPRESS_OUTPUTIMAGE=sha \ EXTRAWIFI=no \ KERNEL_CONFIGURE=no \ KERNEL_BTF=no \ KERNEL_GIT=shallow \ ENABLE_EXTENSIONS=watchdog,net-systemd-networkd,uboot-btrfs,grub-with-dtb It then fails with: [🔨] E: Unable to locate package grub-efi-armhf-bin [🔨] E: Unable to locate package grub-efi-armhf The issue here is that the Debian package must be: grub-efi-arm Also I now remember an issue from years ago when I made a non-EFI system UEFI bootable, must have been RPi thing or so, but also did it several times for x86. AFAIR if only grub-efi-arm and grub-efi-arm-bin, you get into trouble later on, can be years later when dist-upgrading in-place. So I just do 'apt install grub-efi' which then works fine as is pulls in also some dependencies. Not 'efibootmgr', that is just recommended, and I add that manually as most systems allow storing boot URL's in SPI-flash or so, certainly the KVM ones where machine is using EDK2 UEFI, which I use extensively. So it seems to me that this is an architecture naming or aliasing issue, like we have amd64 vs. x86-64 vs. x86_64 and arm64 vs. aarch64 If just 'grub-efi' that also works for riscv I guess, so avoiding this naming/aliasing issue and also better future proof. It might be that dependencies are not supported in image building, I don't know enough about that to judge. I have also not looked in detail at size impact, but it is relative I would say. There is plenty of other issues that claim more space or can reduce way more. There were more issues, but I solved those via trial-error, no show-stoppers. Although topic tag NanoPi-NEO, this is more like an Armbian Build issue, but for me it is about my 5 NanoPi-NEO's that are still great (and still overkill for their 4x Cortex-A7), but they are still Debian 32-bit ARMv7, not like unsupported RPi0/1 single-core ARMv6 (arm11* or older). A reason for wanting EFI bootloader is that upgrading/testing can by done in a KVM running on RPi4 (fast USB3-SSD) or ROCK3A (fast PCI-Ev3x2 NVMe) while using (differential) btrfs send|receive, which is way faster than on SD-cards en real HW. The other option is via U-Boot (QEMU -enable-kvm option), is supported for 64-bit in Armbian by BOARD=qemu-uboot-arm64, not for 32-bit.Thu, 08 Oct 2026 08:58:31 +0000Thu, 08 Oct 2026 07:38:02 +0000unreadable walls of barfed ai stuffThu, 08 Oct 2026 07:21:56 +0000I recommend using "caveman ultra" skill to reduce the barfed out walls of slopThu, 08 Oct 2026 07:19:34 +0000@Nick A I updated the latest patches from jernejsk and added support for x98h. https://github.com/bk3a12/build/tree/sunxi-7.2Thu, 08 Oct 2026 05:46:18 +0000Didn't know that, our tests doesn't show alerts on suboptimal perfomance. https://docs.armbian.com/status/board-tests/#odroid-m1-01 This is with stable kernel at our tests: eth0 ↑644/↓941 Mbps Annoying but not critical. We can't change operations nor policy just like that. It is stressful and costly for time. Most of processes are automatic and disrupting their regular path is asking for much bigger problems then lower ethernet speed. Our staff and machinery is already operating at extreme edge. Idealy for sorting out this problem would be backporting fixes to LTS kernel. RC / edge kernels has different role and I think we are not moving CURRENT (LTS kernel) to 7.x in upcoming release. Its too soon.Thu, 08 Oct 2026 04:38:33 +0000I understand what you are saying, and I appreciate the work that you guys do here, but since only nightly edge kernels contain the ethernet speed fix for m1 we are kinda forced to use that one I'm not asking for testing it, just move the rc kernels into bleeding-edge until the stable release Thanks once again !Thu, 08 Oct 2026 04:14:26 +0000Thu, 08 Oct 2026 03:56:57 +0000That is extremely expensive, far beyond what we can afford. On top of work that only buy you a coffee. And I'm not aware of any Linux distribution doing hardware validation at this scale. Perhaps by the end of next year we'll be able to introduce hardware validation at the pull-request level. Until then, we have "just" this small testing setup in place: https://blog.armbian.com/booting-every-board-every-night/ And it actually caught this problem. I've already spent an hour investigating it, then making a patch, and more time will go into working with upstream developers to get the fix merged into mainline Linux. Upgrade was broken for cca. two days, and only in nightly builds, which aren't suitable for production use anyway. At the current donation rate, it will take about 33 years for GitHub Sponsors to cover our investment in the existing autotest hardware. And probably another 10–15 years to bring hardware validation closer to the development process. Until then, please don't expect us to provide on-demand hardware testing on rolling test releases.Thu, 08 Oct 2026 03:19:51 +0000Seems it will be fixed with this pr https://github.com/armbian/build/commit/294f074c9da2902b51146ab56ddb36c7236e1f54 Until .debs build avoid upgradingThu, 08 Oct 2026 02:09:38 +0000Edge kernel 7.3.0-rc6 Makes board unstable [ 1173.843180] rockchip-dw-pcie 3c0800000.pcie: PCIe Gen.3 x2 link up [ 1173.971258] pcieport 0002:20:00.0: Root Port has been reset [ 1173.971328] nvme nvme0: restart after slot reset [ 1173.982877] nvme nvme0: D3 entry latency set to 8 seconds [ 1173.994210] nvme nvme0: 4/0/0 default/read/poll queues [ 1173.994642] pcieport 0002:20:00.0: AER: device recovery successful [ 1173.994719] pcieport 0002:20:00.0: Recovering Root Port due to Link Down [ 1173.994761] nvme nvme0: frozen state error detected, reset controller [ 1174.028524] phy phy-fe8c0000.phy.7: lane number 0, val 1 [ 1174.343104] rockchip-dw-pcie 3c0800000.pcie: PCIe Gen.3 x2 link up [ 1174.471131] pcieport 0002:20:00.0: Root Port has been reset [ 1174.471191] nvme nvme0: restart after slot reset [ 1174.486326] nvme nvme0: D3 entry latency set to 8 seconds [ 1174.496045] nvme nvme0: 4/0/0 default/read/poll queues [ 1174.496250] pcieport 0002:20:00.0: AER: device recovery successful [ 1174.496284] pcieport 0002:20:00.0: Recovering Root Port due to Link Down [ 1174.496303] nvme nvme0: frozen state error detected, reset controller Please test rc in bleeding-edge before making it available on edge Thanks !Thu, 08 Oct 2026 02:01:04 +0000Efinix has introduced the Sapphire RV64 SoC, a configurable 64-bit RISC-V soft-core processor designed for its Titanium and Trion FPGAs. It is based on the VexiiRiscv core and can be configured with one to four RISC-V cores running at up to 400 MHz. The Sapphire RV64 has a seven-stage pipeline, configurable L1 caches, optional 64–512 KB L2 cache, and 4–512 KB of on-chip RAM. It supports DDR3, LPDDR4x, and HyperRAM with up to 512-bit AXI interfaces and external memory from 4 MB to 8 GB. Other features include an optional FPU, branch predictor, prefetchers, SV39 MMU, up to 32 GPIOs, five I²C, three SPI, three UARTs, timers, watchdog, and up to eight user interrupts. Efinix Sapphire RV64 SoC specifications: CPU 1 to 4x VexiiRiscv 64-bit cores with a 7-stage pipeline (fetch, align-decompress, decode, issue, execute, memory, and writeback) Configurable system clock frequency from 20 MHz to 400 MHz Supports RV64IMACFD_Zba_Zbc_Zbs extensions [...] The post Efinix Sapphire RV64 SoC – Configurable RISC-V soft-cores with DDR3, LPDDR4x, and HyperRAM for Efinix FPGAs appeared first on CNX Software - Embedded Systems News. View the full articleThu, 08 Oct 2026 00:00:32 +0000Also to me it looks strange, but it works (in the configuration without the backslash)Wed, 07 Oct 2026 17:35:27 +0000DSPi is a full-featured audio DSP firmware for the Raspberry Pi Pico, Pico 2, and other Raspberry Pi RP2040/RP2350 boards, which turns them into a USB sound card with an integrated DSP. It allows users to make use of essential tools like room correction, active crossovers, parametric EQ, time alignment, and more, and essentially works as a regular sound card on your computer. DSPi firmware’s capabilities: Dual-Core DSP – EQ processing is split across both cores on both RP2040 and RP2350. USB Audio Interface – Supports 16-bit and 24-bit PCM input at 44.1, 48, and 96 kHz, working on macOS, Windows, Linux, and iOS. S/PDIF Input – 24-bit PCM stereo audio at 44.1 or 48kHz. 24-bit S/PDIF or I2S Outputs – Up to 4x independent stereo output slots (8x channels on RP2350, 4x channels on RP2040). Subwoofer Output – Dedicated mono PDM output channel with a high-performance 2nd-order delta-sigma modulator, [...] The post DSPi firmware turns Raspberry Pi RP2040/RP2350 into a USB sound card with an onboard DSP engine appeared first on CNX Software - Embedded Systems News. View the full articleWed, 07 Oct 2026 09:00:08 +0000Now this issue has been fixed on Odin2 edge 7.2 kernel branchWed, 07 Oct 2026 04:02:04 +0000Steam ARM 2.2 is out: Debian 13 and Raspberry Pi OS now get FEX source as apt source file with pinned key (your earlier report) setup checks host packages before changing anything. looks like a nice snap A72 boards still stop at Armv8.1 check, because Valve's native ARM64 client crashes there (steam-for-linux #13288)Wed, 07 Oct 2026 01:34:20 +0000Nuvoton has added MA35D05KH67C, MA35D05KI67C, and MA35D05KJ67C, three new LQFP128 MPUs, to the NuMicro MA35D0 series, along with the NuMaker-IoT-MA35D0-A2 (Chili Pro) evaluation board. Designed for industrial AI, smart gateways, and renewable energy systems, this heterogeneous MPU has two 64-bit Arm Cortex-A35 cores at up to 650 MHz, plus a dedicated 180 MHz Arm Cortex-M4 for real-time work. Nuvoton’s press release calls Chili Pro the “industry’s smallest Linux platform,” but the board is 45 × 45 mm, which is bigger than other boards we wrote about previously, like the VoCore2 (25.4 × 25.4 × 2.8 mm), the Milk-V Duo 256M (51 × 21 mm), NanoPi NEO (40 × 40 mm), and even the Raspberry Pi Zero 2 W (65 × 30 mm). Still, considering that it fits full-sized RJ45 and USB ports along with the other interfaces, it is a pretty compact and capable board. Nuvoton NuMaker-IoT-MA35D0-A2 evaluation board specifications: [...] The post NuMaker-IoT-MA35D0-A2 (Chili Pro) ultra-compact evaluation board features MA35D0K Cortex-A35/M4 MPU appeared first on CNX Software - Embedded Systems News. View the full articleWed, 07 Oct 2026 00:00:19 +0000I had em build the damn thing. I think it was 39 lines of code: Cool having first https://bugzilla.mozilla.org/show_bug.cgi?id=2078820Tue, 06 Oct 2026 23:33:51 +0000Tue, 06 Oct 2026 22:28:15 +0000A look at the USB-PD, PHY, hotplug, and DRM changes involved in making USB-C DisplayPort Alternate Mode work on RK3588/RK3576, and where they stand on the way to mainline Linux. View the full articleTue, 06 Oct 2026 20:32:03 +0000Tired of this Issue, just published a simple app written in python that keeps /var/log clean moving old files... Just give it a chance, works fine on mi two OrantePi boards https://github.com/mgoreiro/logguard/releases/tag/v1.0.5Tue, 06 Oct 2026 19:39:53 +0000Sent off to Bugzilla.... But I want a working copy so I am having them build it.. now they are saying the patch is smaller. I like having proof of work.. you know sometimes they are not fully accurate. Hopefully a fully functional Firefox by days end.Tue, 06 Oct 2026 19:22:11 +0000See if quoting the password inside /etc/netplan/armbian.yaml (or if it's inside /etc/netplan/30-wifis-dhcp.yaml) works. That looks strange to me (wpa_supplicant), P"yadayada" instead of quoting the whole sting.Tue, 06 Oct 2026 17:14:20 +0000Its a purely cosmetic issue, but we will look into it when possible. Check if your kernel is upgraded - BSP package carries low important updates.Tue, 06 Oct 2026 16:54:20 +0000Tue, 06 Oct 2026 16:15:36 +0000Tue, 06 Oct 2026 12:59:29 +0000Tue, 06 Oct 2026 12:59:29 +0000I tested a Snap that installs Fex and x86 Steam. As long as a you have a capable GPU and thunking working, 8 A72 cores is fine. Thanks for the quick updates.Tue, 06 Oct 2026 10:21:06 +0000The XIMEA MU003TG-SY-UC is a miniature industrial Time-of-Flight (ToF) camera with a 0.3MP Sony IMX556 CMOS sensor, global shutter, 640 × 480 resolution, and a 60 FPS frame rate. Its compact 26.4 × 26.4 × 28.67 mm enclosure and 31-gram weight make it suitable for space-limited embedded vision systems, robotics, UAVs, kiosks, 3D scanning, face recognition, and other machine-vision applications. The module uses a USB 3.2 Gen 1 interface through a 14-pin I-PEX Cabline SS connector for data, power, and control. A separate 10-pin Cabline V connector provides synchronization with external VCSEL illumination. The camera does not include an illumination source or optical band-pass filter, so these components must be provided separately for depth sensing. XIMEA MU003TG-SY-UC specifications: Sensor – Sony IMX556 CMOS Time-of-Flight sensor, global shutter, no on-sensor filter Resolution – 0.3 megapixels (640 × 480); active area 6.4 × 4.8 mm Pixel Size – 10 µm x 10 [...] The post XIMEA MU003TG-SY-UC – A miniature, modular 0.3MP USB 3.0 ToF Sensor based on Sony IMX556 appeared first on CNX Software - Embedded Systems News. View the full articleTue, 06 Oct 2026 09:00:22 +0000here is the output for different tries: ------------------------------------------------------------------------ with just one \ @bananapim2plus:~$ sudo netplan --debug generate DEBUG:command generate: running ['/usr/libexec/netplan/generate'] ** (generate:1533): DEBUG: 10:01:53.319: starting new processing pass /etc/netplan/armbian.yaml:10:17: Invalid YAML: found unknown escape character: "*****cq\2or*****": ^ (this points to the \ here wrong due to the type of characters) mschz@bananapim2plus:~$ ------------------------------------------------------------------------ with \\ in order to escape the \ user@bananapim2plus:~$ sudo netplan --debug generate DEBUG:command generate: running ['/usr/libexec/netplan/generate'] ** (generate:1465): DEBUG: 09:56:57.191: starting new processing pass -- from /etc/netplan/30-wifis-dhcp.yaml ** (generate:1465): DEBUG: 09:56:57.192: wlan0: adding wifi AP '2{*****cq\2or*****' ** (generate:1465): DEBUG: 09:56:57.193: starting new processing pass -- from /etc/netplan/armbian.yaml ** (generate:1465): DEBUG: 09:56:57.193: wlan0: adding wifi AP '2{*****cq\2or*****' ** (generate:1465): DEBUG: 09:56:57.193: We have some netdefs, pass them through a final round of validation ** (generate:1465): DEBUG: 09:56:57.193: wlan0: setting default backend to 1 ** (generate:1465): DEBUG: 09:56:57.193: Configuration is valid ** (generate:1465): DEBUG: 09:56:57.195: Generating output files.. ** (generate:1465): DEBUG: 09:56:57.195: Creating wpa_supplicant config ** (generate:1465): DEBUG: 09:56:57.195: wlan0: Creating wpa_supplicant configuration file run/netplan/wpa-wlan0.conf ** (generate:1465): DEBUG: 09:56:57.196: Creating wpa_supplicant unit /run/systemd/system/netplan-wpa-wlan0.service ** (generate:1465): DEBUG: 09:56:57.223: Creating wpa_supplicant service enablement link /run/systemd/system/systemd-networkd.service.wants/netplan-wpa-wlan0.service ** (generate:1465): DEBUG: 09:56:57.224: Open vSwitch: definition wlan0 is not for us (backend 1) ** (generate:1465): DEBUG: 09:56:57.224: NetworkManager: definition wlan0 is not for us (backend 1) user@bananapim2plus:~$ user@bananapim2plus:~$ sudo cat /run/netplan/wpa-wlan0.conf ctrl_interface=/run/wpa_supplicant network={ ssid=P"*****cq\2or*****" key_mgmt=WPA-PSK WPA-PSK-SHA256 SAE ieee80211w=1 psk="~~~~~" } user@bananapim2plus:~$ ------------------------------------------------------------------------ without any \ user@bananapim2plus:~$ sudo netplan --debug generate DEBUG:command generate: running ['/usr/libexec/netplan/generate'] ** (generate:1745): DEBUG: 10:08:55.390: starting new processing pass ** (generate:1745): DEBUG: 10:08:55.391: wlan0: adding wifi AP '*****cq2or*****' ** (generate:1745): DEBUG: 10:08:55.392: starting new processing pass ** (generate:1745): DEBUG: 10:08:55.392: wlan0: adding wifi AP '*****cq2or*****' ** (generate:1745): DEBUG: 10:08:55.392: We have some netdefs, pass them through a final round of validation ** (generate:1745): DEBUG: 10:08:55.392: wlan0: setting default backend to 1 ** (generate:1745): DEBUG: 10:08:55.393: Configuration is valid ** (generate:1745): DEBUG: 10:08:55.394: Generating output files.. ** (generate:1745): DEBUG: 10:08:55.394: Creating wpa_supplicant config ** (generate:1745): DEBUG: 10:08:55.394: wlan0: Creating wpa_supplicant configuration file run/netplan/wpa-wlan0.conf ** (generate:1745): DEBUG: 10:08:55.395: Creating wpa_supplicant unit /run/systemd/system/netplan-wpa-wlan0.service ** (generate:1745): DEBUG: 10:08:55.422: Creating wpa_supplicant service enablement link /run/systemd/system/systemd-networkd.service.wants/netplan-wpa-wlan0.service ** (generate:1745): DEBUG: 10:08:55.423: Open vSwitch: definition wlan0 is not for us (backend 1) ** (generate:1745): DEBUG: 10:08:55.423: NetworkManager: definition wlan0 is not for us (backend 1) user@bananapim2plus:~$ sudo cat /run/netplan/wpa-wlan0.conf ctrl_interface=/run/wpa_supplicant network={ ssid=P"*****cq2or*****" key_mgmt=WPA-PSK psk="~~~~~" } user@bananapim2plus:~$Tue, 06 Oct 2026 08:17:46 +0000Tue, 06 Oct 2026 06:08:00 +0000