Die damit verbundene Komplexität mit der Entwicklung eingebetteter Systeme nimmt rasant zu. So wird geschätzt, dass die durchschnittliche Komplexität von Softwareprojekten in der Automobilindustrie um gestiegen ist 300 % in den letzten zehn Jahren.
Heutzutage wird jede Hardware von Software gesteuert, und die meiste Hardware besteht aus mehreren elektronischen Platinen, auf denen synchronisierte Anwendungen ausgeführt werden. Geräte haben immer mehr Funktionen, aber das Hinzufügen von Funktionen bedeutet eine zunehmende Entwicklungs- und Debugging-Komplexität. Eine Universität von Cambridge Bericht fanden heraus, dass Entwickler bis zu 50 % ihrer Programmierzeit mit dem Debuggen verbringen.
Glücklicherweise gibt es praktische Möglichkeiten, die Komplexität des Debuggens eingebetteter Systeme zu reduzieren. Lass uns einen Blick darauf werfen.
Früher ist besser
Das Debuggen ist nur dann effizient, wenn Sie über die richtigen Informationen verfügen.
Fehler tauchen während der gesamten Lebensdauer eines Produkts auf: in der Entwicklung, beim Testen und im Feld. Das Beheben eines Fehlers später auf der Straße kann Kosten erhöhen um das bis zu 15-fache und führen zu Benutzerfrustration, zusätzlich zu Herausforderungen im Zusammenhang mit der Aktualisierung eingebetteter Geräte, die sich in der Produktion befinden.
Wenn Sie jedoch Fehler in den frühen Phasen der Produktentwicklung identifizieren, können Sie sie nachverfolgen und gleichzeitig nach Schweregrad priorisieren. Auf diese Weise können Sie Fehler beheben, bevor später im Lebenszyklus andere Abhängigkeiten und Variablen eingeführt werden, wodurch Fehler einfacher und kostengünstiger behoben werden können.
Versionierung verwalten
Um einen Fehler ordnungsgemäß zu replizieren, müssen Sie in der Lage sein, ein Gerät in genau demselben Zustand zu haben, in dem es sich befand, als der Fehler zum ersten Mal aufgetreten ist. Bei eingebetteten Geräten gibt es drei verschiedene Variablen, auf die Sie achten sollten, wenn Probleme auftreten:
- Die Softwareversion. Dies ist die Version jedes Features. Dies gilt sowohl für den von Ihnen erstellten Code als auch für potenzielle Abhängigkeiten, z. B. importierte Bibliotheken.
- Die Board-Version. Insbesondere das Design des Boards. Das Platinendesign ändert sich ständig, wenn Komponenten hinzugefügt/entfernt oder verschoben werden.