RSS Bot

Last year, we wrote about the Made-in-Russia Mikron MIK32 RISC-V microcontroller with features similar to STM32L0 Arm Cortex-M0+, and I was recently told that the first fully packed samples are expected for the end of autumn. But it turns out there’s another Russian company that makes RISC-V microcontrollers, and for instance, the Milandr MDR32F02FI features the open-source BM-310 RISC-V MCU core and is specially designed for electricity meters. It is the second generation of the microcontroller with the first being based on Arm Cortex-M0 core and produced for over 5 years. Milandr MDR32F02FI specifications: CPU – CloudBEAR BМ-310S 32-bit RISC-V core @ 60 MHz Memory – 112KB Storage – 256+8 KB flash, 16KB OTP Electricity meter function 7-channel 24-bit sigma-delta ADC Hardware unit for calculating power consumption Other Peripherals 5x UART, 3x SPI, 1x I2C Up to 55x GPIOs Instrumental ADC – 10-bit with temperature sensor 4x 32-bit timer blocks [...] The post Milandr MDR32F02FI is a RISC-V microcontroller for (Russian) electricity meters appeared first on CNX Software - Embedded Systems News. View the full article

Allwinner H700 is a “new” processor that has found its way into Transpeed P10 Full HD “portable” projector running Android 10. It is sold on Aliexpress for $125 including shipping. Allwinner H700 happens to be yet another derivative of Allwinner H616/H618 quad-core Corex-A53 processor, but adds an RGB LCD interface up to 1080p60 and video input interfaces that make it suitable for projector and smart displays. The processor also has two Ethernet interfaces (1x Gigabit and 1x 10/100M) like the H616, but no built-in PHY, so an additional Ethernet transceiver is needed on the board. Let’s first have a look a the Transpeed P10 projector specifications: SoC – Allwinner H700 quad-core Arm Cortex-A53 processor @ 1.5GHz with Arm Mali-G31 mp2, 6K video decoder, and 4Kp25 H.264 video encoder System Memory – 2GB RAM Storage – 16GB eMMC flash Projector 1920×1080 native resolution LED bulb Brightness – 120 ANSI Lumens Projection [...] The post Transpeed P10 Android 10 Full HD projector features Allwinner H700 SoC appeared first on CNX Software - Embedded Systems News. View the full article

Golioth have released an open-source “ESP-IDF SDK” to let ESP32 hardware connect to their Golioth Cloud, extending existing support from the existing Zephyr SDK. We previously covered the Golioth IoT development platform with a Zephyr SDK supporting nRF9160 and ESP32-C3 (officially), as well as over 100 other platforms, that aims to make it easier for hardware developers to connect things to the internet without needing to know how to use AWS IoT, Azure IoT, or the other cloud services. While in theory, it would be possible to keep using the Zephyr SDK on ESP32 hardware, the ESP-IDF framework is the main tool of Espressif Systems, and they will release new code to that ecosystem first. So even though Espressif Systems have another team that is bringing many of the same features to Zephyr, the changes will be implemented in the ESP-ID framework first. The Golioth ESP-IDF SDK will be able [...] The post Golioth ESP-IDF SDK connects ESP32 boards to the Golioth Cloud appeared first on CNX Software - Embedded Systems News. View the full article

Description Change Jira URL in "new issue template" to dashboard View the full article

Seeed Studio’s reComputer J101 & J202 are carrier boards with a similar form factor as the ones found in NVIDIA Jetson Nano and Jetson Xavier NX developer kits, but with a slightly different feature set. The reComputer J101 notably features different USB Type-A/Type-C ports, a microSD card, takes power from a USB Type-C port, and drops the DisplayPort connector, while the reComputer J201 board replaces the micro USB device port with a USB Type-C port, adds a CAN Bus interface, and switches to 12V power input instead of 19V. The table below summarizes the features and differences between the Jetson Nano devkit (B1), reComputer J101, Jetson Xavier NX devkit, and reComputer J202. Note the official Jetson board should also support production SoM with eMMC flash, but they do ship with a non-production SoM with a built-in MicroSD card socket instead. The carrier boards are so similar that if NVIDIA would [...] The post reComputer J101/J202 carrier boards are designed for Jetson Nano/NX/TX2 NX SoM appeared first on CNX Software - Embedded Systems News. View the full article

Description Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change. Jira reference number [AR-9999] 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. [ ] Test A [ ] Test B 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

So far LILYGO’s ESP32 boards with an E-Paper display such as the TTGO T5 or Mini E-Paper Core featured smaller displays from 1.02-inch to 2.9-inch. But the company is now offering a larger 7.5-inch display that works with most of its T5 boards excluding the one used with a 4.7-inch display. The black and white e-paper display offers a resolution of 800 x 480 pixels, is Arduino programmable and backward compatible with earlier T5 E-paper solution, and should be one of the most cost-effective to way to make a wireless E-paper display. LilyGO 7.5-inch E-paper display specifications: Panel SKU – DKE DEPG0750_U790F3 (See PDF datasheet. note non-secure link so your browser may complain) Size – 7.5-inch diagonal Resolution – 800 x 480 pixels (124 DPI) Active area – 163.2 x 97.92mm Pixel pitch – 0.204 x 0.204 mm Host interface – SPI Dimensions – 170.2 x 111.2 x 1.2 mm [...] The post $52 7.5-inch E-paper display connects to ESP32 boards appeared first on CNX Software - Embedded Systems News. View the full article

As usual, there are quite a few changes merged into the mainline kernel. Let's take a look at some of the contributions by Collabora's kernel team! View the full article

Linus Torvalds has just announced the release of Linux 5.19. It should be the last 5.xx version, with Linux 6.0 coming for the next cycle: So here we are, one week late, and 5.19 is tagged and pushed out. The full shortlog (just from rc8, obviously not all of 5.19) is below, but I can happily report that there is nothing really interesting in there. A lot of random small stuff. In the diffstat, the loongarch updates stand out, as does another batch of the networking sysctl READ_ONCE() annotations to make some of the data race checker code happy. Other than that it’s really just a mixed bag of various odds and ends. On a personal note, the most interesting part here is that I did the release (and am writing this) on an arm64 laptop. It’s something I’ve been waiting for for a _loong_ time, and it’s finally reality, [...] The post Linux 5.19 Release – Main changes, Arm, RISC-V and MIPS architectures appeared first on CNX Software - Embedded Systems News. View the full article

Description I copy the patches from rockchip64-5.18 to rockchip64-5.19 and make these changes: 1, rk3328-dtsi-add-rkvdec-node.patch removed because upstream merged. 2, add-board-roc-pc.patch rename rkvdec to vdec 3, add-board-tvbox-rk3318.patch rename rkvdec to vdec, rename rkvdec_mmu to vdec_mmu. 4, board-firefly-rk3399-dts.patch removed since @150balbes said this board is in media family. 5, board-pbp-add-suspend.patch moved to need_checking. Upstream code has changed a lot and I don't know how to do with this patch. 6, refactor-iommu-initialisation.patch removed since already merged to upstream 7, wifi-4005-uwe5622-makefile.patch modified due to upstream change 8, general-add-xtx-spi-nor-chips.patch modified due to upstream change 9, general-rockchip-overlays.patch modified due to upstream change 10, regenerate rock-3a and rk356x patches because rock-3a device tree is in mainline now. 11, add new patch general-hantro-be-more-accurate-on-pixel-formats-step_width-constraints.patch to make hantro hwdec works on rk356x. This is a commit merged to linux-next but not merged to 5.19 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] Patches applied with no error, build with no error [x] My rock-3a can boot with this kernel. @catalinii you can test this kernel on your rock3a. [ ] Other rockchip64 board need testing 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 btusb module does not seem to be generated and as a result this PR includes the driver in the kernel. Also the kernel config is synced back to include few modules needed by wireguard which was previously enabled Jira reference number [AR-9999] 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] compiled and installed the kernel 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 [ x] Any dependent changes have been merged and published in downstream modules View the full article

In the first part of MECOOL KP1 smart projector review, I checked out the package content, projector design, and integrated HDMI stick running Android 11 TV, before going through the setup wizard, and trying the projector with Android 11. I’ve now spent more time with the device, so I’ll report my overall experience. The best way to install the projector is probably to mount it on a ceiling or a wall, but in my case, I just placed it on top of a shelf itself placed on top of a table to adjust the height for a comfortable viewing experience from our comfy seats. As we’ve seen before, the projector will boot directly to the Android 11 TV launcher from the included MECOOL KD5 TV stick. Android 11 TV OS runs on top of Linux 5.4.125, as we can see it’s a Hailstorm device that’s certified for Netflix and an [...] The post MECOOL KP1 projector review – Part 2: Android 11 TV OS and Full HD clarity appeared first on CNX Software - Embedded Systems News. View the full article

Description Update odroidxu4-current kernel to 5.4.208. How Has This Been Tested? [x] Reboot of my Odroid HC1 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 Closing https://github.com/armbian/build/issues/3531 Jira reference number AR-1276 View the full article

Description I was surprised when I didn't find a list of all available options of compile.sh in this repository. Later I found them in Build options. And then I found this link in README.md: Build parameters, advanced build options, user defined configuration, build with Docker? So, I've split the link with long line description to 4 separate links. It looks more clear (as for me): More information: Building Armbian — how to start, how to automate; Build options — all build options; Building with Docker — how to build inside container; User configuration — how to add packages, patches and override sources config; How has this been tested? [x] check render at https://github.com/vazhnov/armbian-build/blob/README_more_links_to_documentation/README.md 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 [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

Karl here and I will keep this short for you. First I will share my experience installing an upgrade module for the Lasermaster 2 Pro, the Ortur LU2-10A. The LM2Pro came with a 5.5w laser module and this upgrade brings the power up to approximately 10w optical power. Spoiler, I am not happy with the kit. The Ortur LU2-10A kit comes with a very simple adapter board that appears to do two tasks. 1 is to adapt wiring, and 2, inject additional power for the higher power laser module. It looks like the board will adapt to a lot of different connection types. I followed the instructions and the first time I plugged everything in the laser came on full power for about a second. I was like WTF and it scared the hell out of me. I got very lucky I didn’t burn anything or myself. I had a [...] The post Ortur LU2-10A 10W laser module issues and measuring laser power appeared first on CNX Software - Embedded Systems News. View the full article

Description Current Armbian images has partitions without labels. If I want to mount them inside script, I have to find somehow the UUIDs. But with labels it will be easier to use something like mount -v LABEL="armbian_root" /mnt/armbian 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] created image with ./compile.sh, recorded to SD-card with dd. 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 [x] Any dependent changes have been merged and published in downstream modules View the full article

Description Just enabling build target. How Has This Been Tested? [x] Build test 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

No descriptionView the full article

Allwinner H618 processor has started to show up in several TV boxes running Android 12, and capable of playing 6K/4K VP9 and H.265 videos with devices such as T95Z Plus and T95 Max, which may be confusing, as companies are reusing those model numbers over and over. Featuring a quad-core Cortex-A53 processor, an Arm Mali-G31 MP2 GPU, and 6K video support, the Allwinner H618 looks exactly like the Allwinner H616 processor except it can run the more recent Android 12 operating system. There’s not much public information about Allwinner H618 at the time of writing, but let’s check T95Z Plus specifications to see if we can find any other new hidden features: SoC – Allwinner H618 quad-core Arm Cortex-A53 processor @ up to 1.5GHz with Arm Mali-G31 MP2 GPU System Memory – 2GB or 4GB RAM Storage – 16GB, 32GB, or 64GB eMMC flash, MicroSD card socket Video Output HDMI [...] The post Allwinner H618 processor powers Android 12 TV boxes appeared first on CNX Software - Embedded Systems News. View the full article

SolidRun has launched two SolidWAN Linux-based system-level solutions for software-defined wide area networks and network security applications with the SolidWAN Single LX2162 based on NXP LX2162 16-core Cortex-A72 SoC designed for small offices (SoHo) and SMBs, and the SolidWAN Dual LX2160 equipped with two NXP LX2160A 16-core Cortex-A72 networking processors targetting enterprise and edge data center applications. SolidWAN Single LX2162 Hardware specifications: SoC – NXP Layerscape LX2162A 16-core Arm Cortex A72 processor @ up to 2GHz System Memory – Up to 32GB DDR4 Storage – 8GB eMMC flash, MicroSD card slot Networking 8x dedicated Gigabit Ethernet ports 2x SFP 10GbE cages 2x SFP 25GbE cages USB – 1x USB 3.0 port Expansion card I/Os Mini PCIe socket with SIM holder for 4G LTE cellular connectivity Mini PCIe socket for WiFi AP mPCIe module Management USB to STM32 for remote management RunBMC compliant socket Development and Debug interfaces – Mini USB, [...] The post SolidRun introduces SolidWAN software-defined edge network hardware with NXP LX 16-core Cortex-A72 SoCs appeared first on CNX Software - Embedded Systems News. View the full article

Description This reverts commit 8d16d9f8104492bfaf99359ea0118069f1486c2d. which seems to cause problems. View the full article

While we like open-source tools such as KiCAD, Altium has added a pretty cool feature to the Altium Designer program with a 3D layout tool, which as its name implies, allows the design of 3D PCBs… The new 3D layout tool relies on 3D-MID technology that combines electrical circuits with three-dimensional mechanical parts. I’m not sure who really needs this, but I have to admit the results look pretty neat. Altium explains the design process is quite similar to standard 2D PCBs, and designers would create a layout on the surface of a 3D substrate using the standard library components and with the connectivity driven by the schematic design in the same way as with a standard PCB. You can check out how it works in a video shared on Altium’s LinkedIn account. The designer would then export the files in the format required by LPKF Laser & Electronics AG’s [...] The post Altium Designer adds 3D PCB layout tool appeared first on CNX Software - Embedded Systems News. View the full article

PINE64 is about to launch the second generation Pinecil RISC-V soldering iron with the Pinecil V2 featuring a new Bouffalo Lab BL706 RISC-V microcontroller with Bluetooth LE connectivity, optimizations for higher power levels, as well as tentative support for the new USB PD EPR standard (Extended Power Range) working at up to 28V. I don’t solder every day, but when I do, I use my Pinecil soldering iron, as it’s heating super fast and does the job, and in my case, works quite better than the TS100 soldering iron. So it should come as no surprise that the Pincel is the most popular consumer hardware from the PINE64 community (after SOPine modules), and the new Pinecil V2 is a welcome upgrading building on the same design but with Bluetooth LE connectivity and a lower tip resistance. Pinecil V2 preliminary specifications: MCU – Bouffalo Labs BL706 32-bit RISC-V microcontroller @ [...] The post Pinecil V2 soldering iron gets BL706 Bluetooth LE RISC-V MCU, USB PD EPR support appeared first on CNX Software - Embedded Systems News. View the full article

This is a continuation of: https://github.com/armbian/build/pull/3984 (by @rpardini ) that has the new board split into the new family - rockchip-rk3588 (as indicated by @igorpecovnik) rock-5b: add initial radxa rock-5b .wip (by @amazingfate); vendor u-boot & vendor kernel uses legacy with Radxa's 5.10 (with no patches added to armbian). CONFIG_VT=y & SKIP_BOOTSPLASH=yes patch by @piter75 in uboot for working 'source' command so boot.scr can be used, and not extlinux rock5 add kernel options by @lanefu Tested on my rock-5b. View the full article