<?xml version="1.0" encoding="ISO-8859-1"?>
<BIRD>
  <TOOL-VERSIONS>

    <!-- add new versions at the top -->

<!--
    <TOOL-VERSION>
      <VERSION></VERSION>
      <DATE></DATE>

      <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.4.2</VERSION>
      <DATE>2008-06-13</DATE>
      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für Otto-Projekte</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für Otto-Projekte. Fehler hat keine Auswirkungen auf Diesel-Projekte.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>
      <MODIFICATION>
        <INTERNAL>
          <CHANGE>DOP_Chann169 ersetzt durch DOP_UFLOA2Bytes100255xPerCent für virtuelles Signal 169</CHANGE>
          <REASON>Fehler in DOP_Chann169 (A_INT32 statt A_UINT32). Analyse ergab idnetischen DOP in der ES</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>repelace DOP_Chann169 by DOP_UFLOA2Bytes100255xPerCent for virtual signal</CHANGE>
        </CUSTOMER>
      </MODIFICATION>
    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.4.1</VERSION>
      <DATE>2008-05-13</DATE>
      <AUTHOR>Martin Kandler (DGS-EC/ESC4)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für Diesel und Otto-Projekte</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für Diesel und Otto-Projekte.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Diagnoseinformationen zu neuen Fehlersymptomen:</CHANGE>
          <CHANGE>Erstellung von DTCs in der EV wenn DTCX größer 65000 mittels Default Vorgaben und im Datensatz vorhandenen Informationen.</CHANGE>
          <CHANGE>Im Template wurde der DTC Teil angepasst, sowie in der Dtc Library entsprechende Änderungen durchgeführt.</CHANGE>
          <REASON>Kundenforderung: Auch DTCs welche nicht in der XV enthalten sind, in der EV abzubilden.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C4067 Diagnoseinformationen zu neuen Fehlersymptomen KW46_2007 (Teil 1: Befüllung EV mit 65001ff):</CHANGE>
          <CHANGE>Fehlersymptome, die in der Fehlercodedatenbank nicht vorhanden sind, können durch Bedatung in den Bereich 65001 - 65535 in die ECU-Variante mit Standarddaten aufgenommen werden.</CHANGE>
          <CHANGE>Am Tester wird dann die Symptomnummer und der DFC-Name angezeigt.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>HGB (Legal Speed Limitation):</CHANGE>
          <CHANGE>Die vier Anpasskanäle der HGB im avs_mapping.xml eingetragen.</CHANGE>
          <CHANGE>Die Umrechnung DOP_UFLOA2Bytes001xKmH im avs_template.odx eingetragen.</CHANGE>
          <CHANGE>Fix in der AdjustmentLibrary: Wenn eine verknüpfte BV Struktur mehrere Parameter hat, werden diese durchsucht bis eine Verknüpfung auf einen DOP gefunden wird. Dieser DOP wird dann bei der Struktur für $2F verwendet.</CHANGE>
          <CHANGE>Fix in der AdjustmentConversionBaseVariant: Beim Erstellen der $2F Struktur fehlte dem Short Name das Präfix STRUC_IOContr.</CHANGE>
          <REASON>Die ECU-Variant soll das Steuergerät möglichst genau beschreiben.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3823 Implementation of legal HGB V1.1:</CHANGE>
          <CHANGE>Herstellung der Verknüpfung SG-interner Anpasskanäle zur Darstellung in der BV für Aktivierung und Deaktivierung der gesetzlichen HBG.</CHANGE>
          <CHANGE>Umrechnung des Geschwindigkeitswertes für die gesetzliche HGB zwischen SG-Darstellung und BV notwendig.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>DSM Version 13:</CHANGE>
          <CHANGE>Verarbeitung der neuen Systemkonstanten DFC_CTLDISBLLAYOUT_SY.</CHANGE>
          <CHANGE>In Abhängigkeit von dieser Systemkonstanten ändert sich der Labelname und die Bitbelegung der Disable-Mask und Control-Mask der DFCs.</CHANGE>
          <CHANGE>Falls DFC_CTLDISBLLAYOUT_SY gleich 0 oder nicht vorhanden, werden die bisherigen Labelnamen und Bitbelegungen verwendet.</CHANGE>
          <CHANGE>Falls DFC_CTLDISBLLAYOUT_SY gleich 1, werden die DSM 13 Labelnamen und Bitbelegungen verwendet.</CHANGE>
          <REASON>Verwendung von DSM Version 13.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C4217 DSMApplFadeOut-Anpassung an DSM13_080319:</CHANGE>
          <CHANGE>Verarbeitung beider DSM-Einstellungen (1-Byte Control-Maske und 2-Byte Control-Maske) im ODX-Tool anhand von Systemkonstanten (Kompatible Änderung zur automatischen Verarbeitung beider DSM-Varianten).</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>



    <TOOL-VERSION>
      <VERSION>VWAudi2.4.0</VERSION>
      <DATE>2008-02-26</DATE>
      <AUTHOR>Martin Kandler (DGS-EC/ESC4)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für DS und GS-Projekte</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für DS und GS-Projekte.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <AUTHOR>Frenzen Gottfried (DGS-EC/ESC3)</AUTHOR>
        <INTERNAL>
          <CHANGE>Versionsspezifische Selektion der zugelieferten Files PDX, XV und signal_longname.</CHANGE>
          <CHANGE>Einführung von ini-Files für die 3 Dateitypen. Jedes auswählbare File muss dort aufgeführt sein.</CHANGE>
          <CHANGE>Pfadangaben für diese Dateien auf der Kommandozeile werden noch akzeptiert, aber ignoriert.</CHANGE>
          <CHANGE>Interaktive Auswahl ist über ini-File steuerbar.</CHANGE>
          <REASON>Strukturelle Änderungen in den zugelieferten Dateien machen Kompatibilitätsprüfung notwendig.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3693 ODX_Basisdaten_KW41_2007: Matrixverwaltung / Versionskontrolle:</CHANGE>
          <CHANGE>Versionsspezifische Selektion der zugelieferten Files PDX, XV und signal_longname.</CHANGE>
          <CHANGE>Strukturelle Änderungen in den zugelieferten Dateien machen Kompatibilitätsprüfung notwendig.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template Änderung: Liste der ECU Identifier $22</CHANGE>
          <CHANGE>Neuer Eintrag für 'VW Tester Coding Information' (1537 - 0x0601) hinzugefügt.</CHANGE>
          <CHANGE>Diese ID wird jetzt von der BV kopiert, falls in merged_corecfg_export vorhanden.</CHANGE>
          <REASON>Die ECU-Variant soll das Steuergerät möglichst genau beschreiben.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Erweiterung Darstellung ECU-IDs für Service 22 in der EV:</CHANGE>
          <CHANGE>Entsprechend der Definition in der BV wird nun auch in der EV die Ausgabe der Kodierinformation (ID 0x0601) eingebunden.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template Änderung: Liste der Messwerte $22</CHANGE>
          <CHANGE>Überarbeitung des ID Bereichs 0x0100 - 0x01FF</CHANGE>
          <CHANGE>Für Short Trip Ausgaben werden folgende IDs verwendet: 0x0100, 0x0102, 0x0104, 0x0105, 0x0106, 0x0107, 0x0108</CHANGE>
          <CHANGE>Alle verbleibenden IDs aus dem Bereich 0x0100 - 0x01FF, werden aus der PR kopiert, falls in merged_corecfg_export vorhanden.</CHANGE>
          <CHANGE>Dafür sind jetzt drei Einträge im Template vorhanden, und zwar für 0x0101, 0x0103 und der Bereich von 0x0109 - 0x01FF</CHANGE>
          <REASON>Die ECU-Variant soll das Steuergerät möglichst genau beschreiben.</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template Änderung: Liste der Messwerte $22</CHANGE>
          <CHANGE>Fuel First Filling Status (8193 - 0x2001):</CHANGE>
          <CHANGE>Den Versuch aus BV zu kopieren entfernt, da noch kein Eintrag in der BV vorhanden ist.</CHANGE>
          <CHANGE>Diese ID wird durch Library02 behandelt, und die benötigten EV Elemente aus rb_corrections kopiert.</CHANGE>
          <REASON>Der BV Eintrag dieser ID, hätte zu einem Doppeleintrag in der EV geführt.</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template Änderung: Liste der Messwerte $22</CHANGE>
          <CHANGE>Überarbeitung des Mode 1 Bereichs 0xF400 - 0xF4FF</CHANGE>
          <CHANGE>Die ID 0xF401 wird aus der BV kopiert, falls in merged_corecfg_export vorhanden.</CHANGE>
          <CHANGE>Für alle weiteren IDs aus dem Bereich, wird die Applikation und das merged_corecfg_export ausgewertet. Alle vorhandenen IDs werden dann aus der BV oder aus der ES kopiert.</CHANGE>
          <CHANGE>Die benötigten Support IDs werden berechnet und aus der ES kopiert.</CHANGE>
          <REASON>Änderung um auch die BV Einträge übernehmen zu können.</REASON>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template Änderung: Liste der Grundeinstellung-IDs $31</CHANGE>
          <CHANGE>Sonderbehandlung der Routine Control ID 'Quickstart - Fuel Injector Test' (879 - 0x036F) wieder entfernt.</CHANGE>
          <CHANGE>Diese ID ist nun in der BV enthalten und wird nun wie alle anderen Routine Control IDs verarbeitet.</CHANGE>
          <REASON>Vorgabe der Routine Control ID in der BV.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL D3408 Kurztrip_Injektor_KW4707 / OPL C3693 ODX_Basisdaten_KW41_2007:</CHANGE>
          <CHANGE>Der Kurztrip für die Injektordiagnose wurde wieder entfernt, da dieser in die BV übernommen wurde.</CHANGE>
          <CHANGE>(Fuel Injector Test, IDE02640 Injektorprüfung)</CHANGE>        
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Template Änderung: Liste der Stellertests $2F</CHANGE>
          <CHANGE>Bereichserweiterung von 0x0100 - 0x01FF auf 0x0100 - 0x02FF.</CHANGE>
          <REASON>Einige neue IDs sind hinzugekommen und die ECU-Variant soll das Steuergerät möglichst genau beschreiben.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3693 ODX_Basisdaten_KW41_2007: Erweiterung ID-Bereiche für Stellertests:</CHANGE>
          <CHANGE>Erweiterung der automatischen Verarbeitung von möglichen ID-Bereichen für Stellgliedtests auf neue Stellglied-IDs der BV</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung in der AdjustmentLibrary:</CHANGE>
          <CHANGE>Die Überprüfung der Anpassung-ID-Bereiche im merged_corecfg_export wurde so umgestaltet, dass alle Bereiche mit FUNCINDX='BASSVRAPPL_ADAP_E' ausgewertet werden.</CHANGE>
          <REASON>In dem Bereich 0x0900 - 0x09FF wurden IDs appliziert, dieser Bereich wurde aber vom Tool ignoriert.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3693 ODX_Basisdaten_KW41_2007: Erweiterung ID-Bereiche für Anpasskanäle:</CHANGE>
          <CHANGE>Erweiterung der automatischen Verarbeitung von möglichen ID-Bereichen für Anpasskanäle (z.B. 0x0900er Bereich)</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung in der SignalLibrary und VirtualSignalLibrary:</CHANGE>
          <CHANGE>Applizierte Signals und virtuelle Signals werden jetzt auch überprüft, ob die applizierte ID durch einen Bereich im merged_corecfg_export unterstützt wird.</CHANGE>
          <CHANGE>Dabei werden alle Bereiche mit dem FUNCINDX='BASSVRAPPL_READ_SIGNAL_E' ausgewertet.</CHANGE>
          <REASON>Es fehlte die Überprüfung, ob die applizierten IDs unterstützt werden.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Steigerung Robustheit bei der EV-Generierung im Bereich spezifische Messwerte:</CHANGE>
          <CHANGE>Einführung einer Überprüfung von applizierten UDS-IDs für Messwerte auf gültige ID-Bereiche des Steuergeräts</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung in der SignalLibrary, AdjustmentLibrary und CRSLibrary:</CHANGE>
          <CHANGE>Änderung der Logik zur Suche von Einheiten zwischen A2L und ES.</CHANGE>
          <CHANGE>Eintragen aller A2L Einheiten in das units_mapping und Umstellung auf die neue Algorithmen.</CHANGE>
          <REASON>Änderungen der Einheitendarstellung in den zugelieferten ODX Dateien (ES).</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3693 ODX_Basisdaten_KW41_2007: Umstellung zur Verarbeitung umgestellter Units aus der ES:</CHANGE>
          <CHANGE>a) geänderter Prüfalgorithmus zur Abfrage von Units in ES, MappingDatei bzw. Generierung neuer Units</CHANGE>
          <CHANGE>b) Umstellung Unitsmapping: Einfügen bzw. Ändern von verwendeten Mappings aus der ES im Vergleich zur Software (A2L)</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung im avs_mapping:</CHANGE>
          <CHANGE>Die Verarbeitung des Anpasskanals 'EngDa_bChngRunInMlg' wurde im avs_mapping für GS und DS vereinheitlicht.</CHANGE>
          <CHANGE>Jetzt wird für diesen Anpasskanal die Darstellung aus der BV übernommen.</CHANGE>
          <REASON>Vorgabe des Anpassungskanals in der BV.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Änderung Verarbeitung Anpasskanal (CalibData) für Oil pressure for motor running-in:</CHANGE>
          <CHANGE>Vereinheitlichung der Darstellung für Benzin und Diesel Moto-SG. Übernahme der Daten aus der BV.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Namensänderung von 'STRUC_VWCodinValueTextu' auf 'STRUC_VWCodinValueTextu8Bytes':</CHANGE>
          <CHANGE>Die Änderung wurde im Template und im rb_corrections durchgeführt.</CHANGE>
          <CHANGE>Für DS Projekte wird weiterhin die 8 Byte DS Variantenkodierung in der EV verwendet, jedoch mit geändertem Namen.</CHANGE>
          <REASON>Namensänderung von 'STRUC_VWCodinValueTextu' auf 'STRUC_VWCodinValueTextu8Bytes' in der BV.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3979: ODX_Basisdaten_KW03_2008: Adaption zur Variantenkodierung:</CHANGE>
          <CHANGE>Herstellung der Kompatibilität der neuen BV im Bereich der Variantenkodierung für 8Byte Kodierung</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>



    <TOOL-VERSION>
      <VERSION>VWAudi2.3.1</VERSION>
      <DATE>2008-01-18</DATE>
      <AUTHOR>Martin Kandler (DGS-EC/ESC4)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für DS-Projekte, keine Freigabe für GS-Projekte.</REASON>
          <REASON>Keine Freigabe für GS-Projekte, da 2.3.1 auf 2.3.0 basiert.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für DS-Projekte, keine Freigabe für GS-Projekte.</CHANGE>
          <CHANGE>Information: basiert auf Version 2.3.0.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>


      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einen Fehler in der AdjustmentLibrary behoben, welcher zu einem Error führte.</CHANGE>
          <CHANGE>Bei einem Anpasskanal aus der Applikation, werden das führende 'AVS_' und die angehängten Datentypinformationen nur entfernt, wenn diese auch vorhanden sind.</CHANGE>
          <REASON>Über eine SG-interne Konfiguration der Speicherstellen, welche sich nicht auf die Software auswirkt, wird für gewisse AVS Kanäle kein AVS Define angelegt, sondern nur der Name des AVS Kanals verwendet.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Verarbeitung Anpasskanal für Einfahrfunktion (Öldruckstufenumschaltung):</CHANGE>
          <CHANGE>Aufgrund einer speziellen Darstellung der SG-internen Konfiguration benötigen bestimmte AVS-Kanäle eine gesonderte Behandlung im ODX-Tool.</CHANGE>
          <CHANGE>Diese Kanäle werden nun entsprechend den anderen Anpasskanälen verarbeitet.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung der CRS Test Requests: Die Parameter können am VAS-Tester nicht mehr verändert werden, diese werden jetzt als PHYS-CONST mit dem Wert 0 in der EV angelegt.</CHANGE>
          <REASON>AUDI-VW FP-Blatt D3549</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL D3549 CRS-Test: Verstellmöglichkeit für Übergabeparameter am VAS-Tester über ODX sperren KW03_08</CHANGE>
          <CHANGE>Die CRS-Test-Übergabeparameter sind nun nicht mehr am VAS-Tester veränderbar.</CHANGE>
          <CHANGE>Durch die Verwendung des Parametertyps CONST sind die Werte in der Eigendiagnose zwar sichtbar, können aber nicht verstellt werden.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.3.0</VERSION>
      <DATE>2007-12-11</DATE>
      <AUTHOR>Martin Kandler (DS/EEA4-Wi)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für DS-Projekte, keine Freigabe für GS-Projekte.</REASON>
          <REASON>Keine Freigabe für GS-Projekte, da 2.3.0 auf 2.1.0 basiert.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für DS-Projekte, keine Freigabe für GS-Projekte.</CHANGE>
          <CHANGE>Information: basiert auf Version 2.1.0, keine Änderungen aus 2.1.1 bzw. 2.2.0.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Zusätzliche Short Trip ID einfügen, da diese noch nicht in der Basis Variante verfügbar ist.</CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Quickstart Injektordiagnose:</CHANGE>
          <CHANGE>Umsetzung FP-Blatt OPL D3408: Einbau Quickstart für Injektortest für RoutineControl, da in aktueller BV nicht vorhanden.</CHANGE>
          <CHANGE>Implementierung laut Vorgaben des VA/AUDI Kundendienstes (Hr. Altersberger 22.11.2007):</CHANGE>
          <CHANGE>0x036F Quickstart - Fuel Injector Test, IDE02640 Injektorprüfung</CHANGE>        
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>CRS Test: Aktualisierung der Service 22 IDs. IDs angepasst und Text Identifier vergeben.</CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>CRS Tests: Änderung Longnames und IDs</CHANGE>
          <CHANGE>FP-Blatt OPL D3392 Umstellung Longnames / IDs von CRS-Tests:</CHANGE>
          <CHANGE>Änderung Longnames von Routinen und IDs und Text-IDs von Ausgabewerten im Service $22</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Harte Verknüpfungen auf die Basis Variante entfernt aus dem Haupt-Template und dem shorttrip_template.</CHANGE>
          <CHANGE>Stattdessen wird jetzt immer auf die, in der Tool Konfiguration eingetragenen, Basis Variante verknüpft.</CHANGE>
          <REASON>Tool wird auch zur Erstellung von Master/Slave ECU Varianten verwendet.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Vorbereitung zur Verarbeitung ECM1/ECM2-BVs im PDX eines Master/Slave-Steuergeräts:</CHANGE>
          <CHANGE>Manche Verlinkungsoperationen des ODX-Tools auf die Basisvariante war mit der geänderten Namensgebung der BVs</CHANGE>
          <CHANGE>eines Master/Slave-PDX nicht möglich, wodurch Verlinkungen auf die falsche BV entstanden sind.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>In der SignalLibrary eine Überprüfung auf Eindeutigkeit der Longnames der Signals innerhalb der EV einfügen.</CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Prüfung der Eindeutigkeit der Einträge in der Datei signal_longname_xxx.xml:</CHANGE>
          <CHANGE>Die Datei signal_longname_xxx.xml bietet die Möglichkeit, zu einem Longname mehrere Signals anzugeben.</CHANGE>
          <CHANGE>Dadurch können je nach Projekt, unterschiedliche Signals auf den gleichen Longname verweisen.</CHANGE>
          <CHANGE>Sollten in einem Projekt mehrere Signals vorkommen, die auf den gleichen Longname verweisen, so wird im</CHANGE>
          <CHANGE>ODX-Tool ein Warning erzeugt.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Das SDG SI="Name der Diagnosefunktion" aus der XV befüllen.</CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Befüllung DTC-DOPs bzw. SDGs:</CHANGE>
          <CHANGE>Das SDG SI="Name der Diagnosefunktion" wird nun mit Werten aus der XV befüllt.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE></CHANGE>
          <REASON>Behandlung von mehreren Basis-Varianten in einem PDX. Zukünftig muss auch mit mehreren ODX Dateien des selben Layers gerechnet werden (also auch auf Ebene von FG, PR, ...).</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Verarbeitung PDX mit mehreren BVs:</CHANGE>
          <CHANGE>Sind in einem PDX mehrere BVs vorhanden (z.B. Getriebe), so wird entsprechend automatisch die Motorvariante ausgewählt.</CHANGE>
          <CHANGE>Dies dient zur Steigerung der Robustheit bei der automatischen Verarbeitung von ODX-Files.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE></CHANGE>
          <REASON>Bei Audi 6 Zylinder muss automatisch die Grundeinstellung 'Quickstart - Compression test 1' (787 dec) automatisch entfernt werden. (Jeweils im Table und im Key-DOP)</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Diesel: Kompressionstest 1 nicht bei AUDI 6 Zylinder:</CHANGE>
          <CHANGE>FP-Blatt D2650 RB_FP-Blatt_KHK_Abschaltung_Kompressionstest_KW1007: Bei Projekten, die den Kompressionstest noch aktiv haben,</CHANGE>
          <CHANGE>darf der Kompressionstest 1 nicht in der EV eingetragen werden. Dies gilt für AUDI 6-Zylinder-Projekte. Neuere Projekte haben</CHANGE>
          <CHANGE>den Punkt D2650 bereits implementiert. Dies betrifft Projektnummern P531, P714, P703.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einfügen einer neuen Methode in der Admin Library um das aktuelle Datum auszugeben.</CHANGE>
          <CHANGE>Verwendung dieser Methode in dem Template für die Generierung des Index.xml für ein fertig gestelltes PDX.</CHANGE>
          <REASON>Die Bird Standard Funktion liefert zuviel.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Erzeugung des neuen PDX mit geändertem Index.xml:</CHANGE>
          <CHANGE>Änderung der Erstellungsfunktion für das Datum, da bei manchen Projekten eine Angabe der Zeit/Zeitzone zu Problemen geführt hat.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.2.0</VERSION>
      <DATE></DATE>
      <AUTHOR>Gottfried Frenzen (GS-EC/EDG5)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für GS-Projekte, keine Freigabe für DS-Projekte.</REASON>
          <REASON>Keine Freigabe bei DS aufgrund Änderungen in der PDX-Kompatibilität.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für GS-Projekte, keine Freigabe für DS-Projekte.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Diese Version wird nur in der GS-Toolchain verwendet.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Beinhaltet keine funktionalen Änderungen. Anpassung von Prozessschnittstellen zur Einbindung in die GS-Abliefertool-Kette.</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>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für GS-Projekte, keine Freigabe für DS-Projekte.</REASON>
          <REASON>Keine Freigabe bei DS aufgrund Änderungen in der PDX-Kompatibilität.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für GS-Projekte, keine Freigabe für DS-Projekte.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <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>
        <INTERNAL>
          <REASON>Freigabeinformation: Freigabe für GS-Projekte und DS-Projekte.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>Freigabe für GS-Projekte und DS-Projekte.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <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>Ergä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 eine 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>
