| <<< Previous topic - Next topic >>> |
|
| Author |
Message |
kdw

Joined: 05 May 2006 Posts: 1530
|
Posted: 05.01.2026, 07:23 Post subject: WRD/Probe + WRD/Box + WRD Services … |
|
|
Du entwickelst Embedded-Systeme mit Funkschnittstellen für den Batteriebetrieb? Dann gehören die Implementierung der Power-Management-Funktionen für die geforderte Batterielebensdauer sowie eine robuste Funkkommunikation, die in jeder Anwendungsumgebung zuverlässig funktioniert und auch die erforderliche Cyberresilienz besitzt, zu deinen alltäglichen Herausforderungen. Eine WRD/Probe, die WRD/Box sowie die WRD Services können dich mit den folgenden Funktionen unterstützen:
Power-Mode-Profiling (PMP): Unter einem Power Mode Profiling versteht man die systematische Analyse und Bewertung des Energieverbrauchs eines Systems innerhalb der verschiedenen Betriebs- bzw. Leistungsmodi (den sogenannten „Power Modes“). Kurz gesagt: Man untersucht, wie viel Energie ein Gerät oder System in unterschiedlichen Zuständen verbraucht und wie es zwischen diesen Systemzuständen wechselt. Mit Hilfe einer WRD/Probe kannst du im Rahmen der Feldtestphase direkt in der Anwendungsumgebung nachmessen, ob die kalkulierten Stromaufnahmen deiner neuen Entwicklung in den einzelnen Power-Modi innerhalb der Toleranzen liegen. Falls dabei z. B. Duty-Cycle-Änderungen zur Optimierung erforderlich sind, lässt sich die neue Firmware-Version auch gleich in den Target-Flash kopieren und starten.
Frequenz-Spektrum-Profiling (FSP): Damit ist die Analyse und Beschreibung gemeint, wie beispielsweise ein LoRaWAN-Sensor das Funkfrequenzspektrum nutzt - also verwendete Frequenzen, Bandbreite, Sendeleistung sowie das zeitliche Sendeverhalten (Latency), um die Normkonformität, Zuverlässigkeit und den effizienten Funkbetrieb sicherzustellen. Im Zusammenspiel zwischen WRD/Probe und WRD/Box lassen sich aber auch umgebungsbezogene Kennzahlen, wie die Packet Loss Rate (PLR) ermitteln sowie Resilienzeigenschaften verifizieren. Auch der Jitter der Funkstrecke (Delay Variation – Veränderung der Latency) innerhalb eines bestimmten Zeitintervalls (z. B. eines Tages) ist mit einer solchen Testkonfiguration bestimmbar. Sogar der Zusammenhang zwischen spektraler Qualität und Batterielebensdauer lässt sich genauer untersuchen - Listen-before-Talk (LBT)-Konzepte und durch Interferenzen verloren gegangene Antworten nach einem Datenversand führen in der Regel zu einem höheren Energieverbrauch bei Funksensoren.
Remote Teaming Support: Es gibt inzwischen Aufgabenstellungen für Embedded-Systeme, in denen ein einfacher Remote-Debug-Zugriff durch den Firmware-Entwickler nicht mehr ausreicht, um eine Problemursache zu diagnostizieren. Ein Beispiel wäre der Einsatz von Machine Learning (ML)-basierten Softwarefunktionen direkt in einem LoRaWAN-Sensor (Edge AI/ML). Hier ist in der Regel ein virtuelles Team aus ML-Experten, Embedded-Entwickler und Anwender erforderlich, um effektive Problemdiagnosen und Optimierungen durchzuführen. Mit einem solchen Team sind auch die systembezogenen Ping-Zeiten bestimmbar (also die Gesamtübertragungszeit, die ein Datenpaket vom Target bis in eine Public Cloud benötigt), sowie der zeitliche Zusammenhang zwischen Sensormesswert und Ergebnisnutzung untersuchbar bzw. optimierbar. Dabei sollte sinnvollerweise ein Multi-Target-Remote-Debugging zum Einsatz kommen.
Last edited by kdw on 07.02.2026, 08:58; edited 1 time in total |
|
| Back to top |
|
 |
kdw

Joined: 05 May 2006 Posts: 1530
|
Posted: 06.02.2026, 15:54 Post subject: Blockdiagramm der WRD/Probe ... |
|
|
Das Blockdiagramm der WRD/Probe besitzt eine typische Gateway-Architektur: Die eine Seite ist in diesem Fall per SWD, JTAG bzw. UART mit einer Target-Baugruppe verbunden (siehe Multi-ICE Interface, UART & Target Power Interface). Die andere Gateway-Seite bildet eine LTE-M-Mobilfunkschnittstelle (siehe SMA Connector) bzw. Antenne. Dazu gehört auch der Nano SIM Card Holder für eine SIM-Karte, die für die Einwahl in ein Mobilfunknetz benötigt wird, um eine Remote-Verbindung zu einer Entwicklungsumgebung (IDE) aufzubauen. Darüber hinaus existiert noch eine UART-Verbindung am USB-C-Steckverbinder (USB-C Port), die allerdings für das Remote Debugging nicht benötigt wird.
Das zentrale Funktionselement im Blockdiagramm ist der WRD Application Processor (WAP), eine Arm Cortex M33 MCU incl. Arm CryptoCell-310 mit einer umfangreichen Firmware sowie einem integriertem GDBserver für die Debug-Verbindung zum Target. Der WAP besitzt ein integriertes LTE-M Modem mit Zertifizierungen für internationale Mobilfunknetze. Die WAP-Funktionen bilden darüber hinaus den Security-Endpunkt für die TLS-basierte Verbindung zwischen WRD/Probe und der Entwickler-Workstation mit der Entwicklungsumgebung.
Die WAP-Firmware überwacht auch den Ladezustand des WRD/Probe-internen LiPo-Akku (LiPo Battery) und steuert die Bedienelemente Status LED, User Button sowie Photo Transistor. Des Weiteren besitzt der WAP einen speziellen analogen Eingang (PWRMON) mit einer entsprechenden Eingangsbeschaltung (Target Power Interface) für das Energy Monitoring (Power Consumption Monitoring) der externen Target-Baugruppe. |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|