MicroEJ mit neuen Bibliotheken, nRF Connect SDK mit Zephyr, neues EtherCat-Testtool

Die Java-Embeddedumgebung MicroEJ unterstützt ab Sofort Googles flatbuffers-Bibliothek und offeriert neue Ökosystemkomponenten. Nordic liefert derweil nRF Connect SDK in Version v2.0.0 aus, und stellt die Toolchain auf Zephyr um, was für Entwickler mit Umstellungsarbeit einhergeht.

MicroEJ – neuer Touchscreen-Kalibrator

Wer mit einem Palm-PDA aufgewachsen ist, kennt die berühmt-berüchtigte Kalibrationsroutine mit Sicherheit. Da resistive Touchscreens in MicroEJ-basierten Systemen nach wie vor weit verbreitet sind, stellt der Anbieter unter https://forum.microej.com/t/tool-java-touch-v2-1-0/1059 nun eine Beispielimplementierung eines Kalibrators zur Verfügung.

(Bildquelle: MicroEJ)

MicroEJ: Dependency Discoverer Tool aktualisiert

Der wichtigste Anwendungsfall für MicroEJ dürfte das Recyclieren von Projekten sein, die auf Desktop- oder Serverseite mit Java-Code arbeiten. Problematisch ist dabei, dass die MicroEJ-Umgebung trotz permanenter Erweiterungen nur einen Bruchteil der in anderen Umgebungen verfügbaren Abhängigkeiten befriedigen kann.
Unter https://github.com/MicroEJ/Tool-ApiDependencyDiscoverer/tree/3.1.0 findet sich eine aktualisierte Version des Dependency Discoverers: er ist ein Werkzeug, das JAR-Files nach Dependencies untersucht, die unter MicroEJ nicht anzutreffen sind.

MicroEJ: Unterstützung für FlatBuffers

Googles unter https://google.github.io/flatbuffers/ dokumentiertes Serialisierungsformat FlatBuffers ist hoch optimiert und deshalb für den Datenaustausch mit Embeddedsystemen prädestiniert.
Ab Sofort steht die Bibliothek auch für MicroEJ-Entwickler zur Verfügung. Wer zugreifen möchte, muss lediglich die Datei modules.ivy um folgende Passage erweitern:

1<dependency org=“com.google” name=“flatbuffers” rev=“1.0.0” />

Nordic nRF Connect 2.0 mit Erweiterungen …

Nordic Semiconductor – das Unternehmen produziert Mikrocontroller mit integriertem Bluetoothchip, die beispielsweise im BBC MicroBit zum Einsatz kommen – hat nun eine neue Version des hauseigenen SDKs ausgeliefert.
Die wichtigste Neuerung ist, dass es ab sofort (experimentielle) Unterstützung für Bluetooth LE Audio bietet. Dabei handelt es sich um ein neues Audioübertragungsprotokoll für Bluetooth, das geringeren Energieverbrauch und bessere Tonqualität bieten soll. Quasi nebenbei wurden die Kernkomponenten des SDKs nun gemäß Bluetooth-Standard in Version 5.3 zertifiziert.
Neuerung Nummero zwei betrifft Unterstützung für das Smart Home-Protokoll Thread:

1support for Thread v1.2 no longer being experimental. Both Homekit over Thread and Matter over Thread use Thread v1.2 libraries by default. nRF Connect SDK v2.0.0 is the first release with Thread v1.2 certification compliance for all supported nRF52 and nRF53 Series SoCs.

Zu guter Letzt bringt eine Verbesserung im SMP-Server schnellere Firmwareupdates per Bluetooth LE – in der Ankündigung verspricht Nordic eine Beschleunigung um den Faktor zwei bis drei.

… und Umstellungsaufwand für Entwickler

Im Rahmen der Einführung der neuen Funktionen führt Nordic – leider – auch eine Anpassung der Toolchain durch. Statt der GNU Arm Embedded Toolchain setzt man nun auf Zephyr, was Aktualisierungen der Projektstruktur voraussetzt. Im Bereich der IDE gab es ebenfalls Änderungen: Segger ist nun nicht mehr die präferierte IDE im Ökosystem:

1Visual Studio Code extension IDE has replaced SEGGER Embedded Studio as the default supported IDE for working with the nRF Connect SDK.

(Bildquelle: Autor)

Nutzer des unter https://cbor.io/ im Detail beschriebenen Serialisierungsformats CBOR müssen Anpassungen an ihrer Applikation vornehmen – statt TinyCBOR kommt nun zcbor zum Einsatz.
Weitere Informationen zu den Änderungen an einigen APIs finden Sie unter https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/migration/migration_guide_1.x_to_2.x.html.

EtherCAT Conformance Test Tool um neue Testfunktionen für Entwicklung erweitert

Das zum Feldbus EtherCAT gehörende Testprogramm liegt seit einigen Tagen in Version 2.3 vor. Für die neue Version verspricht das EtherCAT-Team – neben striktester Abwärtskompatibilität – neue Softwarefunktionen, die das Werkzeug als “Dummy-Gegenstelle” prädestinieren:

1Die CTTErweiterungen, egal ob bei den ToolFunktionalitäten oder der TestAbdeckung, basieren wie gewohnt auf praktischen Anforderungen sowie Rückmeldungen der Gerätehersteller. So wurde das Tool im Lauf der Jahre vom reinen TestTool, das nach Abschluss der Entwicklung die Konformität überprüft, zur sehr hilfreichen entwicklungsbegleitenden Software, mit der die EtherCATGeräte konfiguriert, in den gewünschten Zustand versetzt und gezielt zu bestimmtem Verhalten angeregt werden können. Dies setzt sich in vielen der neuen Funktionalitäten fort. So wurden zusätzliche Anwenderschnittstellen für die Steuerung und das Testen spezifischer EtherCATProtokollEigenschaften sowie weitere Interfaces auf den unteren Schichten des ISO/OSIModells hinzugefügt. Komfortabel und besonders, weil nur selten von Tools unterstützt, ermöglicht das CTT nun den Lese und Schreibzugriff auf die PHYRegister. Dies ist insbesondere während der ersten HardwareInbetriebnahme eine wertvolle Hilfe.
2Alle CTTFunktionalitäten sind auch für eine Skriptbasierte Steuerung nutzbar, und sie erlauben somit automatisierte Testabläufe, welche in die übergreifende GeräteAbnahme integriert werden können. Neben den vielen Funktionalitäten, die die EtherCATImplementierung an sich unterstützen, wurde auch der Kern des CTT erweitert: die TestAbdeckung. Viele HalbleiterGeräteprofile wurden in das standardmäßige TestSet aufgenommen. Auch die Abdeckung für das ServoDriveProfile entsprechend der IEC 6180072 (entspricht dem CiA DS402) konnte signifikant erhöht werden.

In eigener Sache: Antwort auf die Leserfrage zu HARWIN

Wir hatten unter https://www.mikrocontroller.net/topic/537000 neue, kleinere Steckverbinder aus dem Hause Harwin vorgestellt, die Pick and Place-freundlich sind. Als Antwort auf die Leserfrage, wie die Verpackung aussieht, bekamen wir die folgenden beiden Bilder.

(Bildquelle: https://cdn.harwin.com/pdfs/M58-250R.pdf)

(Bildquelle: https://cdn.harwin.com/pdfs/M58-350R.pdf)

Anscheinend wird der “fleischige” Teil der Steckverbinder im Reel nach oben gedreht, die Maschine kann ihn also (bei ausreichender Vakuumkraft) mit einem für kleine SMD-Komponenten vorgesehenen Nozzle erbeuten.

Zuerst erschienen bei Mikrocontroller.net News

Quelle: Read More