Kontext

Dainese entwickelt Schutzausrüstung für Motorradfahrer und Rennsportanwendungen. Mit D-Air® hat das Unternehmen eine elektronische Airbag-Plattform entwickelt, die in Rennanzüge und Straßenkleidung integriert wird. Das System kombiniert eingebettete Software, Bewegungssensoren, GPS und Airbag-Auslösungselektronik, um Aufprallsituationen zu erkennen und den Airbag im richtigen Moment zu aktivieren.

Die zentrale Herausforderung bestand darin, komplexe Sicherheitsalgorithmen unter realen Bedingungen zu validieren und dabei gefährliche oder teure physische Tests zu vermeiden. Das System musste bei Crash-Szenarien, normalen Fahrbedingungen, Sensorausfällen, Kommunikationsfehlern und niedrigem Batteriestand zuverlässig funktionieren. Dainese wollte auch die historischen Telemetriedaten aus mehr als 15 Jahren MotoGP und Straßenbetrieb nutzen.

Wertdenken

Dainese betrachtete die Betriebstelemetrie als langfristige technische Ressource. Die bei MotoGP-Rennen und im Straßenbetrieb gesammelten Daten wurden aufbewahrt und wiederverwendet, um zukünftige Algorithmusänderungen zu validieren. PrioritätPriorisieren Das Unternehmen entschied sich bewusst für eine Optimierung im Hinblick auf die Korrektheit des Einsatzes und die Sicherheit des Fahrers. Die Verhinderung von Fehlzündungen war genauso wichtig wie die Erkennung echter Unfälle.

VrfÜberprüfen Die Sicherheitsvalidierung ging von seltenen physischen Tests zu einer kontinuierlichen automatisierten Überprüfung über. Jede Software-Änderung konnte Regressionstests für historische Crash- und Fahrszenarien auslösen. EvoEntwickeln Das System wurde anhand von Rückmeldungen aus dem realen Betrieb kontinuierlich weiterentwickelt. Historische Datensätze ermöglichten die Verfeinerung des Algorithmus, ohne gefährliche physische Szenarien zu reproduzieren. MontagMonitor Das Betriebsverhalten aus dem Renn- und Straßeneinsatz floss direkt in die technischen Entscheidungen ein. Die Nutzung in der Produktion wurde Teil der Entwicklungsschleife.

Architekt für Flow

StraßeStruktur Dainese trennte die Algorithmusvalidierung von den physischen Crashtests, indem es eine Simulationsgrenze um den eingebetteten Controller einführte. Dadurch konnte sich das Softwareverhalten unabhängig von der physischen Testausführung entwickeln. DSNEntwurf Sie nutzten eine miniHIL-Umgebung von Protos, um Sensoren, Fehler, Zustände mit niedrigem Batteriestand, Kommunikationsverhalten und Absturzszenarien zu simulieren, während sie die echte Firmware auf dem Ziel-Mikrocontroller ausführten. VrfÜberprüfen Regressionstests werden während der gesamten Entwicklung kontinuierlich durchgeführt und nicht auf späte Integrationsphasen verschoben. Die Entwickler validierten Änderungen vor der Integration mit wiederholbaren automatisierten Tests.

Reale Betriebsszenarien bildeten die Grundlage für die kontinuierliche Aktualisierung von Algorithmen und Sicherheitsvalidierungsstrategien. VrfÜberprüfen Der komplette Testaufbau wurde so kompakt und reproduzierbar, dass die Ingenieure ihn direkt während der Entwicklung einsetzen können, auch außerhalb zentraler Laborumgebungen. Die Architektur verringerte die Abhängigkeit von knappen physikalischen Systemen und ermöglichte hochfrequente Software-Iterationen ohne Beeinträchtigung der Sicherheitsanforderungen.

Ergebnis

Dainese hat einen kontinuierlichen Verifizierungsworkflow für sicherheitskritische eingebettete Software eingeführt. Algorithmusänderungen konnten schnell anhand historischer Telemetriedaten und simulierter Fehlerszenarien validiert werden, ohne auf physische Crash-Tests angewiesen zu sein. Dies erhöhte die Testabdeckung, verbesserte die Wiederholbarkeit und reduzierte den Aufwand für zertifizierungsrelevante Validierungsaktivitäten.

Der Fall zeigt, wie Betriebsdaten, automatisierte Regressionstests und eine Simulationsinfrastruktur die Entwicklung von sicherheitskritischen cyberphysischen Systemen beschleunigen können, ohne die Sicherheitsanforderungen zu beeinträchtigen. Telemetriedaten aus der realen Welt wurden zu einer wiederverwendbaren technischen Ressource, die kontinuierlich Entscheidungen zur Softwareentwicklung und -validierung ermöglichte.