Skyworks kauft Qorvo, Neues von Nexperia und andere Lustigkeiten

[Tam H. (Firma: Tamoggemon Holding k.s.) (tamhanna)]

Die große Politik ruht nicht: mit der Übernahme von Qorvo steht eine weitere Fusion im Bereich der Halbleiterhersteller an. Espressif liefert neue Software, während Debian seine Maintainer mit dem Zwang zur Verfügbarkeit eines Rust-Compilers verärgert. Außerdem lässt sich der Raspberry Pi Pico als SCPI-Gerät verwenden.

Nexperia: Chinesische Regierung erlaubt Ausnahmeregelungen für Chipauslieferung

Kompromisslosigkeit führt in den meisten Fällen zu suboptimalen Ergebnissen. Nachdem man in China der niederländischen Regierung gezeigt hat, dass die von ihr besessenen Assets sehr schnell sehr wertlos werden, versucht man sein Glück an Schadensbegrenzung für die Kunden. Unter https://german.cri.cn/2025/11/04/ARTI1762240604907239 findet sich die folgende Stellungnahme des chinesischen Handelsministeriums:

. . .

China habe aus Verantwortung für die Stabilität und Sicherheit der weltweiten Halbleiterproduktion und -lieferketten am 1. November angekündigt, für Exporte, die den entsprechenden Bedingungen entsprächen, Ausnahmeregelungen umzusetzen und sich nach Kräften für die Wiederaufnahme der Lieferungen von Nexperia (China) einzusetzen.
. . .

CNN zitiert John Bozzella, den CEO der Alliance for Automotive Applications folgendermaßen:

“Credit to President Trump and his team for insisting Nexperia was on the agenda during talks this week with China and for treating the global semiconductor supply chain as the economic and national security issue it so clearly is,”
– via https://edition.cnn.com/2025/11/03/business/china-nexperia-chip-exports

Skyworks kauft Qorvo

Qorvo hat in der Vergangenheit verschiedenste Unternehmen aufgekauft, was meist mit vielen Abkündigungen (Stichwort ActiveSemi) einherging. Frei nach dem “what goes around comes around” ist Qorvo nun selbst Übernahmekandidat. Die unter der URL https://investors.skyworksinc.com/news-releases/news-release-details/skyworks-and-qorvo-combine-create-22-billion-us-based-leader bereitstehende Pressemeldung verkündet nun folgendes:

(Nasdaq: SWKS), a global leader in high-performance analog and mixed-signal semiconductors, and (Nasdaq: QRVO), a leading global provider of connectivity and power solutions, today announced that they have entered into a definitive agreement to combine the two companies in a cash-and-stock transaction that values the combined enterprise at approximately 2 to create a -based, global leader in high-performance radio frequency (RF), analog and mixed-signal semiconductors.

Wer selbst Aktien an einer der beiden Firmen hält (Qorvo derzeit bei 94USD, Skyworks bei 76USD), muss folgendes beachten:

Under the terms of the agreement, shareholders will receive 32.50 USD in cash and 0.960 of a common share for each share held at the close of the transaction, which implies a combined enterprise value of approximately 4.
Upon closing, shareholders will own approximately 63 percent of the combined company, while shareholders will own approximately 37 percent, on a fully-diluted basis

. . .

The Boards of Directors of both companies have unanimously approved the transaction, which is expected to close in early calendar year 2027, subject to the receipt of required regulatory approvals, approval of shareholders and shareholders and the satisfaction of other customary closing conditions. , an approximately 8 percent6 shareholder of , has signed a voting agreement in support of the transaction.

SpecFive: Android 12-Smartphone mit LoRA-Transciever

Android mag viele Funktechnologien unterstützen; bisher gab es indes keine Geräte mit eingebautem LoRA-Transciever. Mit dem in der Abbildung gezeigten Gerät soll sich dies ändern.

Bildquelle: https://www.prweb.com/releases/specfive-launches-spectre-pro-an-android-off-grid-mesh-phone-302601454.html

Über die sonstigen Spezifikationen vermeldet man Folgendes:

3.88 inch display for easier maps, messaging, and app navigation 
    • Quad core hardware with 4 GB RAM and 64 GB storage running Android 12 
    • Worldwide 4G support where available for on grid use 
    • Optional prepaid 2 GB data SIM for hybrid operation with no contracts 
    • Power efficient LoRa mesh radio for long range communication off grid 
    • Carbon fiber reinforced enclosure for impact and heat resistance 
    • ATAK compatible for mission grade situational awareness 
    • Ships with Meshtastic, Mesh Tic Tac Toe, CheckTastic, and Mesh Chess for quick testing

Obwohl das Gerät bereits bei Amazon gekauft werden kann, gibt es sonst wenig Informationen – besonders interessant wäre die Frage, wie die Kommunikation zwischen Android-Applikation und Meshtastic erfolgt.

Nuvoton MA35D16AJ87C – MPU mit 512MB integriertem DRAM

Das Layout der DRAM-Interfaces bei MPUs ist eine durchaus arbeitsintensive Aufgabe. Nuvoton versucht, durch Anbieten von MPUs mit integtriertem DRAM gegenzusteuern – die Produktlinie ist so erfolgreich, dass nun eine neue Version mit 512MB DRAM angeboten wird.

Bildquelle: Nuvoton

Über die sonstigen technischen Attribute vermeldet man folgendes:

Key Highlights
    • Dual 64-bit Arm® Cortex®-A35 cores plus a Cortex®-M4 real-time core
    • Integrated, independent TSI (Trusted Secure Island) security hardware
    • 512 MB DDR SDRAM stacked inside a 15 x 15 mm BGA312 package
    • Supports Linux and RTOS, along with Qt, emWin, and LVGL graphics libraries
    • Industrial temperature range: -40°C to +105°C
    • Ideal for factory automation, industrial IoT, new energy, smart buildings, and smart cities

dfRobot HUSKYLENS 2 – AI-Kamera auf Basis von Kendryte K230

Mit dem unter Anderem im MaixDuino verwendeten Kendryte K210 gelang Canaan die Lancierung einer neuen Chipart: des Mikrocontrollers mit AI-Beschleuniger. Wohl aufgrund des gewinnbringerenden Bitcoin-Geschäfts tat Canaan mit dieser Technologie dann nicht mehr viel, der Nachfolger K230 erhielt bisher keine nennenswerten Design Wins. dfRobot – das Unternehmen offerierte eine Kamera mit dem K210 – lanciert nun das in der Abbildung gezeigte Nachfolgemodell.

Bildquelle: https://www.dfrobot.com/product-2995.html?

Espressif: Rust-Bibliothek in Version 1.0 final

Im Hause Espressif setzt man auch auf Rust. Die Version 1.0 der als Crate bezeichneten Ansteuerungsbibliothek liegt seit einiger Zeit als Beta vor, und wurde vor drei Tagen in den Final-Zustand überführt. Die Abbildung informiert über die stabilisierten Interfaces.

Bildquelle: https://developer.espressif.com/blog/2025/10/esp-hal-1/

Debian: Rust-Compiler ab Mai verpflichtend

Die Einführung von Rust ist in der Linuxcommunity nicht unumstritten. Im Hause Debian plant man, Rust bald für alle Portierungen verpflichtend vorzuschreiben – Architekturen, die derzeit ohne Rust-Compler auskommen müssen, werden verwaist. Spezifischerweise findet sich unter https://lists.debian.org/deity/2025/10/msg00071.html die folgende Meldung:

I plan to introduce hard Rust dependencies and Rust code into
APT, no earlier than May 2026. This extends at first to the
Rust compiler and standard library, and the Sequoia ecosystem.

In particular, our code to parse .deb, .ar, .tar, and the
HTTP signature verification code would strongly benefit
from memory safe languages and a stronger approach to
unit testing.

If you maintain a port without a working Rust toolchain,
please ensure it has one within the next 6 months, or
sunset the port.

It's important for the project as whole to be able to
move forward and rely on modern tools and technologies
and not be held back by trying to shoehorn modern software
on retro computing devices.

Raspberry Pi – Sicherheits-Challenge für RP2350 verlängert

Im Hause Raspberry Pi zeigt man sich von der Sicherheit der hauseigenen Mikrocontrollerplattform so überzeugt, dass man vor einiger Zeit eine Sicherheitschallenge auslobte – bestimmte Angriffe wurden mit einer Geldprämie ausgezeichnet. Unter der URL https://www.raspberrypi.com/news/rp2350-hacking-challenge-2-into-extra-time/ verkündet man nun, die Einreichungsdeadline verlängert zu haben:

We’ve had some good chats with a number of teams and individuals working on this challenge, and it looks like our new AES library is thus far unvanquished, but we hear that progress is being made and a bit of extra time might provide ample opportunity to ruin our day (yay…). You’ll no doubt be glad to hear that we’re therefore extending the submission deadline for this challenge to midnight (UK time) on 31 December 2025

Raspberry Pi Pico als SCPI-Peripheriegerät

Der einst vor Allem in GPIB-Systemen verwendete SCPI-Standard hat sich mittlerweile selbständig gemacht. Mit dem unter https://github.com/K4zuki/pipico-micropython-scpi bereitstehenden pipico-micropython-scpi steht nun eine Software zur Verfügung, die einen Raspberry Pi Pico in ein SCPI-System verwandelt. Im Prinzip ist die Idee dabei, dass der RPi über sein serielles Interface vom PC aus mit Steuerungsbefehlen versorgt wird.

Bildquelle: https://github.com/K4zuki/pipico-micropython-scpi/releases/tag/c103

Microchip: CAN FD-Transciever fürs Weltall mit Preisdaten in der Ankündigung

Microchip investiert nach wie vor im Bereich New Space. Neuestes Offert ist der in der Abbildung gezeigte CAN FD-Transciever, der nun auch in einer strahlengehärteten Version zur Verfügung steht.

Bildquelle: Microchip

Die relevanten Passagen der Pressemeldung sind hier:

The ATA6571RT transceiver offers significant advantages over traditional CAN solutions, which are typically limited to a 1 Mbps communication bandwidth. With the ability to handle bit rates up to 5 Mbps and support for larger payloads of up to 64 bytes per frame, the ATA6571RT enhances efficiency and reduces bus load. Backward compatible with classic CAN, the ATA6571RT offers a smooth transition for existing systems.

Additionally, its Cyclic Redundancy Check (CRC) mechanism provides enhanced error detection, increasing reliability for safety-critical applications. The ATA6571RT is designed for space applications including platform data handling, propulsion system control, sensor bus control, robotics, on-board computers for nanosatellites and more. For easy integration at the PCB level, this RT device remains pin-distribution compatible with the original Commercial-Off-The-Shelf (COTS) plastic or ceramic versions.

. . .

The ATA6571RT transceiver is designed to withstand harsh space conditions with its resistance to Single-Event Effects (SEE) and Total Ionizing Dose (TID). It also features low power management with local and remote wake-up support, as well as short-circuit and overtemperature protection. 

. . .
Pricing and Availability
The ATA6571RT CAN FD Transceiver is available for $210. each in 10-unit quantities.

EU-Förderung für Marken- und Designanmeldungen

Einer der Gründe, warum das US-Patentamt eingehende Anträge so extrem prüft, ist – zumindest dem Hörensagen nach – eine vor einigen Jahren von der chinesischen Regierung durchgeführte Aktion, wo chinesische Unternehmen mit erfolgreichen Patent- und Gebrauchsmusteranmeldung Geld verdienen (!!!) konnten. In der EU gibt es ein ähnliches Programm, das rund 70% der Kosten übernimmt und dem regelmäßig das Geld ausgeht.

Die im Allgemeinen gut informierte Rechtsanwaltskanzlei WBS.Legal berichtet nun nach folgendem Schema darüber, dass abermals Fördermittel aufgetaucht sind:

„Die Fördermittel 2025 waren jedoch eigentlich im August 2025 schon aufgebraucht. Doch nun kam die Überraschung: Die SME-Fund Förderung wurde am 20. Oktober ohne Vorankündigung noch einmal unter anderem für Marken- und Designanmeldungen wiedereröffnet! Das ist eine sehr positive Nachricht. Wer jetzt noch seine Marke oder ein Design anmelden will, sollte sich beeilen: Wahrscheinlich gibt es nur ein Förderungsfenster von wenigen Wochen bis auch die letzten Mittel aufgebraucht sind. Die Förderung ist enorm beliebt.

Die EU fördert 75 % sämtlicher Gebühren einer nationalen oder EU-weiten Marken- oder Designeintragung bis zu einem Gesamtbetrag von 700,00 Euro. Wie genau der Bewerbungsprozess genau funktioniert, haben wir in unserem Beitrag zum SME-Fund ausführlich erläutert.

In eigener Sache: Newsautor und OpenSCAD in Bozen

Wer am 7. November nichts zu tun hat und sich für OpenSCAD interessiert, kann in Bozen an einem Vortrag zum Thema teilnehmen. Weitere Informationen finden sich unter https://www.sfscon.it/workshops/openscad-3d-modeling-for-the-creatively-challenged/.

Honesty Disclaimer: potentieller Interessenskonflikt

Meine Wenigkeit kaufte vor einigen Jahren eine minimale Menge von Canaan-Aktien, um eine Aufnahme in den Presseverteiler zu erzwingen und Nachrichten über neue Chips zu erhalten (vergeblich). Der Wert der seit Jahren nicht aktiv gehandelten Position stellt weit weniger als 1 Promill des Gesamtvermögens dar, und beeinflusste die Erwähnung von Canaan in keiner Weise.

[Harald K. (kirnbichler)]

Tam H. schrieb:
> Newsautor und OpenSCAD in Bozen

Viel Spaß dabei, ich bin an Berichten in Sachen OpenSCAD sehr 
interessiert.

In letzter Zeit ist es da ja recht ruhig zugegangen.

(Und nein, am Freitag hab' ich leider anderes zu tun, als nach Bozen 
fahren zu können)

[Tam H. (Firma: Tamoggemon Holding k.s.) (tamhanna)]

Harald K. schrieb:
> Tam H. schrieb:
>> Newsautor und OpenSCAD in Bozen
>
> Viel Spaß dabei, ich bin an Berichten in Sachen OpenSCAD sehr
> interessiert.
>
> In letzter Zeit ist es da ja recht ruhig zugegangen.
>
> (Und nein, am Freitag hab' ich leider anderes zu tun, als nach Bozen
> fahren zu können)

Hallo Harald,
danke dir. Ja, die Entwicklung steht ein wenig still...mein Buch von vor 
ein paar Jahren ist, zumindest im Allgemeinen, noch komplett a jour ;)

Tam

[Rbx (rcx)]

It's important for the project as whole to be able to
move forward and rely on modern tools and technologies
and not be held back by trying to shoehorn modern software
on retro computing devices.

Der Gegenentwurf zu solcheiner Phrase wäre wohl woke=broke.
Oder: Wie jetzt, keine Freiheit mehr?

Nun ist ja bekannt, dass so eine Programmiersprache auch das Denken 
beeinflusst bzw. beeinflussen kann. Man könnte zum Zitat oben aber 
meinen, die Community beeinflusst das Denken und die Ausdrucksweise..

Unabhängig davon kann ein gewisser aktueller Schwerpunkt in Richtung: 
weniger Probleme mit dem OS durchaus seine Berechtigung haben.
Das heißt aber trotzdem nicht - bzw. erklärt jetzt nicht, warum so eine 
funktionale (oder so halb funktionale) Programmiersprache nicht auch auf 
68000er CPUs laufen sollte.

Vielleicht sollte man,
a) schauen, ob und wie sich die Kommunikation verbessern lässt -
oder
b) sich einfach freuen, dass OpenIndiana wieder mehr Unterstützer 
bekommt ;)

[Niklas G. (erlkoenig)]

Rbx schrieb:
> Das heißt aber trotzdem nicht - bzw. erklärt jetzt nicht, warum so eine
> funktionale (oder so halb funktionale) Programmiersprache nicht auch auf
> 68000er CPUs laufen sollte.

Das hat auch keiner behauptet, es geht nur darum, dass sich bislang 
keiner die Mühe gemacht hat, einen Rust-Compiler für solche Plattformen 
zu entwickeln. Sobald jemand die Arbeit rein steckt, wird es gehen.

[F. (radarange)]

Rbx schrieb:
> [...]
Ich habe keine Ahnung, was du da eigentlich willst.
Retrocomputing-Enthusiasten können ja einfach gern ihre 
Retrocomputing-Sachen machen. Auch ohne apt kann man ein Linux 
betreiben.
Du wirst aber auch Plattformen finden, die nicht uralt sind und trotzdem 
keinen Support mehr haben. Man denke nur mal an VIAs 
C3/Eden-Prozessoren. An sich ja recht modern, irgendeine Instruktion 
fehlt denen allerdings, daher war Mitte der 2010er schon Schluss mit 
Linux-Support.

Dass man bei so kritischen System-Tools wie apt, das mit 
superuser-Rechten läuft und auch ständig irgendwelche Dateien 
verarbeitet, die irgendwo aus dem Internet kommen, ganz gerne eine 
Programmiersprache verwenden will, die hinsichtlich der 
Speichersicherheit einfach bestimmte Eigenschaften zusichert, ist 
verständlich und sinnvoll.

[Niklas G. (erlkoenig)]

F. schrieb:
> Man denke nur mal an VIAs C3/Eden-Prozessoren. An sich ja recht modern,
> irgendeine Instruktion fehlt denen allerdings,

Das ist nicht irgendeine Instruktion sondern CMOV, die deutlich 
effizientere Programme ermöglicht. Es bestand also die Wahl zwischen:
- CMOV in der Distribution gar nicht verwenden und den Effizienzgewinn 
verschenken
- CMOV zwingend voraussetzen und damit alte Prozessoren nicht mehr 
unterstützen
- Zwei Varianten der Distribution anbieten, eine mit CMOV und eine ohne

Man hat sich für zweiteres entschieden, weil die dritte Option einfach 
zu viel Arbeit ist. Es hindert dich aber nichts daran, deine eigene 
Distribution ohne CMOV -Voraussetzung zu bauen. Musst halt alles selbst 
kompilieren.

[Abdul K. (ehydra)]

Dieser Prozessor kann das nicht per Exception-werfen und dann 
Softwaremulation abservieren?

[Niklas G. (erlkoenig)]

Abdul K. schrieb:
> Dieser Prozessor kann das nicht per Exception-werfen und dann
> Softwaremulation abservieren?

Vielleicht schon, aber da der Sinn von CMOV ja die Effizienzsteigerung 
ist, wäre eine solche Emulation derart langsam (insbesondere langsamer 
als Code der ohne CMOV kompiliert wurde) dass sich dann alle beschweren 
würden dass die neuen Linux -Versionen zu langsam sind 😉

[Vanye R. (vanye_rijan)]

> dass sich dann alle beschweren
> würden dass die neuen Linux -Versionen zu langsam sind 😉

Das wird sowieso ignoriert. Ich hab mich immer beschwert das Linux bei 
der Umstellung von a.out auf elf lahmer wurde....

Vanye

[Niklas G. (erlkoenig)]

Vanye R. schrieb:
> Ich hab mich immer beschwert das Linux bei der Umstellung von a.out auf
> elf lahmer wurde..

Das ist immerhin ein eher Hardware-unabhängiges Problem - lässt sich 
durch den Kauf einer schnelleren CPU lösen. Die CMOV-Problematik besteht 
ja nur wenn man explizit einen besonders alten Prozessor nutzen möchte, 
und wenn der plötzlich dramatisch langsamer wird, würde wohl keiner die 
neuere Linux -Version verwenden wollen. ELF bringt immerhin signifikante 
Vorteile die über den Geschwindigkeitsverlust hinweg trösten. Zudem 
verlangsamt das Emulieren von CMOV alle Prozesse ständig und deutlich, 
während das Laden von ELFs nur den Programmstart bremst, und das nur 
minimal - schwache Rechtfertigung für den Aufwand, eine a.out -Variante 
zu pflegen.

[Veit D. (devil-elec)]

Hallo,

OpenSCAD, nutze ich sehr gern, leider fehlt ein Export nach .stp/.step. 
Der viel beschriebene Umweg über FreeCad funktioniert nicht, sobald es 
ein klein wenig komplexer wird. Wenn OpenSCAD das hinbekommen würde, 
wäre stark.

[Veit D. (devil-elec)]

Hallo,

Nexperia. Das war nur ein schlecht gemachter Film oder?
Aufstand erprobt und verloren. Am Ende geht doch alles an China. Man oh 
man.
https://www.heise.de/news/Ende-der-Krise-Die-Niederlande-wuerden-Kontrolle-ueber-Nexperia-wieder-abgeben-11069118.html

[Rbx (rcx)]

F. schrieb:
> Ich habe keine Ahnung, was du da eigentlich willst.

Naja, Kurzfassung:
Rust finde ich OK
Rust-Installation auf Linux ist auch OK.
Es gibt ja u.a. auch https://github.com/BurntSushi/ripgrep z.B.
APT in Rust - ja mei.. man braucht ja APT nicht unbedingt ;)
-> das Zitat oben müffelt einfach zu sehr (und vertraut) nach 
Rust-Ideologie, wie man sie halt schon kennt.

Früher im Kindergarten hätte sich so ein Sprücheklopfer in die Ecke 
stellen müssen.

F. schrieb:
> Dass man bei so kritischen System-Tools wie apt, das mit
> superuser-Rechten läuft und auch ständig irgendwelche Dateien
> verarbeitet, die irgendwo aus dem Internet kommen, ganz gerne eine
> Programmiersprache verwenden will, die hinsichtlich der
> Speichersicherheit einfach bestimmte Eigenschaften zusichert, ist
> verständlich und sinnvoll.

Ich denke auch, dass das eine gute Idee ist. Aber eben erstmal nur eine 
gute Idee ;)

Niklas G. schrieb:
> Vielleicht schon, aber da der Sinn von CMOV ja die Effizienzsteigerung
> ist, wäre eine solche Emulation

Der kritische Punkt ist doch eher, das du einen Timer für CMOV brauchst 
um eventuelle Abhängigkeiten abzuwarten.
Wie jetzt wo was besser läuft müsste man sich direkt mal mit geeigneten 
Messinstrumenten etwas genauer ansehen.
Darüber hinaus ist Emulation nonsense man müsste halt den Code anpassen 
bzw. Checken.
CMOV ist doch keine FPU - sondern nur eine Beschleunigung bei 
Sprungvorhersagen, bzw. Vermeidung von falschen Sprungvorhersagen - nur 
eben dann auch mit Timer nötig und Abhängigkeitsproblem.
Wie gesagt, ohne direkte Messwerte ist hier noch gar nichts gewonnen.

[Rbx (rcx)]

Hier wären ein paar Bilder, die sind noch nicht so alt:
https://github.com/marcin-osowski/cmov

[Niklas G. (erlkoenig)]

Rbx schrieb:
> Der kritische Punkt ist doch eher, das du einen Timer für CMOV brauchst
> um eventuelle Abhängigkeiten abzuwarten.

Wenn der Kernel im Exception Handler feststellt, dass das CMOV auf 
Adresse X zugreifen wollte (indem der Kernel die Instruktion dekoriert), 
und der Kernel dann einfach selbst auf diese Adresse zugreift, wartet er 
doch schon ganz automatisch. Ist halt langsam. Oder?!

Rbx schrieb:
> Darüber hinaus ist Emulation nonsense man müsste halt den Code anpassen
> bzw. Checken.

Das war eben zu viel Aufwand.

[Tam H. (Firma: Tamoggemon Holding k.s.) (tamhanna)]

Veit D. schrieb:
> Hallo,
>
> Nexperia. Das war nur ein schlecht gemachter Film oder?
> Aufstand erprobt und verloren. Am Ende geht doch alles an China. Man oh
> man.
> 
https://www.heise.de/news/Ende-der-Krise-Die-Niederlande-wuerden-Kontrolle-ueber-Nexperia-wieder-abgeben-11069118.html

Hallo,
danke dir. Newsmeldung kommt gleich!

Tam, am Flughafen (30h ohne Schlaf)

[Max G. (l0wside)]

Tam H. schrieb:
> Nuvoton MA35D16AJ87C – MPU mit 512MB integriertem DRAM
> Das Layout der DRAM-Interfaces bei MPUs ist eine durchaus
> arbeitsintensive Aufgabe. Nuvoton versucht, durch Anbieten von MPUs mit
> integtriertem DRAM gegenzusteuern – die Produktlinie ist so erfolgreich,
> dass nun eine neue Version mit 512MB DRAM angeboten wird.

Gibt es dazu irgendwelche Preise? Die "erfolgreiche Serie" ist bei 
Octopart nur mit ein paar Demoboards vertreten.