<?xml version="1.0" encoding="ISO-8859-1"?>
<BIRD>
  <TOOL-VERSIONS>

    <!-- add new versions at the top -->

<!--
    <TOOL-VERSION>
      <VERSION></VERSION>
      <DATE></DATE>
      <AUTHOR></AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE></CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE></CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <AUTHOR></AUTHOR>
        <INTERNAL>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE></CHANGE>
        </CUSTOMER>
      </MODIFICATION>
    </TOOL-VERSION>
-->
    <TOOL-VERSION>
      <VERSION>VWAudi2.1.1</VERSION>
      <DATE>2007-11-16</DATE>
      <AUTHOR>Frank Jach (GS-EC/ESA2)</AUTHOR>

      <MODIFICATION>
        <AUTHOR>Frank Jach (GS-EC/ESA2)</AUTHOR>
        <INTERNAL>
          <CHANGE>Update of units_mapping.xml to match ES naming</CHANGE>
          <REASON>avoid wrong generated Unit_Min (should be Unit_1Min) because of inconsistency between autoring guidelines and checker</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Erweiterung der Mapping Tabelle von Bosch-internen auf VAG-Einheiten</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.1.0</VERSION>
      <DATE>2007-10-29</DATE>
      <AUTHOR>Martin Kandler (DS/EEA4-Wi)</AUTHOR>

      <MODIFICATION>
        <AUTHOR>Gottfried Frenzen (GS-EC/EDG5)</AUTHOR>
        <INTERNAL>
          <CHANGE>Extension of Admin.java</CHANGE>
          <REASON>Introduction of interactive bugfix version to override odx file version from calibration</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Einführung Bugfix-Handling für Korrektur-EVs:</CHANGE>
          <CHANGE>Es wurde die Möglichkeit geschaffen, zu einer EV, die aus einem EPROM-Master erstellt wurde, eine Korrektur-EV zu erstellen.</CHANGE>
          <CHANGE>Hierzu lässt sich eine ODX-File-Version abweichend von der im Datensatz abgelegten Version angeben.</CHANGE>
          <CHANGE>Zusammen mit der Begründung/Beschreibung des Bugfix wird als zusätzlicher Modification Eintrag in der DOC-Revision abgelegt.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template aktualisiert: Template_S01022.odx</CHANGE>
          <REASON>CRS Tests eingebunden; Admin-Data und Company-Data aktualisiert und Standard User eingefügt; DTC Library Update; Library02 Update für das Einfügen der Units umgesetzt</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Änderung in COMPANY-DATAS - Umstellung des ODX-Erstellers auf Standard-Bosch-Ersteller:</CHANGE>
          <CHANGE>In der DOC-REVISION bzw. COMPANY-DATA wird nur mehr ein genereller RB-Anwender angegeben, um die Automatisierung zu verbessern.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Die Input Datei project_template entfällt</CHANGE>
          <REASON>Standard User im Template eingetragen und es wird keine Versionsgeschichte geführt</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Änderung in DOC-REVISIONS - Entfernen der Historie-Einträge in der EV:</CHANGE>
          <CHANGE>In der zu erstellenden EV wird keine Historie mehr verwaltet bzw. eingetragen. Der Bereich DOC-REVISIONS enthält somit nur mehr einen Eintrag mit folgenden Standard-Daten:</CHANGE>
          <CHANGE>aktuelle EV Version, verwendete Toolumgebung, verwendete Daten (PDX, XV, Application und Signal Longnames)</CHANGE>
          <CHANGE>Der STATE wird durch die Versionsnummer bestimmt: Im Falle einer 'A' Version wird 'REVIEW' eingetragen, in allen anderen Fällen 'DRAFT'.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>CRSLibrary erstellt und eingebunden.</CHANGE>
          <REASON>CRS Tests Request, Response und Abort Reason eingebunden.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Neue Funktionalität: Erstumsetzung Darstellung der Kommunikationsparameter der CRS-Tests:</CHANGE>
          <CHANGE>Für Diesel-Projekte existieren spezielle Routinen (automatische Tests) zur Prüfung des CommonRailSystems.</CHANGE>
          <CHANGE>Diese Funktionen verwenden Service RoutineControl bzw. ReadDataByIdentifier zur Ablaufsteuerung bzw. zum Auslesen der Ergebniswerte</CHANGE>
          <CHANGE>Hierzu werden abhängig von der Applikation des ShortTrips jeweils CRS Test Request, Response und Abort Reason eingebunden.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <AUTHOR>Erwin Gittenberger (DS/EEA4-Wi)</AUTHOR>
        <INTERNAL>
          <CHANGE>Anpassung der Longname- und Text-ID-Vorgaben für CRS-Test Identifier (Routinen, Ergebniswerte, Abbruchbedingungen)</CHANGE>
          <REASON>Vereinbarung mit VWAUDI bei CRS-Workshop vom 25.10.2007</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Egänzung zu Common-Rail-System Tests:</CHANGE>
          <CHANGE>Umsetzung Longname- und Text-ID Vorgaben des Kundendienstes aus CRS-Workshop vom 25.10.2007</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Im Template Dummy Bird if Instructions eingefügt, welche immer True zurückliefern.</CHANGE>
          <REASON>Bird bearbeitet sonst die Elemente in der falschen Reihenfolge.</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>VirtualSignalLibrary Update: Im Template können jetzt DOP-SNREFs verwendet werden, welche auf DOPs im Template oder auf einen DOP in der ODX Vererbungshirarchie zeigen. Weiters werden auch DOP-REFs mit DOCREF ausgewertet und überprüft.</CHANGE>
          <REASON>Im Template wurde eine DOP-SNREF verwendet ohne das die alte Library ein Warning meldete, somit wurden fehlerhafte EVs an den Kunden geliefert.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Verbesserung der Verifikation der DOP-Zuordnung bei Messwerten:</CHANGE>
          <CHANGE>Bei (Entwickler-)Messwerten überprüft das ODX-Tool, ob die Referenz über SNREF im gesamten PDX-Verbund auflösbar ist.</CHANGE>
          <CHANGE>Weiters existiert eine analoge Prüfung für die Auflösung von Referenzen über DOC-REF.</CHANGE>
          <CHANGE>Im Falle eines Referenz-Fehlers erzeugt das ODX-Tool ein entsprechendes Warning.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Neue Library MyLog. Damit ist es möglich mehrere separate Log Dateien zu erstellen.</CHANGE>
          <REASON>Bird Log ist nicht zu gebrauchen für den Kunden. Dient als Vorhalt für ein Kunden-Log-Datei. Noch keine Bekanntgabe an den Kunden (angebotsrelevant)</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einheiten aus dem A2L welche noch nicht in der ES definiert sind, werden in der EV angelegt, dazu wurden folgende Libraries angepasst: AdjustmentLibrary, CRSLibrary, Library02, SignalLibrary</CHANGE>
          <REASON>Kundenwunsch aus ODX-Workshop, damit neue Einheiten in der Prüfung mit dem Checker als Warning dargestellt werden</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Darstellung von neuen UNITS in der EV:</CHANGE>
          <CHANGE>Werden für Umrechnungen Einheiten benötigt, welche noch nicht in der ES definiert sind, so werden diese in der EV angelegt.</CHANGE>
          <CHANGE>Dadurch scheinen diese neuen Einheiten in den Prüfprotokollen des VAX-Checkers auf, was gleichzeitig als Antragstellung zur Aufnahme in die ES dienen soll.</CHANGE>
          <CHANGE>(entsprechend Vereinbarung ODX-Workshop)</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>virtualsignals_template.odx und avs_template.odx aktualisiert</CHANGE>
          <REASON>GS Änderungen</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einen Fehler in der AdjustmentLibrary ausgebessert. Longname und TI werden nun in DOP_TEXTTABLERecorDataIdentCalibData, DOP_TEXTTABLERecorDataIdentCalibDataWrita und DOP_TEXTTABLEIOContrIdentActuaTest gesucht.</CHANGE>
          <REASON>Die DOPs wurden nicht angelegt, wenn ein Adjustment Channel nur in 2F aktiv ist.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Verbesserung des Handlings zur Erzeugung von Calib-Data-Einträgen (Anpasskanal nur als Eintrag im Stellgliedtest):</CHANGE>
          <CHANGE>Ist ein Anpasskanal nur im Service 2F aktiv (nicht in Service 22 bzw. 2E) so wurde bisher kein Eintrag in die EV vorgenommen.</CHANGE>
          <CHANGE>Für diesen Sonderfall werden nun auch Datenvorgaben der BV aus den Servicetabellen zu Service 22 und 2E herangezogen, um Longnames und TI richtig zu generieren.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>rb_corrections.odx fehlerhafte Zeichen ausgebessert</CHANGE>
          <REASON></REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Signal Longnames werden als Kundendaten mit entsprechender Versionierung geführt.</CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Einführung Versionierung für Signal-Longname-Datei (KD-Vorgaben für Messwerte-Namen):</CHANGE>
          <CHANGE>signal_longname gefolgt von Kalenderwoche und Jahr, sowie die Nummer der Änderung in dieser Woche. (Bsp.: signal_longname_KW37_2007_01.xml)</CHANGE>
          <CHANGE>Die jeweils bei der EV-Erstellung verwendete Version wird auch in der DOC-REVISION angegeben.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Verbesserungen an der DTC Library: Alle SDGs eines DTCs werden einmal ausgelesen und temporär gespeichert. Die Signal Label werden nur einmal ausgelesen.</CHANGE>
          <REASON>Laufzeit Optimierung</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <AUTHOR>Frenzen Gottfried (GS-EC/EDG5)</AUTHOR>
        <INTERNAL>
          <CHANGE>Änderung automatische Namensgebung für das abzuliefernde PDX (Name PDX + Name EV)</CHANGE>
          <REASON>Vereinbarung mit VWAUDI bei ODX-Workshop</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Umstellung auf vereinbarte PDX-Namenskonvention:</CHANGE>
          <CHANGE>Die erstellte EV wird in das zugeordnete PDX eingebunden und das PDX umbenannt:</CHANGE>
          <CHANGE>Dem PDX wird der Name der erzeugten EV angehängt.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <AUTHOR>Frenzen Gottfried (GS-EC/EDG5)</AUTHOR>
        <INTERNAL>
          <CHANGE>Erstellung zip-File zur Auslieferung von erzeugtem PDX und Checker-Protokoll</CHANGE>
          <REASON>Vereinbarung mit VWAUDI bei ODX-Workshop</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Änderung Ablieferprodukt: zip-File mit erzeugtem PDX und VAX-Checker-Protokoll:</CHANGE>
          <CHANGE>Nach der Erstellung des PDX, das wiederum die neue EV enthält, erfolgt die Erstellung eines zip-Archives, in das PDX und Checker-Protokoll inkludiert werden.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

  </TOOL-VERSIONS>
</BIRD>
