For a better experience on dSPACE.com, enable JavaScript in your browser. Thank you!

Was steckt hinter der Technologie der virtuellen Absicherung:

 

  • Durchführen PC-basierter Simulationen zum Validieren, Absichern und Testen von Steuergeräte-Software in Form von V-ECUs ohne zusätzliche Hardware
  • Keine zusätzliche Hardware notwendig
  • Vorbereiten und Vorverlagern von Hardware-in-the-Loop (HIL)-Tests und -Szenarien am PC
  • Einsatz von V-ECUs in der Funktionsentwicklung: Absichern neuer Regelalgorithmen im Kontext bestehender Steuergeräte-Software

 

 

Mit der virtuellen Absicherung können Sie Ihre Entwicklungs-, Verifizierungs- und Validierungsaufgaben deutlich früher durchführen und zudem die Anzahl zusätzlicher Testsysteme und Steuergeräte-Prototypen reduzieren. Damit reagiert dSPACE auf den Bedarf an frühzeitiger Simulation, der sowohl in der Automobil- als auch in der Luft- und Raumfahrtindustrie besteht.

 

 

dSPACE Werkzeuge decken alle Anforderungen an die virtuelle Absicherung ab: SystemDesk zur Generierung virtueller Steuergeräte (V-ECUs) aus Steuergeräte-Software-Architekturen, VEOS die PC-basierte Simulation sowie Software für Experimente, Visualisierung und Testautomatisierung.

 

 

 

 

 

Vorteile

 

 

  • Anstatt auf kostspieligen Prüfständen können Sie neue Funktionen in einer komplett virtuellen Umgebung entwickeln und testen.
  • Sie können ein komplettes Steuergerät auf einem PC simulieren, bevor ein Prototyp verfügbar ist.
  • Sie können Simulationsmodelle und Testbibliotheken auf einem Entwickler-PC vorbereiten, um die Vorbereitungszeit auf dem HIL-Simulator zu reduzieren.
  • Sie können die Experimentier-Software zum Instrumentieren und Steuern der HIL-Simulation bei der Simulation auf Ihrem PC wiederverwenden.

 

Ein virtuelles Steuergerät (V-ECU) ist Software, die in einer Simulation ein reales Steuergerät darstellt. Im Gegensatz zu Soft-ECUs, die mit vereinfachten Simulink®/Stateflow®-Modellen arbeiten, bestehen V-ECUs aus realem Seriencode. Es besteht ausschließlich aus Code und erfordert keine spezielle Hardware. In SIL-Szenarien werden V-ECUs anstelle realer Steuergeräte oder Reglermodellen eingesetzt.


V-ECUs können unterschiedliche Abstraktionsebenen haben, je nachdem, wofür sie eingesetzt werden:


  • V-ECUs auf Applikationsebene enthalten ausgewählte Teile der Applikationssoftware; das Betriebssystem, die RTE und notwendige Teile der Basis-Software werden in der Regel von dSPACE bereitgestellt.
  • Zudem können V-ECUs die Applikationssoftware und Teile der serienreifen Basis-Software wie Dem, NvM und COM enthalten.
  • V-ECUs können die komplette Applikationssoftware und hardwareunabhängige Basis-Software enthalten, ausgenommen Module für die Microcontroller Abstraction Layer (MCAL).

V-ECU-Generierung

Abhängig von Einsatzbereich, Projektanforderungen und davon, ob die Entwicklung auf AUTOSAR basiert, gibt es verschiedene Möglichkeiten, eine V-ECU zu erstellen.


Funktions- und Software-Entwickler, die nur mit Einzelkomponenten arbeiten, können eine V-ECU direkt mit Simulink oder TargetLink erstellen. Das Ergebnis ist eine einfache V-ECU, die nur aus einem bestimmten Teil der Applikationsschicht der Steuergeräte-Software besteht. Damit sind grundlegende Funktionstests möglich.


Software-Integratoren, die komplexere vernetzte Funktionen testen wollen, können Software-Komponenten, Funktionen oder nicht-AUTOSAR-Code aus unterschiedlichen Quellen in SystemDesk kombinieren, um die Software-Architektur des Steuergeräts zu erstellen. Mit dem SystemDesk V-ECU Generation Module wird schließlich eine Gesamt-V-ECU erstellt. Diese enthält neben der Applikationsschicht die Laufzeitumgebung (RTE) und bei Bedarf Basis-Software. Die V-ECUs werden für die PC-basierte Simulation mit VEOS eingesetzt.

VEOS lässt sich leicht in Ihre bestehende Werkzeugkette integrieren, da es automotive Standards unterstützt. Sie können also weiterhin mit den Ihnen vertrauten Werkzeugen arbeiten, wenn Sie VEOS in Ihre Werkzeugkette für Rapid Control Prototyping oder HIL integrieren, um PC-basiert zu simulieren. Wenn Sie sich für Software und Hardware von dSPACE entscheiden, gewinnen Sie ein hohes Maß an Flexibilität und Investitionssicherheit für neue Projekte und Herausforderungen.

ASAM

Im Juli 2009 veröffentlichte ASAM (Association for Standardization of Automation and Measuring Systems) den neuen XIL-API-Standard und definierte damit eine Schnittstelle für den Anschluss eines Testautomatisierungswerkzeugs wie AutomationDesk an jede beliebige Simulationsplattform, zum Beispiel VEOS oder SCALEXIO. Der Standard ermöglicht die plattformunabhängige Spezifikation von Tests.

AUTOSAR

AUTOSAR (AUTomotive Open System ARchitecture) ist ein offener De-facto-Industriestandard für automotive Elektrik/Elektronik (E/E)-Architekturen. dSPACE ist seit April 2004 Premium Member der AUTOSAR-Partnerschaft und beteiligt sich aktiv an Definition und Entwicklung von Architekturteilen und ihren Spezifikationen.

Functional Mock-up Interface (FMI)

Functional Mock-up Interface (FMI) ist ein offener Standard für den Austausch und die Integration von Streckenmodellen unterschiedlicher Werkzeuganbieter. dSPACE hat den Codex of PLM Openness unterschrieben und arbeitet aktiv an folgenden Projekten mit, um den FMI-Standard weiterzuentwickeln: ProSTEP Smart Systems Engineering, dem FMI-Projekt der Modelica Association, sowie System Structure and Parameterization of Components for Virtual System Design (SSP), ebenfalls von der Modelica Association.

Weiterführende Informationen Produktinformationen