Erratum gegen ESP32-C5, neue Messtechnik und Erfolge für RISC/V

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

RISC/V ist bei Nordic Semiconductor und NXP am Vormarsch, während Siglent eine SMU ankündigt. Arduino teasert für die EmbeddedWorld eine neue Platine, Geehy zeigt einen für Motorsteuerung optimierten Microcontroller. Was es am Ende des Monats sonst Neues gibt, zeigen wir hier.

Siglent SMM3000X – SMU a la Siglent

SMUs waren bisher ein Teil des Messtechnik-Markts, der - zumindest im Allgemeinen - asiatischen Spezialisten und den etablierten amerikanischen Herstellern vorbehalten war. Vor der Embedded World verschickt Siglent eine Pressemeldung, in der man die erste hauseigene SMU ankündigt.

Bildquelle: Siglent.

Zu den sonstigen Spezifikationen äußert man sich unter der URL https://www.siglenteu.com/news-article/siglent-launches-smm3000x-series-source-measure-unit/ nach folgendem Schema:

SIGLENT Technologies releases SMM3000X Series Source/Measure Unit (SMU). SMM3000X features 6½-digit resolution, output capability of up to ±210 V DC voltage, ±3.03 A DC current, and ±10.5 A pulsed current, with programming and measurement resolution down to 10 fA / 100 nV, and a maximum acquisition rate of 100,000 points/s.

SeeedStudio – 4.4GHz-VNA mit sieben Zoll großem Touchscreen

Die Weiterentwicklung im Bereich der Metrologie zeigt sich auch beim NanoVNA: Was einst als „primitive STM32-Applikation“ mit resistivem Touchscreen verfügbar wurde, gibt es mittlerweile auch mit kapazitivem, 7 Zoll großem Touchscreen.

Bildquelle: https://www.seeedstudio.com/Chelegance-JNCRadio-VNA-7-Inch-4-4GHz-Vector-Network-Analyzer-with-Capacitive-Touchscreen-p-6696.html

Zu den sonstigen Daten des mit rund 400 US-Dollar vor Versand nicht sonderlich teuren Produkts vermeldet man im Hause SeeedStudio dann folgendes:

50kHz - 4.4GHz Wide Frequency Range:Covers a broad frequency spectrum from 50kHz to 4.4GHz with a fast sweep speed of 400 points/s. It is perfectly suited for testing MF/HF/VHF/UHF antennas, including Shortwave, Wi-Fi, Bluetooth, and GPS applications.
7-Inch High-Definition Capacitive Touchscreen:Features a large 7-inch IPS LCD display with a resolution of 1024x600 and capacitive touch control. The bright screen ensures clear visibility even in outdoor environments, while the touch interface combined with 4 physical buttons offers intuitive operation.
Professional RF Performance & TDR Function:Provides excellent dynamic range (S21 up to 70dB, S11 up to 50dB) for precise component testing. It also supports Time Domain Reflectometry (TDR) for measuring cable length and locating break points.

Tristan: RISC/V-IP a la EU

Die quelloffene ISA RISC/V scheint nun auch die Aufmerksamkeit der EU erregt zu haben. In Zusammenarbeit mit der zu Eclipse gehörenden Open HW Foundation lanciert man ein als Tristan bezeichnetes Projekt, dass das Anbieten von schlüsselfertigen IP-Blöcken auf RISC/V-Basis zum Ziel hat.

Bildquelle: https://tristan-project.eu/

In der unter der URL https://newsroom.eclipse.org/news/announcements/openhw-foundation-unveils-first-industry-ready-risc-v-ecosystem-advance-european?mc_cid=fa1e893470&mc_eid=6e331a2fae einsehbaren Ankündigung beschreibt man die Initiative dann nach folgendem Schema:

 The UAP represents Europe’s first comprehensive collection of industry-ready RISC-V components. As interest in digital sovereignty continues to grow, particularly within the European Union, the UAP makes it significantly easier for technology organisations to innovate based on an open, sovereign foundation.

“The Unified RISC-V IP Access Platform is critical to supporting technological sovereignty in Europe, and the OpenHW Foundation is committed to developing it as a sustainable, interoperable, and community-driven resource for the broader RISC-V ecosystem,” said Florian Wohlrab, Head of OpenHW Foundation. “Open source collaboration is essential to maintaining a competitive playing field, and by working together, we can go further, faster.”

Interessant ist außerdem, dass sich eben da auch eine Wortmeldung aus dem - normalerweise streng im ARM-Lage verordneten - Hause NXP finden lässt. Spezifischerweise vermeldet man Folgendes - ein Schelm, wer daran denkt, dass man im Hause NXP hier am Mantel der EU-Kommission reitend eine „Lizenzkosten-Reduktion im Hause ARM“ zu erzwingen sucht:

“The Unified RISC-V IP Access Platform is one of the most important initiatives to come from the TRISTAN project, ensuring that the contributions from consortium partners continue to have an impact on the European stage long past the end of our funding,” said Rob Wullems, NXP Semiconductors GmbH, TRISTAN Project Lead. “Critically, it enables us to build and nurture a community around European RISC-V that will drive ongoing innovation and collaboration that supports European technological sovereignty.”

PicoScope: bald mit nativer Unterstützung für ARM-Hosts.

Im Hause PicoScope nutzt man den „PC“ seit jeher als Basis für die Ausführung von Decoder und Co. Aus der Logik folgt, dass eine „effizientere“ Ausnutzung der PC-Ressourcen direkt zu einer besseren Usability beiträgt. In einer vor wenigen Stunden an die Nutzerschaft versendeten Meldung verkündet man nun - wie in der Abbildung gezeigt - die Intention, auf ARM-Prozessoren basierende Workstations fortan vollständiger unterstützen zu wollen.

Bildquelle: PicoTech.

Arduino: Ankündigung von neuem Produkt für Embedded World.

Die Kunst des „strategischen Leakings“ scheint endgültig im Elektronik-Bereich angekommen zu sein. Unter der URL https://blog.arduino.cc/2026/02/27/find-out-whats-arduinos-big-news-at-embedded-world-2026/ findet sich die folgende Ankündigung aus dem Hause Arduino, die die „vor-Vermeldung“ von auf der Embedded World zu zeigenden Neuerungen zum Thema hat:

Visit us in Hall 3, Booth #555 for live demos, hands-on experiences, and – here’s the big one – a major product announcement you won’t want to miss. We’re unveiling something revolutionary, and Embedded World will be your first chance to see it in action.

Nordic Semiconductor: Mehr Informationen zum RISC/V-Coprozessor im NRF54L.

Per se ist der Nachfolger von Nordics Evergreen-Bluetooth-SOC keine wirkliche Newsmeldung mehr wert. Interessant ist indes die unter der URL https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/introducing-the-risc-v-coprocessor-of-the-nrf54l-series erschienene Meldung, in der der Chip-Hersteller über das „interne Verhalten“ des auf RISC/V-Technologie basierenden ULP-Coprozessors informiert:

The SoCs of the nRF54L Series combine an efficient MCU with ultra-low-power wireless connectivity. At the heart is a 128 MHz Arm® Cortex®-M33. Next to that heart is also a 128 MHz RISC-V coprocessor, which can be a great way to enhance, boost, or simplify your designs and products.

Auch hier gilt, dass jede Person als Schelm zu sehen ist, die davon ausgeht, dass man im Hause Nordic Semiconductor eine „Senkung der ARM-Lizenzgebühren“ wirtschaftlich begrüßen würde.

Canonical zur Zukunft von RISC/V.

Zu guter Letzt - dann wollen wir das Thema RISC/V sein lassen - sei noch auf die unter der URL https://ubuntu.com//blog/canonical-and-ubuntu-risc-v-a-2025-retro-and-looking-forward-to-2026 bereitstehende Veröffentlichung aus dem Hause des Ubuntu-Herstellers Canonical hingewiesen. Neben einem Rückblick auf die Arbeiten im Bereich RISC/V findet sich die folgende Passage, die über die Zukunftsaussichten der Linuxdistribution im Bezug auf die quelloffene ISA informiert:

Key focus areas for us at Canonical will be: 
    • Building on our partnership work: we’ll deepen our existing collaborations and onboarding a broader range of hardware vendors to bring Ubuntu to the next generation of RISC-V platforms. 
    • Closing the product parity gap:  we’ll ensure the additional Canonical portfolio, from cloud-native tools to IoT products runs as seamlessly on RISC-V. 
    • Delivering Ubuntu 26.04 LTS with RVA23 as our unified, long-term supported baseline, providing a stable platform for vendors moving from labs to commercial production. 
    • Maintaining leadership in standards alignment and upstream enablement: we’ll work to ensure new silicon capabilities are immediately accessible to the open-source community. 
    • Empowering the developer community: we’ll continue to partner with SBC partners to make Ubuntu the go-to platform with an amazing out-of-the-box experience for RISC-V development.

Espressif: Vermeldung von Fehlern im ESP32-C5.

Der „FehlerTeufel“ macht auch vor Espressif Systems nicht halt. In einem vor wenigen Stunden veröffentlichten Beratung verkündigen die Chinesen die folgende Fehlerliste, die den vergleichsweise neuen ESP32-C5 betrifft:

    • PSRAM Reset Hang – When ESP32-C5 series chips run ESP-IDF v5.5.1 with PSRAM enabled, CPU or digital reset operations may hang. This triggers a secondary RTC WDT reset. If the rollback feature (CONFIG_BOOTLOADER_APP_ROLLBACK_ENABLE, disabled by default) is enabled, this sequence may result in an OTA rollback. 
    • AES and SHA Access to PSRAM – When ESP32-C5 chips run ESP-IDF v5.5.1, PSRAM data may be corrupted when AES or SHA hardware accesses buffers that are not aligned to a 16-byte boundary. 
    • Sleep Coexistence Stability – When ESP32-C5 series chips run ESP-IDF v5.5.1 with ESP_WIFI_ENHANCED_LIGHT_SLEEP enabled, task watchdog timeouts may occur during Wi-Fi/BLE/IEEE 802.15.4 dual-mode or tri-mode coexistence, and the system may fail to recover after a CPU reset.

CNX-Software berichtet unter der URL https://www.cnx-software.com/2026/02/28/esp32-c5-bug-advisory-identifies-and-fixes-psram-and-sleep-coexistence-issues/ detailliert über Mitigationsmaßnahmen. Im „Allgemeinen“ gilt allerdings, dass die Behebung dieses Problems keine neue Hardware voraussetzt - wer seine ESP_IDF-Version aktuell hält, wird über kurz oder lang mit einem Software-Workaround für diese Fehler versorgt werden.

Geehy G32M3101 – neuer Motor-Kontroll-Mikrocontroller

Für die Motorsteuerung spezialisierte Mikrocontroller sind per se keine wirklich neuen Produkte. Im Hause Geehy gibt es nun eine neue MCU, die - derzeit nur in Form eines YouTube-Videos angekündigt - durch sehr hohen Integrationsgrad zu beeindrucken sucht. Unter anderem gibt es einen am Chip integrierten LDO, der anscheinend aus der Motorspannung die für die MCU-Versorgung relevante Spannung zu generieren sucht.

Einige weitere relevante Screenshots des Videos finden sich dann im folgenden.

Bildquelle, alle: https://www.youtube.com/watch?v=OoIwgP_reNg

ESP_IDF-Komponente zur Verarbeitung von GPIO-Knöpfen.

Die Interaktion mit Tasten ist ein in der Praxis häufig unterschätzte Teil der Elektronik. Im Hause Espressif bietet man nun eine ESP_IDF-Komponente an, die auf diese Aufgabe spezialisiert ist.

Bildquelle: https://developer.espressif.com/blog/2026/02/component-introduction-button/

Zu den „sonstigen“ Leistungsdaten vermeldet man dann folgendes:

    • Multiple Button Types: Support for GPIO buttons and ADC button matrices
    • Event Detection: Comprehensive event handling including press, release, long press, and repeat press
    • Debouncing: Built-in software debouncing to eliminate false triggers
    • Low Power Support: Optimized for battery-powered applications
    • Callback System: Easy-to-use callback mechanism for button events
    • Thread-Safe: Safe to use in multi-threaded applications
    • Rich Event Types: Supports 11 different button events including:
    • Button pressed, released, and press repeat
    • Single click, double click, and multiple click detection
    • Long press start, hold, and release events
    • Press repeat done and press end notifications

KERAFOL GFL3055 – neuer Gapfiller

Der Thermalmanagement-Spezialist KERAFOL - wir berichteten in der Vergangenheit immer wieder über die verschiedenen Produkte des Unternehmens - kündigte vor wenigen Tagen eine „neue“ Chemie an, die insbesondere für die Bedürfnisse von mit Topside-Kühlfähigkeit ausgestatteten Halbleitern optimiert ist. Spezifischerweise handelt es sich um einen „isolierenden Gapfiller“, der nach folgendem Schema mit stark verbesserten thermischen Eigenschaften aufwartet:

Mit einer Wärmeleitfähigkeit von 5,5 W/mK sorgt die GFL 3055 für eine effektive
Ableitung von Verlustwärme
. . .
Dank der weichen Shore 00-Härte bleibt die GFL 3055 trotz hoher Füllung dauerhaft
elastisch. Sie reduziert Spannungen, die durch Temperaturwechsel oder Vibrationen
entstehen,

Semtech x Murata – Tanz um Abkündigungen

Wer eine Wefze als Lebensgefährtin hat, muss sich nicht über Konzerte wundern. Ähnliches gilt im Bereich der passiven Komponenten, wenn man auf Murata setzt - die Japaner haben die 2018 geltende MLCC-Krise verursacht, und scheinen daraus nichts gelernt zu haben. In einem vor wenigen Stunden an die Community verschickten Newsletter berichtet der LoRa-Standardisierer Semtech nach folgendem Schema über Probleme, die durch die Abkündigung passiver Komponenten aus dem Hause Murata verursacht wurden:

All SX1281/0 reference designs have been updated to replace GRM15 Murata ceramic capacitors (0402 size) with an equivalent device because GRM15 is not recommended for new design.

Lesestoff: zum Ende des Future Combat Air System

Das 2017 gestartete Kampfflugzeug-Projekt Future Combat Air System ist nach dem Ausstieg Westdeutschlands mehr oder weniger am Ende. Unter der URL https://carnegieendowment.org/europe/strategic-europe/2026/02/taking-the-pulse-can-european-defense-survive-the-death-of-fcas finden sich einige – Amerika-zentrische- Meinungen von Experten, die auf die „Zukunft der europäischen Rüstungsindustrie“ schielen.

Lesestoff, zur Zweiten - Verformung von PLA-Drucken mit heißem Wasser.

Die Nachbearbeitung von an sich fertigen 3-D-Drucken ist seit jeher ein Thema: Ob der vergleichsweise geringen Schmelztemperatur ist PLA in diesem Bereich immer interessant. Unter der URL https://3druck.com/diy/youtuber-verformt-3d-gedruckte-pla-teile-mit-heissem-wasser-55154089/ findet sich nun eine Zusammenfassung von Experimenten, die die „Umformung“ fertiger PLA-Drucker unter Nutzung eines Heißwasser-Bades zum Thema hatten.

[Vanye R. (vanye_rijan)]

> At the heart is a 128 MHz Arm® Cortex®-M33. Next to that heart
> is also a 128 MHz RISC-V coprocessor, which can be a great
> way to enhance, boost, or simplify your designs and products.

[double-palmface]?

Ich meine es ist mir fast scheiss egal was ich fuer einen core in einem 
Controller habe solange es dafuer einen C-Compiler gibt, aber warum 
sollte man sich in einem Projekt gleich zwei unterschiedliche Compiler 
antun?

Vanye

[Rick (rick)]

Tam H. schrieb:
> Wer eine Wefze als Lebensgefährtin hat, muss sich nicht über Konzerte
> wundern.
Und ich dachte, Du hättest schon eine Wefze in der Firma?!?

[Niklas G. (erlkoenig)]

Vanye R. schrieb:
> gleich zwei unterschiedliche Compiler antun?

Immerhin kann es 2× GCC sein, dann ist es das selbe Sprach -Frontend mit 
den selben Sprach-Standards, -Features, -Erweiterungen.

Unterschiedliche Architekturen auf einem SoC sind doch nichts neues, man 
denke z.B. an die TI Sitara...

[Harald K. (kirnbichler)]

Tam H. schrieb:
> Das 2017 gestartete Kampfflugzeug-Projekt Future Combat Air System  ist
> nach dem Ausstieg Westdeutschlands mehr oder weniger am Ende.

Ostdeutschland ist also nicht ausgestiegen?

[Veit D. (devil-elec)]

Hallo,

wegen "Projekt Future Combat Air System".

Wir haben in Europa alle technologischen Möglichkeiten und bekommen es 
wegen nationalen Streitigkeiten einfach nicht gebacken. Da muss sich 
auch Merz an die Nase fassen. Die Franzosen benötigen "Feature" a, b und 
c. Wir benötigen nur d und e. Das heißt man darf sich eben nicht 
gegenseitig das Notwendige wegstreichen, sondern man muss alle Optionen 
von a bis e planen und einbauen. Warum soll das nicht gehen. Der erste 
Prototyp könnte schon längst fliegen, wenn ..., dann hätte man sich das 
Geld für die F35 gespart und wäre unabhängiger.

Eurofighter zog sich auch über Jahre aber man hat es gebacken bekommen.

[Niklas G. (erlkoenig)]

Veit D. schrieb:
> sondern man muss alle Optionen
> von a bis e planen und einbauen. Warum soll das nicht gehen

Das ist vom Projektmanagement her schon gefährlich, "Scope Creep" oder 
"Viele Köche". Wenn man alle erdenklichen Features einbaut kommt ein 
Monstrum heraus was alles ein bisschen kann aber nichts richtig, dafür 
aber wahrscheinlich schweineteuer und kompliziert zu warten ist. Gilt 
für jedes Produkt, vom Küchenschrank bis zum Kampfjet.

Die Kunst besteht darin, eine "gute" Kombination von Features zu finden. 
Das ist sehr aufwendig und für Laien außerhalb der Kampfjet-Branche 
sicher kaum zu beurteilen. Da es sich um eine Auftragsentwicklung 
handelt könnten natürlich die verschiedenen Auftraggeber sich auf einen 
"gemeinsamen Nenner" einigen, der ein machbares Produkt ergibt. Aber 
gerade international ist das natürlich immer ein riesiger Eiertanz.

[Veit D. (devil-elec)]

Hallo,

klar ist das nicht einfach. Aber wenn Frankreich ein 
Atomwaffentragfähiges Flugzeug benötigt was noch Flugzeugträger tauglich 
sein soll, dann kann Deutschland nicht sagen wollen wir nicht. Ansonsten 
werden es 2 unterschiedliche Flugzeuge was auch nicht sinnvoll sein kann 
von den Kosten her. Die unterschiedlichen Optionen werden dann dennoch 
benötigt, aber nur hier und da eingebaut. Hat man nur ein Flugzeugtyp, 
kann man dieses mit den benötigten Optionen ausstatten was wir oder die 
Franzosen benötigen. Und wegen "Atomwaffentragfähiges Flugzeug benötigen 
wir nicht" ala Merz ist auch Unsinn, weil, deswegen kaufen wir ja die 
F35. Ins eigene Knie geschossen.
Die Aussagen bzw. Ausreden sind sicherlich auf allen Seiten Blödsinn, 
man hat Angst das die nationale Wirtschaft über den Löffel geschoben 
wird. Nur dann muss man sich nicht hinstellen und behaupten man wolle es 
etwas zusammen entwickeln, was man ja ganz klar müsste, allein schon um 
das EU Nato Gebiet ohne USA abzusichern. Die Nummer mit der 
Glaubwürdigkeit mit dem Natoverbündeten USA ist für mich vom Tisch. Wenn 
man den Faden weiterspinnt und die EU Natostaaten nicht umdenken in 
ihrem Verhalten und eigener Glaubwürdigkeit, dann reibt der Russe alle 
Natostaaten auf und wir gucken immer nur zu. Die Einzigen die es seit 
Jahrezehnten verstanden haben aber nie geglaubt wurde sind die Polen. 
Allein die Vorstellung das Italien, Frankreich, wir und Polen richtige 
Armeen hätten, die auch zusammenhalten, es würde sich kein Russe oder 
sonst wer sich getrauen einen Fuss über die Grenze zu setzen. Es geht im 
Kern von unserer Seite immer nur um glaubwürdige Abschreckung. Hat im 
kalten Krieg wunderbar funktioniert. Im Nachgang war der kalte Krieg die 
friedlichste Zeit in Europa. Auch wenn die Umstände traurig waren. Und 
solange Bekloppte wie Putin, Trump, Erdogan & Co rumlaufen muss das wohl 
leider so bleiben. Da muss man sich klare Bilder machen.
In Nordsysrien haben sich schon 2 Natostaaten (USA und Türkei) 
gegenseitig bekämpft mittels "Hilfstruppen". Jetzt bekämpfen sich Türkei 
und Griechenland direkt. Wir bekloppt muss man eigentlich noch sein. Was 
ist das denn für eine NATO überhaupt. Was hat der Türke noch in der NATO 
zu suchen. Doch nur weil die USA dort einen Stützpunkt hat. Ungarn würde 
ich aus der EU rauswerfen. Einmal gründlich durchputzen. Zu den 
Kernwerten zurückkommen. Die EU ist in meinen Augen viel zu schnell 
gewachsen. Es werden zu viele Leichen mitgeschleppt die den EU Gedanken 
nicht tragen aber davon profitieren wollen. Ob man das aufräumen kann 
weiß ich nicht. Sollte man aber.

[Harald K. (kirnbichler)]

Von ESP32-Errata zu aktomwaffenfähigen Flugzeugen ... wie schnell so ein 
Thread doch komplett entgleisen kann.

[Niklas G. (erlkoenig)]

Veit D. schrieb:
> Ansonsten
> werden es 2 unterschiedliche Flugzeuge was auch nicht sinnvoll sein kann
> von den Kosten her.

Nicht unbedingt. Es kann durchaus sinnvoll sein zwei völlig 
unterschiedliche Produkte für unterschiedliche Use-Cases zu entwickeln, 
aber vielleicht einfach ein paar Bauteile gemeinsam zu nutzen. Die 
Automobilindustrie macht das schon seit Ewigkeiten.

Selbst wenn die Bauteile unterschiedlich sind, kann man die gleiche 
Fertigungstechnologie, Entwicklungsmethodik, Lieferkette... benutzen um 
Kosten zu sparen.

Dafür ist es aber eben wichtig dass alle Beteiligten sich darauf einigen 
das auch langfristig weiter zu verfolgen, damit eben solche Strukturen 
aufgebaut werden können.

Harald K. schrieb:
> Von ESP32-Errata zu aktomwaffenfähigen Flugzeugen

Die gleichen Prinzipien kann man auch auf Mikrocontroller anwenden... 
Einen Mikrocontroller zu entwickeln der alles kann (5V Betrieb, High 
Performance, Lower Power, Industriesteuerung, Multimedia, ...) macht 
keinen Sinn und ist auch überhaupt nicht möglich. Daher gibt's jede 
Menge verschiedene. Viele davon haben aber gemeinsame Funktionsblöcke 
(insb. Prozessorkern), werden auf den selben Anlagen hergestellt, von 
den selben Ingenieuren entwickelt, mithilfe der selben CAD Software...

[Veit D. (devil-elec)]

Niklas G. schrieb:
> Veit D. schrieb:
>> Ansonsten
>> werden es 2 unterschiedliche Flugzeuge was auch nicht sinnvoll sein kann
>> von den Kosten her.
>
> Nicht unbedingt. Es kann durchaus sinnvoll sein zwei völlig
> unterschiedliche Produkte für unterschiedliche Use-Cases zu entwickeln,

Okay, du meinst das so wie die unterschiedlichen Versionen der F35? So 
meinte ich das auch was sinnvoll wäre. Ich hatte die Ablehnung von Merz 
& Co so verstanden das sie 2 komplett unterschiedliche Flugzeuge bauen 
wollten, was natürlich keinen Sinn macht. Insofern haben wir uns schon 
richtig verstanden.

[Veit D. (devil-elec)]

Harald K. schrieb:
> Von ESP32-Errata zu aktomwaffenfähigen Flugzeugen ... wie schnell so ein
> Thread doch komplett entgleisen kann.

Ja ja, erst selbst das Thema mit Zitat in den Vordergrund stellen und 
dann darüber künstlich aufregen.

[Niklas G. (erlkoenig)]

Veit D. schrieb:
> Okay, du meinst das so wie die unterschiedlichen Versionen der F35? So
> meinte ich das auch was sinnvoll wäre. Ich hatte die Ablehnung von Merz
> & Co so verstanden das sie 2 komplett unterschiedliche Flugzeuge bauen
> wollten

Naja es gibt da Abstufungen... Zwei Flugzeuge können zwar komplett 
unterschiedlich aussehen, unterschiedliche Einsatzzwecke haben, komplett 
inkompatibel zueinander sein und auch nicht um-rüstbar sein, aber 
dennoch gemeinsame Komponenten haben.

[Veit D. (devil-elec)]

Hallo,

du meinst sowas wie MQB von VW. ;-)

[Niklas G. (erlkoenig)]

Veit D. schrieb:
> du meinst sowas wie MQB von VW. ;-)

Jup, das ist das Paradebeispiel.

[Harald K. (kirnbichler)]

Veit D. schrieb:
> Ja ja, erst selbst das Thema mit Zitat in den Vordergrund stellen

Hab' ich nicht. Sinnerfassendes Lesen ist was anderes, als sich 
Bedeutungen ausdenken.

[Veit D. (devil-elec)]

Das ist eine billige Ausrede.

[Harald K. (kirnbichler)]

Veit D. schrieb:
> Das ist eine billige Ausrede.

Nein, ist es nicht.

> Ostdeutschland ist also nicht ausgestiegen?

Das war meine Frage. Worauf die abhob, dürfte auch geistig 
minderbemittelten klar sein.

Ich hab' halt nur den vollständigen Satz, und nicht nur das Fragment 
zitiert, auf das ich mich bezogen habe.

Hier nochmal für Dich mit Hervorhebung:

> Das 2017 gestartete Kampfflugzeug-Projekt Future Combat Air System  ist
> nach dem Ausstieg Westdeutschlands mehr oder weniger am Ende.

[Veit D. (devil-elec)]

Gehts noch? Wer mir so arrogant und blöd kommt, der muss sich selbst 
fragen, warum er hier zu blöd war zur Erfassung von allen drum und dran.
Beitrag "Re: CH32V003 und Arduino"
In deiner Antwort kein Wort von Danke für meinen Hinweis. Es folgt nur 
Selbstbeweihräucherung mit dem i-Punkt "... aber ich beschäftige mich 
unter anderem schon mehrere Jahrzehnte damit, C-Code von verschiedenen 
Leuten anzugucken ...". Checkt aber bis dahin nicht was im Header bzw. 
Ordner falsch ist. Komme bitte wieder runter von deinem hohen Ross, 
bevor du runterfällst.

[Harald K. (kirnbichler)]

Oh, da muss sich aber viel Frust bei Dir angesammelt haben.

[🍅🍅 🍅. (tomate)]

10 fA mit Bananenstecker und Kabel, lol
Einmal Kabel über Kreuz und der Leckstrom ist irgendwas 1Mio fach höher