Weitere unterstützte Mikrocontroller
Auch in puncto unterstützter Mikrocontroller zeichnet sich die UDE 5.0 durch zahlreiche Verbesserungen und Erweiterungen aus. So wurden die Debug-Funktionen für 64-Bit-Architekturen, beispielsweise für den ARM Cortex-A53, konsequent weiter ausgebaut. Als gänzlich neue Bausteine aus der ARM-Welt sind unter anderem der 32-Bit ARM-Controller Cortex-R52 und der Cortex-M-Mikrocontroller NETX 90 hinzugekommen. Dedizierten Debug-Support bietet die UDE 5.0 darüber hinaus auch für die neuen PowerArchitecture-basierten Bausteine Chorus SPC58NH92x von STMicroelectronics sowie die Dual-Cores MPC5775B und MPC5775E von NXP. Letztere sind speziell die für rechenintensive Anwendungen aus dem Batteriemanagement und Inverter-Steuerungen ausgelegt und zielen sowohl auf den Industrial- als auch auf den Automotive-Sektor. Über den Nexus-Trace-Support der UDE sind für diese Bausteine die umfangreichen Funktionen zur exakten Laufzeitanalyse wie Profiling, Code Coverage und die Visualisierung von Call-Graphen nutzbar. Von den erweiterten Debug- und Trace-Funktionen der UDE 5.0 profitieren insbesondere auch die Mikrocontroller der TC3xxx-Palette von Infineon. Neben den Multicore-Debug-Funktionen stehen Anwendern je nach Controller auch Trace für nicht-invasives Debugging sowie für die Systemanalyse zur Verfügung. Für den TC35x kann das neue MCDSlight, für den TC38x die grundlegende Trace-Funktionalität des miniMCDS genutzt werden. Letzteres steht den Entwicklern auch in der Basislizenz der UDE zur Verfügung. Um den speziellen Anforderungen von Fail-Safe- bzw. Fail-Operational-Systemen gerecht zu werden, die mit zwei Controllern der Aurix-Familie eine Redundanz der Steuer-Controller sicherstellen, steht für die Target-Kommunikation mit dem Universal Access Device 3+ (UAD3+) ein spezieller, von PLS entwickelter Multi-AURIX-Adapter zu Verfügung. Zusammen mit der UDE 5.0 ermöglicht er sowohl ein synchrones Stop-Mode-Debugging – Break, Single-Step-Betrieb und Wiederloslaufen – als auch ein synchrones Anhalten der Peripherieeinheiten beider Controller, die über zwei separate Debug-Interfaces angesprochen werden.
