Elektronikentwicklung: Entscheidungen

Manche Entscheidungen lassen sich zurücknehmen, andere nicht. Jeff Bezos nennt letztere Einwegtüren, für uns passt das Bild der Straße besser. In der Software ist fast jede Straße zweiseitig befahrbar. In der Elektronik nicht. Eine Korrektur bedeutet, die Strecke noch einmal zu fahren, und das kostet Wochen. Dieser Artikel zeigt warum das so ist, wie der Entwicklungsprozess aufgebaut ist, und wie funktionale Anforderungen umgesetzt und mit Performance-Anforderungen abgewogen werden.
Motor Bring-Up: Cross-Domain Testing

Anyone who develops control engineering for electric drives themselves knows the problem: as soon as the test bench takes over, the view of internal software states disappears — precisely when it is needed for fault-finding. A cross-domain test approach connects measurement data and controller variables on one timeline. This makes it possible to analyze causes instead of symptoms and to optimize parameters during running operation, without recompiling or restarting.
Concept

Konzeption Der erste Kontakt Ein Kunde wollte seine verkauften Maschinen im Feld überwachen. Zustandsdaten sollten erfasst, lokal vorverarbeitet, und anschließend per Funk übertragen werden. Sein Team konnte Software und Konstruktion. Für die Entwicklung der dafür notwendigen Elektronik war keine Kernkompetenz im Haus. Genau an diesem Punkt zögern die meisten, bevor sie überhaupt Kontakt aufnehmen. Sie glauben […]
es:scope® Case Study: High-frequency real-time data acquisition without DAQ

How VAT was able to acquire high-frequency real-time data in the development of an embedded system without DAQ-Hardware Context When working with bare-metal embedded systems, understanding what’s happening inside your systems isn’t a luxury. It’s essential. This was precisely the situation faced by a corporate R&D team at VAT Group, a leading supplier to the […]
Measure internal states of embedded systems(DE)

Erst Messungen am Prototyp ermöglichen es, ein Embedded-System mit Hard- und Software zu verifizieren. In vielen Fällen ist dazu der Zugriff auf relevante Daten aus den internen Zuständen notwendig. Diese Daten können mit einem Software-Oszilloskop und Middleware aufbereitet und analysiert werden.