RSS Bot

Description In commit 0aa61abe7 (armbian-audio-config: Massively speed up script) this script was changed to not call amixer for each control, but just once for each card, feeding commands for many controls in one invocation with the --stdin option. In that commit, two errors were introduced: Controls that were intended to be muted were turned on instead. This affects the "CD", "Mic" and "Internal Speaker" controls. This occured because there is a helper shell function whose arguments were renumbered, but the last argument kept the old numbering, keeping it always at the default value of "on", even when it should have been "mute". Controls with a space in their name would be ignored. In the original script, arguments (including these names) were quoted and passed separately to the amixer command. Now, they are quoted when passed to echo, but that produces an unstructured line with the quoting removed that can no longer be correctly parsed by amixer for names with spaces. This commit fixes both problems be correctly numbering the arguments and adding an additional layer of quoting. How Has This Been Tested? On an Orange PI PC change some controls with alsamixer, run the script and verify the controls are correct. In particular, I changed the "Line Out" control to verify spaces now work and changed the "Mic1" control to verify muting works (with a small manual changes to the script, since it normally only mutes "Mic", not "Mic1". Additionaly, run systemctl mask alsa-restore.service (to work around another issue, see below) and restart the system, see that these controls have the right value again directly after bootup. Note that I've tested this with a slightly older and customized 23.02 version, I haven't gotten time yet to test with a clean master build, but the script itself is still the same, so the change should work the same there. Issue with alsa-restore I did run into an unrelated issue: On my customized image (but I suspect a clean master will behave the same), alsa-restore.service overwrites the settings set by armbian-audio-config. I believe this issue is orthogonal to the issues fixed by this PR and probably deserves its own issue after I verify it also occurs on a clean master build. However, it does mean that the fixes made by this PR might not be directly visible (which is why I tested with alsa-restore.service masked), so I wanted to mention this here. Then, for some additional detail (to be moved to a separate issue later - just want to share this somewhere for now). The alsa-restore service might make sense once a system is in normal use (alsa-restore saves the mixer settings at shutdown and restores them on startup), but maybe armbian-audio-config would still want to supply the initial values for that process. What I've seen is that during image generation, a /var/lib/alsa/asound.state file is generated (presumably with mixer settings from the build system?), which is then restored on the first boot, overwriting some or maybe all of the settings from armbian-audio-config. I tried removing the /var/lib/alsa/asound.state file so armbian-audio-config could maybe define the intitial settings, but it seems that it then still sets default settings (the manpage says: restore loads driver state for the selected soundcard from the configuration file. If restoring fails (eventually partly), the init action is called. The default settings used by alsactl seem to be set by config files, see the alsactl_init manpage. I wonder if maybe this means that armbian-audio-config is actually redundant, and its function could be fulfilled by alsactl restore/init as well (though maybe the supplied init configs must be modified to achieve the same thing the script currently does)? One thought is that the script might be useful for systems that do not have the alsa-restore service or alsactl installed, but these come from the same package as the amixer command used by armbian-audio-config, so that's not a viable case either. 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 N/A [ ] I have made corresponding changes to the documentation N/A [ ] My changes generate no new warnings N/A [ ] Any dependent changes have been merged and published in downstream modules N/A View the full article

Indiedroid Nova is another Rockchip RK3588S SBC with Raspberry Pi 4 form factor, up to 16GB RAM, with a heatsink that serves as a protective cover, fitted with a fan (if needed), and an optional swappable flash module up to 64GB capacity. The Nova board has basically the same port layout as the Raspberry Pi 4, except for one of the micro HDMI ports being replaced by a USB Type-C port with support for DisplayPort, so you’ll still get a Gigabit Ethernet port, WiFi 5 & Bluetooth 5.0 connectivity, two USB 3.0 ports, two USB 2.0 ports, MIPI CSI and DSI connectors, etc… Indiedroid Nova specifications: SoC – Rockchip RK3588S CPU – Octa-core processor with 4x Cortex-A76 cores @ up to 2.2-2.4 GHz, 4x Cortex-A55 cores @ up to 1.8 GHz GPU – Arm Mali-G610 GPU with OpenGL ES 3.2, OpenCL 2.2, and Vulkan 1.2 support VPU – 8Kp60 video [...] The post Indiedroid Nova is a Rockchip RK3588S SBC with full-body heatsink, fan, and a swappable eMMC flash appeared first on CNX Software - Embedded Systems News. View the full article

Description Add support for NanoPi R6S and R6C devices. Both devices are almostly same so we can have one image for them. Kernel PR: https://github.com/armbian/linux-rockchip/pull/15 Jira reference number AR-1663 How Has This Been Tested? [x] USB ports [x] eMMC boot [x] Ethernet ports [ ] Xorg works 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

kernel: fix for 6.3+ linux-headers pkg due to upstream dir change extra: run kernel make through pipetty for moar colors Small detour: in v6.3-rc1, in commit https://github.com/torvalds/linux/commit/799fb82aa132fa3a3886b7872997a5a84e820062, the tools/vm dir was renamed to tools/mm. Unfortunately tools/Makefile still expects it to exist, and make clean in the tools dir fails. Drop in a fake Makefile there to work around this. Should fix #4991 View the full article

In this article, we will show you how to set up a WireGuard server on Ubuntu in order to use it for remote login. Introduction to WireGuard First of all, let’s first understand, what is WireGuard? WireGuard is a very simple and fast VPN tool with state-of-the-art encryption. Its goal is to be faster, simpler, more streamlined, and easy to use than IPsec, while avoiding the hassle of large-scale configuration. WireGuard is designed as a general-purpose VPN to run on embedded interfaces and supercomputers in many different environments. Originally released for the Linux kernel, WireGuard is now widely deployed and supported across platforms (Windows, macOS, BSD, iOS, Android). WireGuard is growing rapidly and is already considered the most secure, easiest-to-use, and simplest VPN solution in the industry. Basic Concepts of WireGuard Several basic concepts are involved in WireGuard: Peer: A node in WireGuard. Private key: Each node has its own [...] The post How to setup a WireGuard server on Ubuntu for remote login appeared first on CNX Software - Embedded Systems News. View the full article

extensions: rkdevflash: simplify usage of rkdeveloptool (on Linux) only works bare Linux, not Docker. to flash Rockchip images to eMMC either during image build or separately with flash CLI command included in https://github.com/armbian/build/pull/5055 Usage: ./compile BOARD=xxx [...] EXT=rkdevflash Will build rkdeveloptool for you, and after image is built, enters a loop waiting for device. Then either uploads rkbin loader if in Maskrom mode, or straight flashes the image if in Loader mode. Finally it reboots the device after flashing. Working with rk3588's loader with changes included in https://github.com/armbian/build/pull/5056 View the full article

extensions: add v4l2loopback-dkms, very similar to the zfs extension Raison d'être: prove linux-headers work, at least, minimally View the full article

Add WiP Mekotronics R58 boards (rockchip-rk3588) mekotronics.com rockchip-rk3588: add new board mekotronics-r58-minipc.wip (Mekotronics R58 MiniPC, and variants) rockchip-rk3588: add new board mekotronics-r58x.wip (Mekotronics R58X) rockchip-rk3588: add new board mekotronics-r58x-4g.wip (Mekotronics R58X-4G); add u-boot patches rockchip-rk3588: set ROCKUSB_BLOB for RockUSB Maskrom -> Loader mode u-boot: same as Radxa Rock-5A. RockUSB and UMS works; boot from eMMC only. No USB, no NVMe. Can stop u-boot by holding Shift-M during boot on serial console. Kernel: was handled at https://github.com/armbian/linux-rockchip/pull/12 and https://github.com/armbian/linux-rockchip/pull/14 is pending. Thanks @amazingfate for the kernel reviews and @monkaBlyat for the DTS's, and @NicoD-SBC for the R58X-4G unit. Pinout is under the board. On this picture: bottom is GND, middle is RX and top is TX View the full article

rpardini's bunch of lib changes - mid-April'23 Themes: actually working JSON dumps, both for images and artifacts; also fast, via CONFIG_DEFS_ONLY actually working rootfs artifacts / remote OCI .debs per-release moar power to extensions, standardize some mechanisms fixes cli: flash: introduce flash CLI command; introduce hook post_build_image_write config: refactor calculate_image_version() out of create_image_from_sdcard_rootfs(), make more flexible, predict IMAGE_FILE_ID during config default IMAGE_INSTALLED_KERNEL_VERSION="generic" instead of "linux" artifact: rootfs: fix artifact_rootfs_config_dump() to include all inputs to aggregation logging: better logging when ANSI_COLOR=none (eg, during info collection) config/extensions: consolidate EXTRA_IMAGE_SUFFIXES array as the way to add to image filename, during configuration can add to EXTRA_IMAGE_SUFFIXES array during user_config or extension_prepare_config in the end goes into a EXTRA_IMAGE_SUFFIX global readonly this simplifies extension code we still can't "predict" image names during configuration since it includes the kernel version (6.2.11/generic) which only comes later artifacts armbian-desktop/armbian-bsp-desktop: fix artifact_base_dir to include ${RELEASE}/ -- otherwise local & remote paths don't match artifacts-obtain: add sanity check, after getting remotely, make sure it is indeed available locally artifacts: introduce PRE_PREPARED_HOST=yes: allow running pre-prepared host CLI's for artifacts that require aggregation artifacts/cli: introduce CLI command artifact-config-dump-json (alias to artifact, but sets CONFIG_DEFS_ONLY=yes) if CONFIG_DEFS_ONLY during obtain_complete_artifact(), just dump JSON to stdout after calculating version/coordinates don't prepare ORAS tooling if CONFIG_DEFS_ONLY don't run in standard build (and thus don't prepare_host()) if under CONFIG_DEFS_ONLY if CONFIG_DEFS_ONLY, don't run check_basic_host() extensions/grub: use array for pkg list also for the media-sbc clone patching: python: useful debug log with value of BASE_GIT_TAG extensions: don't export, declare -g bsp-cli/distro-agnostic: introduce KEEP_ORIGINAL_OS_RELEASE=yes so Debian/Ubuntu PRETTY_NAME is left unchanged in /etc/os-release useful when downstream software wants exact Debian OS (eg: Home Assistant Supervised) View the full article

We’ve received a sample of the Pico:ed V2 board developed by ELECFREAKS and will show how to use it as a replacement for the BBC micro:bit in a project using CircuitPython. We’ve already covered the board in detail with specifications, block diagram, and pinout diagram before, and it’s basically a Raspberry Pi Pico RP2040 board with BBC Micro:bit form factor including a 17×7 Dot Matrix LED display, some buttons, a buzzer, but no wireless connectivity, relying only on USB instead. CircuitPython firmware installation on the Pico:ed V2 board The board supports C/C++, MicroPython, and CircuitPython programming languages, and for this review, we’ve decided to download the CircuitPython UF2 firmware. Press and hold the BOOTSEL button after having downloaded the firmware file… … and connect the board to your computer using a USB cable before releasing the BOOSEL button on the Pico:ed V2 board, which should then show up as the [...] The post Using Pico:ed V2 board as a replacement for BBC Micro:bit appeared first on CNX Software - Embedded Systems News. View the full article

The Linux Foundation has just announced the full schedule for the Embedded Open Source Summit, which will take place on June 27-30, 2023 in Prague, Czech Republic, as well as virtually starting on June 26. Over 175 sessions, birds of a feather (BoF) tracks, and workshops related to embedded and open-source innovation will be presented at the event itself comprised of six micro conferences: Automotive Linux Summit Europe, Embedded IoT Summit, Embedded Linux Conference, LF Energy Embedded Summit, Safety-Critical Software Summit, and Zephyr Project Developer Summit. Even though I’m not going to attend personally, I’ve gone through the schedule to create my own little virtual schedule with some sessions relevant that should be interesting to me and hopefully to CNX Software readers. Monday, June 26 (Virtual sessions) The first day of the event will have a Yocto Dev training in the morning, and a bunch of virtual sessions that are [...] The post Embedded Open Source Summit 2023 schedule – Zephyr OS, Security, IoT, Embedded Linux, and more appeared first on CNX Software - Embedded Systems News. View the full article

Description Espressobin had some package removal optimisations which are anyway deprecated with minimal images. How Has This Been Tested? Bug was found in build-all images scenario ... while switching to Bookworm target instead of Sid. View the full article

The Challenger RP2040 UWB board features a Raspberry Pi RP2040 microcontroller combined with a DWM300 UWB (Ultra-Wide Band) module in the Adafruit Feather form factor and is designed for indoor positioning and ranging applications with an up to 10-centimeter accuracy, and data transfers up to 10 Mbps. The first Challenger RP2040 board was introduced in 2021 with an ESP8285 WiFi chip, iLabs (Invector Labs) shortly followed up with the Challenger RP2040 LoRa with an RFM95W LoRa module, and they also made models with NFC and cellular connectivity. The Swedish company has now just introduced their latest Challenger board with the Challenger RP2040 UWB leveraging UWB technology. Challenger RP2040 LoRa board preliminary specifications: MCU – Raspberry Pi RP2040 dual-core Cortex-M0+ MCU @ 133MHz with 264KB SRAM Storage – 8MB flash Wireless module – Qorvo DWM3000 UWB module connected via SPI Chip – Qorvo DW3110 ultra-wideband (UWB) transceiver IC, compliant with IEEE [...] The post Challenger RP2040 board gets DWM3000 UWB module for indoor positioning, up to 10 Mbps data transfers appeared first on CNX Software - Embedded Systems News. View the full article

Based on its name, the DongshanPI-PicoW board/module aims to be an Arm Linux alternative to the Raspberry Pi Pico W with a SigmaStar SSD210 dual-core Cortex-A7 processor with 64MB RAM, an SSW101B USB WiFi 4 chip, plus a good amount of I/Os thanks to four 12-pin headers. The module also comes with a 128MB SPI flash to run Linux, takes 5V power input, and offers a display interface up to 1280×800, USB 2.0, audio interfaces, and more in a small 31×31 mm form factor with 48 through and castellated holes that should be easy to integrate into compact devices. DongshanPI-PicoW specifications: SoC – SigmaStar SSD210 dual-core Arm Cortex-A7 at up to 1.0GHz with FPU, NEON, MMU, DMA, 2D graphics accelerator, 64MB on-chip DDR2 RAM Storage – 128MB SPI NAND flash (W25Q128) Connectivity – Sigmastart SSW101B 802.11b/g/n 2.4GHz 1T1R WiFi 4 module + u.FL antenna connector USB switch – Onsemi FSUSB30 [...] The post $7 DongshanPI-PicoW is a small Arm Linux board with SSW101B USB WiFi chip, four 12-pin headers appeared first on CNX Software - Embedded Systems News. View the full article

Dear Armbian Community, We are excited to share some updates on the progress of our project with you. Our crowdfunding campaign is just 3 days away from completion, and we have already started negotiating with one of our hardware suppliers for possible partnership. Join now if you haven’t yet! We have added build configs for Mekotronics R58 and expanded our community supported targets to include Risc-V Vision Five 2 boards, Star64, MangoPi, and Beagle V. Additionally, we have made 50+ bug fixes across all segments this week. We have also made some improvements to our download images wizard with several new features: We have added a data range filter to the board selection process, making it easier to find boards based on the year they were released. We have added an architecture filter to the head, defaulting to aarch64, with direct links to architectures on our website and forums. We have created a new group called “Community support” and moved CSC there, allowing for easier filtering and indexing. We have added and enabled all Risv-V boards and a few others, although they are currently only available as nightly builds from Git until they are in a more stable stage. We look forward to continuing our progress together, and we appreciate your continued support of our project. Best regards, The Armbian Team View the full article

Nordic Semi nRF54H20 is a 320 MHz multiprotocol wireless SoC with several Arm Cortex-M33 and RISC-V cores, support for Bluetooth 5.4 and greater with features like LE Audio and Bluetooth mesh, as well as Thread, Matter, and so on. It is the first part of the fourth generation nRF54 family manufactured with a 22nm process, and its application processor doubles the processing power (2x CoreMark) of the Arm Cortex-M33 application core in the nRF5340 SoC and embeds up to 2MB flash, 1MB SRAM. nRF54H20 preliminary specifications and highlights: CPU Application core – Arm Cortex-M33 @ up to 320 MHz with 2 MB Flash + 1MB SRAM Network core – Arm Cortex-M33 Several RISC-V cores (for low power?) Wireless Bluetooth 5.4 LE with direction-finding, Bluetooth mesh, LE audio, etc… 802.15.4 radio for Thread, Matter -100 dBm RX sensitivity @ 1 Mbps for Bluetooth LE Up to 10 dBm TX power New [...] The post Nordic Semi nRF54H20 Cortex-M33 + RISC-V wireless SoC supports Bluetooth 5.4, LE Audio, Bluetooth mesh, Thread, Matter, and more appeared first on CNX Software - Embedded Systems News. View the full article

There are plenty of ESP32 series boards with display usually TFT or E-Ink, but I don’t think I’ve ever seen one with an AMOLED display and that’s what Lilygo is offering with the “T-Display-S3 AMOLED” board equipped with an ESP32-S3 WiFi and Bluetooth microcontroller and a 1.9-inch AMOLED display. The new board is almost the same as the T-Display-S3 board introduced last year, except for a display with higher resolution, more vibrant colors, and a wider viewing angle, plus a 3D antenna, and a few extra I/Os. T-Display-S3 AMOLED specifications: Wireless MCU – Espressif Systems ESP32-S3R8 dual-core Tensilica LX7 @ up to 240 MHz with vector instructions for AI acceleration, 512KB RAM, 8MB PSRAM, wireless connectivity Storage – 16MB flash Connectivity via ESP32-S3 2.4 GHz 802.11 b/g/n Wi-Fi 4 with 40 MHz bandwidth support Bluetooth Low Energy (BLE) 5.0 connectivity with long-range support, up to 2Mbps data rate. 3D antenna [...] The post T-Display-S3 AMOLED – An ESP32-S3 board with a 1.9-inch AMOLED Display appeared first on CNX Software - Embedded Systems News. View the full article

Description We are providing several 3rd party packages in our repository such as Mozilla Firefox or Chromium. In order to prevent installing snapd version from Ubuntu, we have to set higher priority for packages that are coming from our repository. Jira reference number AR-1662 How Has This Been Tested? desktop:preferences.d:% apt-cache policy | grep armbian 1001 http://beta.armbian.com jammy/jammy-desktop all Packages origin beta.armbian.com 1001 http://beta.armbian.com jammy/jammy-desktop amd64 Packages origin beta.armbian.com 1001 http://beta.armbian.com jammy/jammy-utils all Packages origin beta.armbian.com 1001 http://beta.armbian.com jammy/jammy-utils amd64 Packages origin beta.armbian.com 1001 http://beta.armbian.com jammy/main amd64 Packages origin beta.armbian.com 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

Cool Pi CM5 is a system-on-module based on Rockchip RK3588 or RK3588J (industrial temperature range) octa-core Arm Cortex-A76/A55 processor with up to 32GB RAM, 256GB eMMC flash, offered with a development board with dual GbE, two 8K HDMI 2.1 ports, a PCIe 3.0 x2 slot, M.2 NVMe and SATA storage, and more… At the end of last year, we wrote about the Cool Pi 4 as a much faster alternative to Raspberry Pi 4 SBC, and the company has now launched a Raspberry Pi Compute Module 4 and Radxa CM5 alternative with the Cool Pi CM5 MXM 3.0 system-on-module that they offer along with a feature-rich evaluation board (EVB). Cool Pi CM5 EVB specifications: System-on-Module SoC – Rockchip RK3588(J) octa-core processor with 4x Cortex‑A76 cores @ up to 2.4GHz, 4x Cortex‑A55 core @ 1.8GHz Arm Mali-G610 MP4 “Odin” GPU Video decoder – 8Kp60 H.265, VP9, AVS2, 8Kp30 H.264 AVC/MVC, 4Kp60 [...] The post Cool Pi CM5 evaluation board features Rockchip RK3588/RK3588J system-on-module appeared first on CNX Software - Embedded Systems News. View the full article

Description Enable mainline mipi-dsi driver for Rockchip. This permits the use of the RPi 7" LCD and equivalents (device tree overlay required) How Has This Been Tested? boot no error (module not loaded as not enabled in DT) 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

ITEAD has sent us a Sonoff iHost Smart Home Hub for review, and this device seems to be what many SONOFF fans have been waiting for, especially in terms of local control. meaning it can work without an Internet connection. SONOFF is known for its durable devices and good interoperability, but they are still catching up with other companies in terms of local control. Finally, the iHost Smart Home Hub fills the gap. In addition to local control, it also comes with privacy features as data stay local. SONOFF plans to expand its ecosystem by including devices from other brands compliant with standards such as Zigbee 3.0. Furthermore, the iHost Smart Home Hub is more like a platform than just a product, as it has add-ons to add more capability over time. In the future, it can be expanded to support the new “Matter” standard, similar to Home Assistant. The [...] The post SONOFF iHost Review – A future-proof Smart Home Hub for local control appeared first on CNX Software - Embedded Systems News. View the full article

Description Enable some net modules for meson. How Has This Been Tested? [X] Build and run 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

SB Components’ ESPi is a WiFi-enabled Ethernet board with a 1.14-inch information color display either coming with an ESP32-S3 WiFi and Bluetooth module or designed as a carrier board for the Raspberry Pi Pico W board. I have no idea who needs this, but the ESPi board looks cute and can be used as a 10/100Mbps Ethernet to WiFi (or BLE) gateway with a small TFT display, and there’s also a small joystick on the board to control a potential menu or user interface rendered in the display. ESPi board specifications: Module/Board (one or the other) ESP32-S3-WROOM-1 module with ESP32-S3 dual-core LX7 microprocessor @ up to 240 MHz with Vector extension for machine learning, up to 16MB flash, up to 8MB PSRAM, WiFi 4, and Bluetooth 5 with LE/Mesh Raspberry Pi Pico W board with Raspberry Pi RP2040 dual-core Cortex-M0+ microcontroller @ 133 Mhz with 264KB RAM, 8MB SPI flash, [...] The post ESPi Ethernet & info display board comes with ESP32-S3 module or Raspberry Pi Pico W board (Crowdfunding) appeared first on CNX Software - Embedded Systems News. View the full article

STMicro ST87M01 is a compact, low-power, programmable LTE Cat NB2 (NB-IoT) industrial cellular module with GNSS geo-location capability for “massive IoT” deployments and asset tracking applications. STMicro already had several LPWAN solutions such as the STM32WL LoRa SoC, a Wi-SUN transceiver, a few SigFox chips, and a bunch of proprietary sub-GHz chips, but no cellular IoT solutions of their own although the STM32 microcontroller can be found in many third-party solutions. The ST87M01 NB-IoT and GNSS module changes that, so let’s have a closer look. ST87M01 NB-IoT module specifications: Cellular LTE, Category NB2, Release 15 Worldwide regional bands coverage Single-tone / Multi-tone / Extended TBS and 2 HARQ Up to DL: 127 kbps, UL: 159 kbps eDRX and PSM support Up to +23 dBm power output Optional ST4SIM embedded SIM (eSIM) GSMA compliant with an additional Secure Element GNSS capability Expansion – Multiple I/F and GPIO Host communication – standardized [...] The post ST87M01 NB-IoT & GNSS module targets global cellular IoT deployments, asset tracking applications appeared first on CNX Software - Embedded Systems News. View the full article

Powered by the Rockchip RK3588 processor, Firefly Station P3D modular AI mini PC comes with two swappable layers, namely the top one with the main board and default ports such as two HDMI output ports, one HDMI input, Gigabit Ethernet, two USB 3.1 ports, etc…, and the bottom layer that can be configured with various ports depending on your specific application. The top layer is basically the new Station P3 mini PC with RK3588 octa-core Cortex-A76/A55 processor, up to 32B RAM, 256GB eMMC flash, an M.2 2280 NVMe SSD socket, and dual-band WiFi 6 & Bluetooth 5.0 plus all the ports mentioned above. Fire Station P3D specifications: SoC – Rockchip RK3588 octa-core processor with CPU – 4x Cortex-A76 cores @ up to 2.4 GHz, four Cortex-A55 cores @ up to 1.8 GHz GPU – Arm Mali-G610 MP4 quad-core GPU with OpenGL ES3.2 / OpenCL 2.2 / Vulkan1.1 support AI accelerator [...] The post Firefly Station P3D is a modular Rockchip RK3588 mini PC with swappable cards appeared first on CNX Software - Embedded Systems News. View the full article