RSS Bot

Description Minor change to emmc-pins overlay: add power sequence for both emmc and sdcard. May provide some better compatibility. How Has This Been Tested? [x] Tested on several tvbox boards, none of them regressed Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Try to be more helpful when BRANCH= is unset or wrong in early configuration rockchip64_common.inc: fix escaping for test in subshell this emits errors (but exits with 0 in subshell) early if BRANCH is not config-prepare: config_pre_main(): try to be more helpful when BRANCH is unset or wrong instead of just "bad KERNEL_MAJOR_MINOR" View the full article

Description Some patches were triggering warning in the armbian build system for kernel 6.1 in rockchip64 family. This PR rework those patches to avoid warnings during kernel patching, does not introduce new features, just cleans some things up. Also the Pinebook Pro patch that was addressing the external control (extcon) for usb3 type-c connector is now split into a patch that adds the device tree bits for pinebook and another patch that implements the feature, since the feature is used in other rk3399 boards. How Has This Been Tested? [x] Debian bullseye minimal image has been built and tested on Orange Pi 4 LTS Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

InPlay has just announced a Wafer Level Chip Scale Package (WLCSP) for its NanoBeacon SoC IN100, making it the world’s smallest Bluetooth System-on-a-Chip (SoC) at just 2.0 x 1.1 x 0.35mm. The NanoBeacon IN100 is not new per se, and we covered the still tiny Bluetooth SoC when writing about Sparkfun NanoBeacon Bluetooth 5.3 module based on the DFN8 package measuring 2.5×2.5mm. The highlights include its low-code/no-code interface and an ultra-low power consumption of below 1 uW. InPlay NanoBeacon SoC IN100 specifications: Memory – 4 KB SRAM + 4 Kbit OTP memory Bluetooth 5.3 compliant Beacon Modes: Proprietary, BT, Google Eddystone, and Apple iBeacon compliant 2.4GHz RF frequency band, MedRadio band (2.36GHz) Programming-free and firmware-less design Long-range transmission: up to several hundred meters Security Authentication of beacon ID Privacy of advertising payload Supply voltage range – 1.1V ~ 3.6V (Single 1.5V coin battery support) Power consumption Sub-uW power consumption for [...] The post The world’s smallest Bluetooth SoC: InPlay NanoBeacon SoC IN100 in 2.0×1.1mm WLCSP package appeared first on CNX Software - Embedded Systems News. View the full article

Description The full log make debug easier. How Has This Been Tested? Checklist: [ ] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

include (clean/real) apt lists and xapian cache in built images (not in rootfs cache) include (clean/real) apt lists in built images; update xapian index during image build, not rootfs; don't leave junk in the rootfs cache revert #5139 Revert "Apt lists is needed for synpatic index generation" - This reverts commit 63e9bd3baad4f6faa8e6e6f6c82e46716b89acf7 - this actually only left junk in rootfs cache for the future to find Now when building images, at the end: Notice how "53" lists where copied (from host-side cache) into the image, and then updated & cleaned, resulting in "32" lists at the end. This is a clean, junk-free, and updated apt lists. On top of this clean apt lists, xapian index is updated, thus resulting in a clean/good index. Note: this has the added benefit of including whatever was (possibly/optionally) done in the "customize" phase into both the lists and the xapian cache. This does not change the fact that users most probably will need to apt update anyway if images are booted, say, a few months after they were built. View the full article

rockchip64/edge/6.3: rebase/rewrite patches against v6.3.1; do archeology for mbox-less patches; materialize overwrites After the work done by @amazingfate on #5140 it is now viable to rebase all rockchip64 edge patches. This "admits" all the overwrites (full replacement) as actual patches -- it does not change the contents. materialized overwrites: add-board-helios64.patch add-board-orangepi-r1-plus.patch add-driver-for-Motorcomm-YT85xx+PHYs.patch add-board-rk3328-roc-pc.patch Special attention: wifi-4003-uwe5622-adjust-for-rockchip.patch @paolosabatino this patch is done on top of the wifi drivers patches exclusively, and fails to apply on a pure mainline tree. we should probably consider moving this into the wifi drivers patch harness, not in the rockchip tree. tl;dr: this changes this: https://rpardini.github.io/linux/armbian-next-rockchip64-6.3-20230505.html kernel patching: 119 total patches; 119 applied; 95 with problems; 4 overwrites; 54 not_mbox; 73 needs_rebase into this: https://rpardini.github.io/linux/armbian-next-rockchip64-6.3-20230506.html kernel patching: 119 total patches; 119 applied; 0 with problems View the full article

Description https://forum.armbian.com/topic/28197-pinecube-error-fdt-image-overlaps-os-image/ Attempt to implement suggested fix to allow pinecube booting. Basically the new bootenv file is a copy from sunxi.txt with an additional line. If there is a better way to implement this feel free to adjust as needed. How Has This Been Tested? [x] Build on arm64 using artifacts [x] Build on arm64 without artifacts [ ] Boot test not possible due to lack of hw Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

We’ve previously tested the SNZB-02 Zigbee temperature and humidity sensor with the SONOFF NSPanel Pro smart panel, but ITEAD has now launched the SONOFF SNZB-02D that integrated the same features plus a 2.5-inch display to visualize the data. They’ve sent us a SNZB-02 sample for review, so after listing the specifications we’ll test SONOFF’s latest Zigbee sensor with Home Assistant. SONOFF SNZB-02D specifications Display – 2.5-inch black&white display Connectivity – Zigbee 3.0 Sensors Temperature sensor with -9.9°C to 60°C range, ±0.2°C accuracy Humidity sensor with 5%—95%RH range, ±2%RH accuracy Battery – 3V CR2450 coin-cell battery good for about 2 years with a 5-second polling rate Dimensions – 62.5 x 59.5 x 18.5mm Material – PC Color: White Unboxing and first try We’ll find the sensor in the usual orange package used for Zigbee devices. The SNZB-02D sensor comes with a quick start guide and a pre-installed battery. Just pull the [...] The post SONOFF SNZB-02D review – A Zigbee temperature & humidity sensor with a 2.5-inch display appeared first on CNX Software - Embedded Systems News. View the full article

Description Resolving same problem as https://github.com/armbian/build/pull/5148 How Has This Been Tested? Untested - no hardware around. Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Fixing https://github.com/armbian/build/commit/26fb31cfbfae41557f75ad8669e03e28bbc0aa0a#commitcomment-111843350 How Has This Been Tested? Tested thoroughly with custom builds. Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description https://github.com/armbian/build/commit/5dee9ee935703a559992478fa8045b464af72b50#commitcomment-111988535 Rockpi4 is using BL31 blobs to build uboot, so it should get configed with BOOT_SCENARIO="tpl-spl-blob". If BOOT_SCENARIO is not declared it will be only-blobs by default, which will not build tpl/u-boot-tpl.bin and spl/u-boot-spl.bin needed by spi image creating. So it's better to declare BOOT_SCENARIO="tpl-spl-blob" just like rockpro64. I don't have rock4 board so someone has to confirm this fix. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] uboot build successfully for rockpi 4a/4b/4c/4bplus/4cplus Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Pico Technology has released PicoVNA 5 control software for their vector network analyzers for Windows x86 64-bit, Mac, Linux x86 64-bit, and Raspberry Pi 3 and greater single board computers, superseding the Windows-only PicoVNA 3 software. As a Ubuntu user, I hate it when some hardware tool forces me to install software on Windows when there’s no Linux alternative, so any company that provides cross-platform tools is making the right move. I’m also not quite sure what a “vector network analyzer” (VNA) is, so I’ll first look into the PicoVNA 106 and PicoVNA 108 6/8.5 GHz VNAs from the company. PicoVNA 106/108 vector network analyzers highlights and specifications: Frequency ranges PicoVNA 106 – 300 kHz to 6 GHz PicoVNA 108 – 300 kHz to 8.5 GHz Up to 5500 dual-port S-parameters per second > 10 000 S11 + S21 per second Quad RX four-receiver architecture Up to 124 dB dynamic [...] The post PicoVNA 5 software for vector network analyzers supports Windows, Linux, MacOS, and Raspberry Pi appeared first on CNX Software - Embedded Systems News. View the full article

Banana Pi BPI-W3 is another Rockchip RK3588 SBC (single board computer) with 8GB RAM, 32GB eMMC flash, an M.2 NVMe socket, 2.5GbE networking, two HDMI 2.1 output ports, one HDMI 2.0 input port, and other features. We first recovered the board last summer, but at the time the RK3588 SBC came with a PCIe x4 slot and dual Gigabit Ethernet, and the company has now redesigned the board without either using instead a Rockchip RK3588 system-on-module as part of the design and implemented 2.5GbE and M.2 NVMe SSD support with the available PCIe interfaces. Banana Pi BPI-W3 specifications: SoM – BPI-RK3588 core board SoC- Rockchip RK3588 octa-core processor with 4x Cortex-A76 cores @ up to 2.4 GHz, 4x Cortex-A55 cores @ 1.8 GHz, an Arm Mali G610MC4 GPU, a 6 TOPS NPU, 8Kp60 H.265/VP9/AVS2 10-bit decoder, 8Kp30 H.265/H.264 encoder System Memory – 8GB LPDDR4 (options for 4GB to 32GB) Storage [...] The post Banana Pi BPI-W3 SBC features Rockchip RK3588 SoM, M.2 NVMe socket, 2.5GbE, HDMI output and input appeared first on CNX Software - Embedded Systems News. View the full article

M5Stack CoreS3 is a battery-powered ESP32-S3 IoT controller with WiFi and Bluetooth connectivity, a 2-inch touchscreen display, a 0.3MP camera, a microSD card slot for storage, several sensors, plenty of I/Os, a USB Type-C OTG port, as well as a 9V to 24V DC input port. That’s the second ESP32-S3 IoT controller from M5Stack we’ve seen this year, as the CoreS3 follows the smaller M5Stack AtomS3 with a 0.85-inch display, only a few I/Os, and fewer features overall although it does come with an IR transmitter that’s missing from the larger CoreS3. M5Stack CoreS3 specifications: Wireless MCU – Espressif Systems ESP32-S3FN16R8 dual-core 32-bit Xtensa LX7 microcontroller with AI vector instructions up to 240MHz, RISC-V ULP co-processor, 512KB SRAM, 2.4GHz WiFi 4 (802.11b/g/n), Bluetooth 5.0 BLE + Mesh, 16MB flash, 8MB PSRAM Antenna – Internal “3D” antenna Storage – MicroSD card slot Display – 2-inch display with 320×240 resolution via ILI9342C [...] The post $60 M5Stack CoreS3 ESP32-S3 IoT controller comes with 2-inch display, VGA camera, multiple sensors appeared first on CNX Software - Embedded Systems News. View the full article

Description meson: edge: bump to linux-6.3.y How Has This Been Tested? [X] Build [X] Burn and test Checklist: [ ] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description fixing links removing notes for old branch View the full article

Description When boards are changes listen only to branch "main" as we don't want to trigger this elsewhere. Jira reference number AR-1664 How Has This Been Tested? No need View the full article

rpardini's fight with space-containing PARAMs - early May/'23 Turns out @mhoffrog was right, repeat build params need escaping. This simple rabbit goes down a hole that spans the JSON config-dump output, the pipeline JSON parsing, and the GHA matrix encoding. Phew. pipeline: correctly quote params passed over pure strings (eg in the GHA JSON matrixes) so values with spaces are not mangled bash_declare_parser: parse space-separated single-quoted array values correctly ('THIS=has space' is a single token, not two) aggregation: armbian_utils.parse_env_for_tokens() now actually does what it said on the box "split by whitespace, line breaks, commas, and semicolons"; add appgroups summary artifact-rootfs: add desktop info (environment, config_name, appgroups) to artifact_version_reason (so we can debug when I mess up later) configdump: alias config-dump, config-dump-json and new config-dump-no-json (bash declare format) produce_repeat_args_array: @mhoffrog was right, we need to quote repeat params; (here I'm being stubborn and only quoting the ones that have spaces in them) View the full article

Description Maint / adding missing defs. View the full article

Description I copied patches from rockchip64-6.1 to rockchip64-6.3 and made the following changes: deleted patch/kernel/archive/rockchip64-6.3/board-rock3a-cec.patch since upstream merged deleted patch/kernel/archive/rockchip64-6.3/board-rock3a-gmac1.patch since upstream merged deleted patch/kernel/archive/rockchip64-6.3/board-rock3a-pcie.patch since upstream merged deleted patch/kernel/archive/rockchip64-6.3/general-enhance-backport-es8328-driver.patch because this patch is for station p1 and upstream device tree don't need it modified patch/kernel/archive/rockchip64-6.3/board-pbp-add-dp-alt-mode.patch to match upstream changes. modified patch/kernel/archive/rockchip64-6.3/board-rock3a-emmc-sfc.patch to match upstream changes. modified patch/kernel/archive/rockchip64-6.3/board-rock3a-usb3.patch to match upstream changes. modified patch/kernel/archive/rockchip64-6.3/board-rockpis-0018-ASoC-codecs-Add-RK3308-internal-codec-driver.patch to match upstream changes. modified patch/kernel/archive/rockchip64-6.3/drv-spi-spidev-remove-warnings.patch to match upstream changes. modified patch/kernel/archive/rockchip64-6.3/general-rockchip-overlays.patch to match upstream changes. modified patch/kernel/archive/rockchip64-6.3/regulator-add-fan53200-driver.patch to match upstream changes. I also fixed uwe5622 building on 6.3 kernel. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] Kernel built sucessfully and run well on rock3a. Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Currently there is an error when generating desktop rootfs: FileNotFoundError: [Errno 2] No such file or directory: '/var/lib/apt/lists' If index is not generated, package search is super slow. Jira reference number AR-1684 Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Earlier this year, I received the Creality Ender-3 S1 Pro 2-in-1 3D printer & laser engraver and in the first part of the review, I showed the package content and how to assemble the system either to use it as a 3D printer or a laser engraver, but didn’t start it at the time. I’ve now had time to play with both laser engraving (less luck with cutting) and 3D printing, so I’ll report my experience in the second part of the review. Creality Ender-3 S1 Pro laser engraving Since in the last part of the review I had the 10W laser module installed on the 3D printer, I decided to start the testing with laser engraving and cutting. Contrary to the TwoTrees TS2 laser engraver I reviewed last year, the Creality Ender-3D S1 Pro laser engraving kit does not support autofocus, so I used the provided multi-level fixed-focus bar [...] The post Creality Ender-3 S1 Pro review – Part 2: Engraving and 3D printing appeared first on CNX Software - Embedded Systems News. View the full article

Single board computer manufacturer Orange Pi Ltd is working on a portable gaming console that will come with either a Rockchip RK3588S processor for Android/Linux gaming, or AMD Ryzen 7 7800U/6800U for Windows gaming. The industrial design looks to be the same for all models with a 7-inch touchscreen display, a D-Pad, two joysticks, XBOX-styled ABXY buttons, two customisable buttons on the back, two microphones, stereo speakers, three USB ports including one only for charging, The Orange Pi portable gaming console will be offered in three variants when it launches in China in October during Golden Week: AMD Ryzen 7 7840U processor with 16GB RAM, 512GB storage running Windows 11 for an early bird price of 3,000 RMB ($434 US), or a regular price of 3,499 RMB ($506). AMD Ryzen 7 6800U with Windows 11 selling for 2,000 RMB, or about $289 US (early bird price). Rockchip RK3588S octa-core [...] The post Orange Pi is working on a portable gaming console with Rockchip RK3588S or AMD Ryzen 7 CPU appeared first on CNX Software - Embedded Systems News. View the full article

GL.iNet Spitz AX, also known as GL-X3000NR, is a compact 5G NR WiFi 6 router running OpenWrt 21.02 on a MediaTek Filogic 820 (TM7981A) dual-core Cortex-A53 processor coupled with 512MB DDR4 and 8GB eMMC flash, as well 2.5GbE and GbE interfaces, and a USB 2.0 port. The company sent us a Spitz AX router for evaluation, and in the first part of the review, we’ll go through the specifications, and do an unboxing and a teardown, before connecting it for a first boot. GL.iNet Spitz AX router specifications SoC – MediaTek MT7981A (Filogic 820) dual-core Arm Cortex-A53 processor @ 1.3 GHz System Memory – 512 MB DDR4 Storage – 8GB eMMC flash, MicroSD card slot up 1+ TB Networking 1x 2.5GbE WAN Ethernet port 1x Gigabit Ethernet LAN port Dual-band IEEE 802.11a/b/g/n/ac/ax WiFi 6 up to 574Mbps (2.4GHz), 2402Mbps (5GHz) RM520N-GL 5G cellular modem and 2x Nano SIM card slots [...] The post GL.iNet Spitz AX (GL-X3000NR) 5G NR WiFi 6 router review – Part 1: Specs, unboxing, and first boot appeared first on CNX Software - Embedded Systems News. View the full article