Die Basisarchitektur des FIBEXplorers konzentriert sich auf eine möglichst interpretationsfreie Aufbereitung der FIBEX-Daten. Darauf aufbauend stellt der FIBEXplorer eine Fülle fachspezifischer Darstellungen bereit. Ein ausgefeiltes PlugIn-Konzept integriert fachliche und bordnetzspezifische Erweitungen durch zusätzliche Views, Editorseiten und Perspektiven.
Für jeden Elementtyp können sogenannte Report-Engines hinterlegt werden, welche ausgewählte FIBEX-Daten zu druckreifen und interaktiven Reports aufbereiten, welche dann im entsprechenden Single-Element-Browser über zusätzliche Notebookseiten bereitgestellt werden. Nachfolgende Tabelle zeigt welche fachspezifischen Reports derzeit bei welchen Datentypen angeboten werden:
| Report |
Element |
Inhalt |
|---|---|---|
|
Flexray-Parametrierung angeschlossener Steuergeräte |
|
|
Scheduletabelle
mit angetragenen |
|
|
Scheduletabelle
mit angetragenen |
|
Schedule Overview, Schedule Details |
|
Partielle
Scheduletabellen, |
|
Verwendung
einzelner |
|
|
Multiplexing (statisch) |
|
Signal Details |
|
|
Die wichtigsten der aktuell verfügbaren
Reports sind Schedule- und Layout-Darstellungen. Diese werden z. T.
auch zusätzlich in den kontextsensitiven Views [Main]- und
[Sub]-Report angebotenen. Abhängig von der aktuellen Selektion
in Hauptnavigator oder Editor, werden die zugehörigen Teildaten
graphisch aufbereitet, was insbesondere die Wiedergabe rekursiver
Layouts ermöglicht: Hat der Anwender beispielsweise im Editor
eine Schedule-Tabelle geladen, kann er sich durch Anklicken einer
beliebigen Schedule-Zelle das zugehörige Layout im [Main Report]
betrachten. Klickt er dort auf eine PDU wird das zugehörige Sub-Layout in den [Sub Report geladen].
Das Communication-PlugIn erweitert die Basisarchitektur des FIBEXplorers um ein bordnetzspezifisches Kommunikationsmodell. Dieses auf Steuergeräte fokussierte Objektmodell liefert eine gegenüber FIBEX stark vereinfachte Sichtweise auf die Kommunikation ausgewählter Datenbusse: Im Kontext eines fixierten Datenbusses wird eine Darstellung der Bus-Kommunikation aufgebaut, die es erlaubt Signal- und Nachrichtenpfade über mehrere Steuergeräte hinweg zu verfolgen. Die Begriffe des Modells entsprechen in etwa der Sichtweise des DBC-Formats mit zusätzlichem Pdu-Layer.
Das zugrunde liegende Objektmodell besteht aus zwei Schichten: Eine Busschicht kapselt busspezifische Instantiierungen von FRAME, PDU und SIGNAL (unter Gleichsetzung von Instanz und zugehöriger Entität). Die so gebildeten Frame-, Pdu- und Signal-Elemente werden von einer STG-Schicht um Port-Zuordnungen (Tx/Rx) angeschlossener Steuergeräte expandiert:
| FIBEX |
Bus-Schicht |
|
STG-Schicht |
FIBEX |
|---|---|---|---|---|
|
Bus |
« |
Ecu |
|
|
Frame |
« |
Tx-Frame |
|
|
Pdu |
« |
Tx-Pdu |
|
|
Signal |
« |
Tx-Signal |
|
Der Tx-Rx-Navigator präsentiert dieses Modell in einem Navigationsbaum. Der Kontext eines jeden Knotens wird analog zum Smart-Navigator wieder in Vorwärts-, Rückwärts- und Datenkontext unterteilt. Vom Smart-Navigator unterscheidet sich diese Einteilung jedoch in der Definition von vorwärts und rückwärts. Die im Smart-Navigator zugrunde liegende Nutzer-/Nutzt-Relation wird im Tx-Rx-Navigator durch eine Sender-/Empfänger Relation ersetzt:
Rückwärtsnavigation entsteht aus Vorwärtsnavigation durch Vertauschen von Tx und Rx. Aus dem (vertikalen) Vernetzungskontext des Smart-Navigators wird hier ein (horizontaler) Kommunikationskontext.
Nachfolgende Tabellen zeigen die elementweisen Übergänge entlang vorwärts bzw. rückwärts gerichteter Datenflüsse:
| Vorwärtsnavigation |
Rückwärtsnavigation |
||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||
| Tx ► Rx | Rx ► Tx |
Für beide Navigationsrichtungen schließt sich der Navigationspfad am Ecu-Element. Der so gebildete
Modellzyklus erlaubt dem Anwender Kommunikationspfade beliebig oft zu
entfalten. Signal- und Nachrichtenpfade lassen sich damit über
mehrere Steuergeräte hinweg verfolgen, und dies
sowohl
vorwärts
...Rx-Frame»Ecu»Tx-Frame»Rx-Frame»Ecu»Tx-Frame»......»Tx-Frame»Tx-Pdu»Rx-Pdu»Rx-Frame»Ecu»Tx-Frame»Tx-Pdu
......»Rx-Signal»Rx-Pdu»Rx-Frame»Ecu»Tx-Frame»Rx-Pdu»
...als auch rückwärts
...Tx-Frame»Ecu»Rx-Frame»Tx-Frame»Ecu»Rx-Frame»......»Rx-Frame»Rx-Pdu»Tx-Pdu»Tx-Frame»Ecu»Rx-Frame»Rx-Pdu
......»Tx-Signal»Tx-Pdu»Tx-Frame»Ecu»Rx-Frame»Rx-Pdu»...Wie in jeder Perspektive gibt es in der Tx-Rx-Perspektive einen Hauptnavigator (Tx-Rx-Navigator), einen Mittelbereich für geöffnete Modellelemente (Editoren/Notebooks) und die üblichen kontextsensitiven Views. Im Tx-Rx-Navigator dient eine Liste von Bussen als Einstiegspunkt in das oben beschriebene Datenmodell. Der darunter angezeigten Navigationsbaum präsentiert zugehörige Frames und Ecus. Als Hauptnavigator erlaubt der Tx-Rx-Navigator Clustered Navigation. Analog zum Smart-Navigator werden selektierte Knoten automatisch an alle anderen Views propagiert und jeder Baum-Knoten kann in einen zugehörigen Elementbrowser geöffnet werden.
Zum Umgang mit Perspektiven, Editoren oder Views siehe Komponenten des FIBEXplorers.
