News u-blox steigt aus IoT-Funkmodulgeschäft aus, Container für Echtzeitbetriebssystem, RP2350 von Olimex


Announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
von Tam H. (Firma: Tamoggemon Holding k.s.) (tamhanna)


Angehängte Dateien:

Lesenswert?

Der Januar bleibt nachrichtenintensiv. Im Rahmen der Auslieferung von CircuitPython 9.2.2 spricht Adafruit über Pläne mit Zephyr, während die Raspberry Pi Trading Sicherheitslücken im RP2350 zugibt. Außerdem gibt es neue regulatorische Probleme, die den Import und Export von Chips zu einer interessanten Aufgabe machen.

u-blox: wir verlassen den Funkmodulmarkt (NB-IoT, etc)

Der in der Schweiz ansässige Modulhersteller begann vor einigen Jahren damit, eigene Chips für die hauseigenen Funkmodule zu entwickeln. Der im Allgemeinen gut informierte Branchennewsdienst RCR berichtet nun darüber, dass die für Funkmodule zuständige BU aufgrund mangelnder Rentabilität geschlossen wird:

1
After careful evaluation, u-blox has concluded that phasing out the cellular business is the most viable course of action to ensure the companys long-term strategic focus and operational efficiency, said a statement. Stephan Zizala, chief executive at u-blox, commented: Our efforts to find a viable path forward for the cellular business did not pan out, including exploring a potential sale, leading us to the decision to phase out this business. We will do our utmost to support our employees, customers and partners impacted by this decision.
2
--- via https://www.rcrwireless.com/20250115/internet-of-things/u-blox-quits-cellular-iot

In der Quelle findet sich ein Round-Up verschiedener Analystenmeinungen zum Thema. Der Gutteil führt als Gründe erstens mangelnde Größe im Markt und zweitens die fehlgeschlagene Wette auf NB-IoT ins Rennen.

5G RedCap: Module im Anmarsch

Dass sich 5G RedCap insbesondere im Bereich der IoT-Vernetzung gut etablieren wird, dürfte sich aus der Medienaufmerksamkeit ableiten lassen. Problematisch ist, dass es bisher nur wenige Module für die Technologie gibt. Der schwedische IoT-Vernetzungsspezialist TechShip informiert nun in einem an seine Kunden versandten Newsletter nach folgendem Schema über das Auftauchen verschiedenster Module:

1
Telit Cinterion lines up with FN920C04-WW in a 30x42 M.2 package as well as FE910C04-WW for customers wanting an LGA design. SIMCom provides three flavors depending on customer needs, SIM8230G LGA, SIM8230G mPCIe or SIM8230G M.2 3042. Fibocom is following suit with the FG132 series, available in LGA, mPCIe, and M.2 3052. 
2
Semtech (Sierra Wireless) have an M.2 3042 design ready for integration. Last but not least, Quectel introduces the RG255C-GL in mPCIe and RM255C-GL in M.2 3042

PX5: Containertechnologie fürs Echtzeitbetriebssystem.

PX5 dürfte Lesern von Mikrocontroller.net für zweierlei bekannt sein: Einerseits implementiert das Betriebssystem POSIX-APIs, zweitens stammt es aus der Feder der Person, die einst für das Design von Azure RTOS verantwortlich war. In einem an PX5-Interessenten versendeten Newsletter findet sich nun unter anderem die folgende Grafik, die ein Containersystem für das Echtzeitbetriebssystem avisiert.

Bildquelle: https://px5rtos.com/px5-modules/

Eine als Module Manager bezeichnete Klasse ist dabei für das „Laden und Makeln“ verantwortlich - es ist eine an Docker erinnernde Intention avisiert. In der Dokumentation findet sich außerdem die folgende Passage, die auf die sehr strenge Speicher-Segmentierung im Bereich der Module hinweist:

1
Each module has its own distinct instruction and data memory, which makes it possible to isolate its execution completely via MPU or MMU. Time-domain protection is also possible via maximum priority restriction on the threads running within the module.

CircuitPython 9.2.2 verfügbar, Neuigkeiten zur Weiterentwicklung

Wer die von Limor Frieds Frauen gepflegte Embedded-Pythonruntime verwendet, darf sich über eine neue Version erfreuen. Im Allgemeinen handelt es sich dabei um ein Wartungsrelease. In der unter der URL https://blog.adafruit.com/2025/01/09/circuitpython-9-2-2-released/ bereitstehenden Ankündigung findet sich unter der folgende Change-Log, der über die neuen Funktionen informiert:

1
Highlights of this release
2
     int.from_bytes() and .to_bytes() calls can omit byteorder arg, as in CPython. 
3
     DemuxKeyMatrix: add scan delay, add columns_to_anodes and transpose args. 
4
     Implement audiomixer.MixerVoice.level as synthio.BlockInput. 
5
     displayio now supports 24-bit color depth. 
6
     Add sideset_pindirs to rp2pio.StateMachine. 
7
     rp2pio: support on GPIO pins 32 and up, available on RP2350B. 
8
     Initial implementation of audiobusio.PDMIn on Espressif. 
9
     Update Espressif ESP-IDF to v5.3.2, which supports ESP32-P4 v1.0 chips. 
10
     New ports/analog port, initially supporting Analog Devices ADI MAX32690 microcontroller. 
11
     Over 20 new boards.

Interessant ist auch das unter der URL https://blog.adafruit.com/2025/01/07/scott-and-ladyada-talk-circuitpython-2025-circuitpython-circuitpython2025/ bereitstehende und leider vergleichsweise langatmig ausfallende Interview. Um die dritte Minute gibt Linor Frieds Chefentwickler beispielsweise offen zu, dass das Mikropython-Team die Innovations-Führerrolle einhält, während die CircuitPython-Entwickler vor Allem für gut befundene Features kopieren. Um 10:30 herum folgt eine „Wefzung“ von NXP; Spezifischerweise fühlt sich die Truppe durch das komplizierte Build-System auf den Schlips getreten. Interessant sind außerdem die Ausführungen dazu, dass das „Einpflegen“ einer neuen Chiparchitektur in CircuitPython derzeit mit erheblicher Arbeit einhergeht. Als „Lösung“ avisiert man im Hause Adafruit - für diensterfahrene Entwickler wenig überraschend - die Verwendung eines Echtzeitbetriebssystems; Spezifischerweise das von der Linux Foundation verwaltete Zephyr. Ab etwa Minute 16 findet sich eine kleine „Belobigung“ des quelloffenen Stücks Software.

NXP – neue Version von MCUExpresso

NXP scheint die Kritik von Limor Fried – berechtigterweise – nicht sonderlich ernst zu nehmen. Wenige Stunden nach dem Erscheinen des Interviews liefert man eine neue Version des SDKs aus, die verschiedene Fehlerbehebungen mitbringt:

1
Summary of Changes - version 24.12 
2
     Upgraded: Newer LinkServer software (v24.12.21). 
3
     Upgraded: Newer SEGGER J-Link software (v8.12a). 
4
     Upgraded: Newer PEmicro plugins (v5.9.5). 
5
     Upgraded: Version v24.12 of MCUXpresso Config Tools. 
6
     Feature: [LinkServer] Upgraded MCU-Link version to 3.152. 
7
     Feature: Support for KW47, MCXW72 devices, and KW47-EVK, KW47-LOC, MCX-W72-EVK, FRDM-MCXW72, MCX-W72-LOC boards. 
8
     Feature: Support for MCXA165, MCXA166, MCXA175, MCXA176, MCXA275, and MCXA276 devices. 
9
     Feature: Support for MIMXRT700. 
10
     Feature: [SDK Integration] Synchronization with SDK v24.12.  Note: Only MCUXpresso IDE packages downloaded from mcuxpresso.nxp.com are supported. GitHub SDK format is currently not supported. 
11
     Feature: [IDE] Automatic probe selection and device/board verification when using CMSIS-DAP-based probes with target information available. 
12
     Improvement: [IDE] When importing multiple projects and no associated installed SDK is found, show only one dialog message dialog listing all projects and missing SDKs. Install MCUXpresso SDKs view can then be opened from the dialog. 
13
     Fixed: [IDE] The SDK details associated with a project are not updated after associating other compatible SDK. 
14
     Fixed: [IDE] Project Settings node from Project Explorer shows incorrect SDK version once associating other SDK with project. 
15
     Fixed: [SDK Integration] Preprocessor defines might be incorrect when importing some example projects that are linked to other projects. 
16
     Fixed: [Debug][J-Link] Restart for RAM debug does not work for some MCUs when using J-Link. 
17
     Fixed: [Application Code Hub] Some projects might not be recognized as valid MCUXpresso IDE projects because they do not use the NXP GitHub. 
18
--- via https://community.nxp.com/t5/MCUXpresso-IDE-Knowledge-Base/MCUXpresso-IDE-v24-12-Now-Available/ta-p/2028216

Neue Exportbeschränkungen für Chips „hohe Dichte“

Die weltpolitischen Wirren wirken sich naturgemäß - Stichwort Bestellen eines STM32N6- Entwicklerboards - auch auf das Leben des Mikrocontrollerentwicklers aus. Verschärfungen stehen nun ante Portas. Der im Allgemeinen gut informierte angelsächsische Branchennewsdienst Toms Hardware berichtet unter der URL https://www.tomshardware.com/tech-industry/us-bans-sales-of-14nm-and-16nm-chips-with-over-30-billion-transistors-to-china folgendes:

1
. . .rules target chips with 30 billion transistors made on 14nm or 16nm nodes or smaller, as such products are presumed to be restricted for shipment to entities in China and other restricted nations unless their developers get an export license from the U.S. Department of Commerce. . . . can apply for a license if they sell to 'authorized customers.' Also, processors with fewer than 30 billion transistors and packaged by a trusted company would not be classified . . .

Als Quelle wird seinerseits der Finanz-Nachrichtendienst Bloomberg angeführt, der im Allgemeinen ebenfalls in höchstem Maße glaubhaft ist. Schade ist lediglich, dass der ursprüngliche Bericht nur noch zahlenden Abonnenten zur Verfügung gestellt wird.

Weitere Informationen zur Themenkomplex AI-Regulation der US-Regierung finden sich im - teilweise kostenlos lesbaren - und unter der URL https://semianalysis.com/2025/01/15/2025-ai-diffusion-export-controls-microsoft-regulatory-capture-oracle-tears/ bereitstehenden Bericht aus dem Hause Semi Analysis. Besonders interessant empfand der Newsautor die „überblickshafte Darstellung“ der diversen Angriffsvektoren:

1
The US government lobbed the largest salvo in the new technology cold war with its new Framework for Artificial Intelligence Diffusion. These new export restrictions are completely unprecedented in scope and scale, with many calling the efforts overzealous or misguided. The regulation at its core is targeted at preventing China from accessing AI compute to build frontier models.

OLIMEX: Varianten der Entwickler-Ports mit RP 2350 verfügbar.

Der Raspberry Pi-Mikrocontroller wird ab sofort auch vom bulgarischen Entwicklungsboard-Hersteller OLIMEX zur Verfügung gestellt. Spezifischerweise stehen zwei Evaluationsboards zur Verfügung, die sich vom Design her wie in der Abbildung gezeigt präsentieren.

Bildquelle: https://www.olimex.com/Products/RaspberryPi/PICO/PICO2-XXL/

Beide Varianten exponieren dabei alle 48 GPIO-Pins des Mikrocontrollers. Das „Luxusmodell“ bringt 16 MB Remanentspeicher und 8 MB PS RAM mit; für „größere Mengen“ von Massenspeicher steht außerdem ein MicroSD-Steckplatz zur Verfügung. Wie im Falle der meisten anderen von OLIMEX angebotenen Evaluationsboards gilt auch hier, dass die Designfiles quelloffen sind. Wer sie en Detail ansehen möchte, kann dies unter der als Bildquelle angegebenen URL tun.

Seeed Studio - Redesign der Xiao-Serie mit mehr GPIO-Pins.

Die Seed-Entwicklungsboards der Xiao-Serie sind unter anderem deshalb berühmt, weil sie die erste öffentliche Vorstellung des RP2350 waren. Der angenehm kompakte Formfaktor hat insofern seine Nachteile, als die Anzahl der zur Verfügung stehenden Pins aus physischen Gründen eng beschränkt ist. Mit einer neuen Variante sucht Seed Studio nun, diesen Missstand abzuräumen. Spezifischerweise bringen diese Platinen zwischen den für Steckplatinen geeigneten Pins zusätzliche Lötinseln mit, die ausschließlich bei der Oberflächenmontage der Evaluationsboards auf Träger-PCBs verwendet werden können.

Bildquelle: https://www.seeedstudio.com/blog/2025/01/02/seeed-studio-xiao-plus-more-castellation-ios-for-smd-soldering/

Zum Zeitpunkt der Abfassung dieses Artikels plant Seeed Studio drei unterschiedliche Varianten auf Basis von Espressif - und Nordic Semiconductor-Prozessoren. Weitere Informationen finden sich - wie immer - in der als Bildquelle angegebenen URL.

Bildquelle: https://www.seeedstudio.com/blog/2025/01/02/seeed-studio-xiao-plus-more-castellation-ios-for-smd-soldering/

Haut den Upton - drei Sicherheitslücken im RP2350 mit je 20 000 US-Dollar prämiert.

Der RP2350 wurde im Rahmen seiner erstmaligen Ankündigung von einer „Hack me-Challenge“ flankiert, die für erfolgreiche Angriffe gegen das Sicherheitssystem des Controllers eine Prämie von 20000 US-Dollar ausloten. Unter https://www.raspberrypi.com/news/security-through-transparency-rp2350-hacking-challenge-results-are-in/ berichtet die Raspberry Pi Trading nun von den Ergebnissen - insgesamt wurden drei Angriffs-Vektoren gefunden, die mit je 20 000 US-Dollar prämiert:

1
As expected, weve learned a lot. In particular, weve revised downward our estimate of the effectiveness of our glitch detection scheme; the difficulty of reliably injecting multiple faults even in the presence of timing uncertainty; and the cost and complexity of laser fault injection. Well take these lessons into account as we work to harden future chips, and anticipated future steppings of RP2350.
2
And while this hacking challenge is over, another one is about to start. As a component of the broader RP2350 security architecture, weve been working to develop an implementation of AES which is hardened against side-channel attacks (notably differential power analysis), and well be challenging you to defeat it. Check back next week for more details.

Interessant ist außerdem ein kleiner Seitenhieb gegen andere Mikrocontrollerhersteller:

1
All vendors have security vulnerabilities in their chips. We are unusual because we talk about them, and aim to fix them, rather than brushing them under the carpet. Security through transparency is here to stay.

Lesestoff: Mehr über EU-Regulationen im Health Technologies-Bereich.

Spätestens seit dem Erfolg des österreichischen Start-Ups Runtastic ist erwiesen, dass sich mit „Medical Technologies“ gutes Geld verdienen lässt. Problematisch ist in der Praxis meist, dass die regulatorischen Probleme nicht unerheblich sind. Die EU-Kommission - im Bereich der Schaffung von neue Bürokratie gar nicht faul - hat eine neue Standardisierungsrichtlinie ins Rennen geschickt, die 2025 in Kraft tritt. Die Anwaltssozietät Schönherr bietet unter der URL https://mailchi.mp/schoenherr.eu/contenthappy-new-regulation-the-new-health-technology-assessment-regulation-kicks-off-in-early-2025?e=0c4e einen „Reader“ zur Thematik an.

Lesestoff, zur Zweiten - kostenlose eBooks, nicht nur zur Elektronik.

Wer sich zu verschiedenen Themen von Audio bis RF fortzubilden sucht, findet unter der URL http://www.vias.org/electronics.html eine Zusammenstellung von - nach Ansicht des Autors durchaus brauchbaren - eBooks. Besonders interessant ist neben den diversen Elektronik-Büchern auch eine digitale Version des einst bei O‘Reilly erschienenen Standardwerks, dass das PNG-Bildformat en Detail beschreibt.

Lesestoff, zur Dritten - Drohnen und Fahrzeuge variabler Geometrie

Im Hause Arduino sieht man Robotik seit längerer Zeit als Wachstumsbereich - einem Trend, dem man unter anderem durch das „Hervorheben“ interessanter Projekte aus der Community Ausdruck zu verleihen versucht. Nach Ansicht des Newsautors verdienen die unter den URLs https://blog.arduino.cc/2025/01/12/this-maker-designed-a-custom-flight-controller-for-his-supercapacitor-powered-drone/ und https://blog.arduino.cc/2025/01/13/this-robot-can-dynamically-change-its-wheel-diameter-to-suit-the-terrain/ bereitstehenden Projekte dabei besondere Aufmerksamkeit - das eine beschreibt das Design einer Drohnensteuerung, während das andere ein „Radfahrzeug“ mit variablem Räderdurchmesser realisiert.


: Bearbeitet durch NewsPoster
von A. D. (egsler)


Lesenswert?

> u-blox: wir verlassen den Funkmodulmarkt (NB-IoT, etc)

Wohlbemerkt, weil ich das nur aus dem Originalartikel rauslesen konnte: 
Nur Mobilfunk-Module werden aufgrund zu geringer Marge abgekündigt. 
Bluetooth und WLAN Module sind deutlich profitabler und sollen 
weiterlaufen.

: Bearbeitet durch User
von Niklas G. (erlkoenig) Benutzerseite


Lesenswert?

Tam H. schrieb:
> After careful evaluation, u-blox has concluded that phasing out the
> cellular business

Ups! Sind nicht manche von deren Chips die kleinsten auf dem Markt - 
trotzdem keine Chance?

A. D. schrieb:
> Bluetooth und WLAN Module sind deutlich profitabler

Die WiFi-Chips basieren ja eh auf ESP32 - erstaunlich dass das 
konkurrenzfähig ist.

von Rudolph R. (rudolph)


Lesenswert?

Adafruit, ja, bin ich kein Fan von.
Auf Issues habe ich als Reaktion schon ein "Machs-Dir-Selbst, ist ja 
Open Source" erhalten.
Aber auf der anderen Seite ist einer meiner Pull-Requests um ein Problem 
in einer Adafruit Library zu beheben seit April 2022 (!) offen ohne 
Kommentar von Adafruit dazu.
Bei solchen Erfahrungen engagieren sich die freiwilligen Entwickler 
sicher besonders gerne in ihrer Freizeit...

von Benny (cks389)


Lesenswert?

Wefzung???

von Niklas G. (erlkoenig) Benutzerseite


Lesenswert?

Rudolph R. schrieb:
> Bei solchen Erfahrungen engagieren sich die freiwilligen Entwickler
> sicher besonders gerne in ihrer Freizeit...

Das ist bei vielen OpenSource-Projekten so. Der erste PR wird 
grundsätzlich ignoriert oder abgelehnt. Man muss sich erst einen Namen 
erarbeiten bevor man was zu melden hat. Da hilft nur: Forken und selber 
machen.

Erfrischende Ausnahme: Espressif. PullRequests am ESP-IDF werden 
ziemlich zügig und pragmatisch eingearbeitet. Das Gesamtkonzept vom IDF 
ist sowieso ziemlich gut.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.