<?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>
          <CHANGE></CHANGE>
          <REASON></REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE></CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>
-->
    <TOOL-VERSION>
      <VERSION>VWAudi2.7.0</VERSION>
      <DATE>2008-11-05</DATE>
      <AUTHOR>Gottfried Frenzen (DGS-EC/ESC3)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: vorläufig nur für Otto-Projekte kleiner 8-Zylinder</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>vorläufig nur für Otto-Projekte kleiner 8-Zylinder.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Erkennung von Master Slave an Systemkonstante HESRV_HETYP_SY (255: Single, 1: Master/Slave).</CHANGE>
          <CHANGE>Einführung einer Schleife, so dass für Master und Slave jeweils eine EV generiert werden.</CHANGE>
          <CHANGE>Patch des ODX File ID für Slaves (12. Buchstabe "1" wird durch "2" ersetzt).</CHANGE>
          <CHANGE>Die Namenskonvention ist hart codiert: alt für Single, neu (12.-14. Buchstabe!) für Master/Slave.</CHANGE>
          <CHANGE>Betroffen sind ODX4VAG, Admin.java und Template_index.xml</CHANGE>
          <REASON>Anforderungen C0936 und C4243</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Erkennung von Master Slave an Systemkonstante HESRV_HETYP_SY (255: Single, 1: Master/Slave).</CHANGE>
          <CHANGE>Einführung einer Schleife, so dass für Master und Slave jeweils eine EV generiert werden.</CHANGE>
          <CHANGE>Patch des ODX File ID für Slaves (12. Buchstabe "1" wird durch "2" ersetzt).</CHANGE>
          <CHANGE>Die Namenskonvention ist hart codiert: alt für Single, neu (12.-14. Buchstabe!) für Master/Slave.</CHANGE>
          <CHANGE>Anforderungen C0936 und C4243</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einführung signal_longname_KW45_2008_01.xml</CHANGE>
          <REASON>Anforderung C0868, Longnames für StrtCtl_ctStrtDrv bzw. StrtCtl_ctStrtStSp.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Einführung signal_longname_KW45_2008_01.xml</CHANGE>
          <CHANGE>Anforderung C0868, Longnames für StrtCtl_ctStrtDrv bzw. StrtCtl_ctStrtStSp.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Additional virtaul signals</CHANGE>
          <REASON>TKMWL channels 105, 114, 121, 125, 144, 239, 379, 487, 600, 601, 603, 619, 620, 628, 695, 825, 977, 1021, 1022, 1710, 2115</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Additional virtaul signals</CHANGE>
          <CHANGE>TKMWL channels 105, 114, 121, 125, 144, 239, 379, 487, 600, 601, 603, 619, 620, 628, 695, 825, 977, 1021, 1022, 1710, 2115</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.6.3</VERSION>
      <DATE>2008-10-22</DATE>
      <AUTHOR>Gottfried Frenzen (DGS-EC/ESC3)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: vorläufig nur für Otto-Projekte kleiner 8-Zylinder</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>vorläufig nur für Otto-Projekte kleiner 8-Zylinder.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einführung signal_longname_KW43_2008_01.xml</CHANGE>
          <REASON>Anforderung aus VW/Audi-Projekten für EpmCas_phiOfsCorr	(camshaft adaption).</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Einführung signal_longname_KW43_2008_01.xml</CHANGE>
          <CHANGE>Anforderung aus VW/Audi-Projekten für EpmCas_phiOfsCorr	(camshaft adaption).</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einführung Start/Stop Statistiken 0x2a7 (Stop), 0x2a8 (Start) in ECU read ident service</CHANGE>
          <REASON>Anforderung aus B8-Projekt, nicht in BV enthalten.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Einführung Start/Stop Statistiken 0x2a7 (Stop), 0x2a8 (Start) in ECU read ident service</CHANGE>
          <CHANGE>Anforderung aus B8-Projekt, nicht in BV enthalten.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>
    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.6.2</VERSION>
      <DATE>2008-09-11</DATE>
      <AUTHOR>Gottfried Frenzen (DGS-EC/ESC3)</AUTHOR>

      <MODIFICATION>
        <INTERNAL>
          <REASON>Freigabeinformation: vorläufig nur für Otto-Projekte kleiner 8-Zylinder</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Freigabeinformation:</CHANGE>
          <CHANGE>vorläufig nur für Otto-Projekte kleiner 8-Zylinder.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einführung ECM_ODX-Basispaket_KW36_2008.pdx, XV_ECMMEDC17_S6941_15.odx, signal_longname_KW37_2008_01.xml</CHANGE>
          <REASON>Anforderung aus VW/Audi-Projekten.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Einführung ECM_ODX-Basispaket_KW36_2008.pdx, XV_ECMMEDC17_S6941_15.odx, signal_longname_KW37_2008_01.xml</CHANGE>
          <CHANGE>Anforderung aus VW/Audi-Projekten.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.6.1</VERSION>
      <DATE>2008-08-14</DATE>
      <AUTHOR>Gottfried Frenzen (DGS-EC/ESC3)</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>Warnung stat Information für DTCs, die nicht in der XV enthalten sind.</CHANGE>
          <REASON>Anforderung aus VW/Audi-Projekten, damit diese DTCs frühzeitig entdeckt werden.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Warnung stat Information für DTCs, die nicht in der XV enthalten sind.</CHANGE>
          <CHANGE>Anforderung aus VW/Audi-Projekten, damit diese DTCs frühzeitig entdeckt werden.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.6.0</VERSION>
      <DATE>2008-08-12</DATE>
      <AUTHOR>Gottfried Frenzen (DGS-EC/ESC3)</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>In der SD "Über eingangsseitige Matrix sperrende Fehlersymptome" werden nun die Namen gelistet und nicht mehr die Nummern.</CHANGE>
          <CHANGE>Bei DFCs wird dabei der Präfix "DFC_" entfernt, bei DSQs beibehalten.</CHANGE>
          <REASON>Email Haimerl mit Update des SDG Datenmodell V2.0 vom 08.08.2008 und Ergänzung in Email vom 11.08.2008</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>In der SD "Über eingangsseitige Matrix sperrende Fehlersymptome" werden nun die Namen gelistet und nicht mehr die Nummern.</CHANGE>
          <CHANGE>Bei DFCs wird dabei der Präfix "DFC_" entfernt, bei DSQs beibehalten.</CHANGE>
          <CHANGE>Anforderung durch AUDI Stefan Haimerl Update des SDG Datenmodell V2.0 vom 08.08.2008</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Auswertung der Systemkonstanten VARCOD_SY und VARCODLAH_SY zur Bestimmung der Art und Version der verwendeten Codierung.</CHANGE>
          <CHANGE>Die Darstellung der jeweiligen Version wird in einzelnen Templates gespeichert und durch das Tool die, für die aktuelle EV, richtige Darstellung aus dem Template in die EV kopiert.</CHANGE>
          <CHANGE>In den Strukturen der Codierung gibt es keine Referenzen auf die BV, damit die Darstellung gleich bleibt, falls sich die BV ändert.</CHANGE>
          <CHANGE>Erstellung der Library Coding, welche die Funktion zur Auswahl des richtigen Templates sowie die Kopierfunktion enthält.</CHANGE>
          <CHANGE>Aus der Library02 und aus dem rb_corrections wurden alle Inhalte der Codierung entfernt.</CHANGE>
          <REASON>OPL C4311 LH Lange Codierung im MSG V1.06, KW16/08</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C4311 LH Lange Codierung im MSG V1.06, KW16/08:</CHANGE>
          <CHANGE>Für die richtige Darstellung der unterschiedlichen Versionen der langen Kodierung bzw. Konzernkodierung wurde folgendes implementiert:</CHANGE>
          <CHANGE>Algorithmus für das Einlesen und Auswerten der im SG verwendeten LH-Version (Systemkonstante)</CHANGE>
          <CHANGE>Ermitteln und Übertragen der zugehörigen ODX-Struktur für die Kodierung</CHANGE>
          <CHANGE>Unterscheidung zur Konzernkodierung</CHANGE>
          <CHANGE>Darstellung der verschiedenen Varianten der Kodierung im ODX-Tool</CHANGE>
          <CHANGE>Herstellen der Kompatibilität für Projekte mit alten LH-Versionen (Lange Kodierung V1.01 und V1.03)</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Einbinden des ODX Basispakets (ECM_ODX-Basispaket_KW31_2008.pdx) in das ODX Tool.</CHANGE>
          <REASON>OPL C4594 ODX_Basispaket_KW30_2008</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C4594 ODX_Basispaket_KW30_2008:</CHANGE>
          <CHANGE>Einbinden des ODX Basispakets (ECM_ODX-Basispaket_KW31_2008.pdx) in das ODX Tool.</CHANGE>
          <CHANGE>Hinweis: Das Basispaket ECM_ODX-Basispaket_KW31_2008.pdx ersetzt das Paket ECM_ODX-Basispaket_KW30_2008.pdx, welches somit nicht in die ODX-Tool-Umgebung mitaufgenommen wird.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Stellertest 0x02C5 "Actuator_for_structure-borne_sound" TI=IDE03772 "Aktuator für Körperschall" in das rb_corrections template aufgenommen.</CHANGE>
          <REASON>Anforderung von Herrn Ole Himmel, da in dem aktuellen Basispaket noch nicht enthalten.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Implementierung des Stellgliedtests 0x02C5 "Actuator_for_structure-borne_sound" TI=IDE03772 "Aktuator für Körperschall" in das ODX-Tool.</CHANGE>
          <CHANGE>Anforderung durch IAV Ole Himmel, Grund: konnte nicht mehr in das aktuelle PDX-Update mitaufgenommen werden.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung des Algorithmus zur Ermittelung der Label, für den Inhalt von den SDGs "Fehlerentprellung" und "Heilungsentprellung".</CHANGE>
          <CHANGE>Der neue Algorithmus arbeitet mit den DSM Informationen aus dem merged_corecfg.</CHANGE>
          <REASON>Der alte Algorithmus war ungenau.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>SDG-Datenmodell 2.0: Verbesserung für Felder Fehlerentprellung und Heilungsentprellung</CHANGE>
          <CHANGE>Der Algorithmus für das Eintragen der Entprellwerte für oben genannte Felder wurde verbessert, sodass der Grad der Befüllung für zentral definierte Fehlerprüfungsentprellungen entsprechend erhöht werden kann.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Korrektur zweier Signals im signal_longname:</CHANGE>
          <CHANGE>Signal: SIGNALS_MeUn_rPs Longname: "Fuel metering valve rated value"</CHANGE>
          <CHANGE>Signal: SIGNALS_PFltRgn_qFl Longname: "Particle filter fuel consumption since last regeneration"</CHANGE>
          <REASON>OPL C4612 - Die Signals waren Messpunkte, welche zu Messages geändert wurden.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C4612 ODX-Tool: Änderung der Longname-Zuordnung für Diesel-Messwerte MeUn_rPs und PFltRgn_qFl:</CHANGE>
          <CHANGE>Folgende Messwerte wurden auf die Longnames der bereits existierenden Messpunkte verlinkt:</CHANGE>
          <CHANGE>Signal: SIGNALS_MeUn_rPs - Longname: "Fuel metering valve rated value"</CHANGE>
          <CHANGE>Signal: SIGNALS_PFltRgn_qFl - Longname: "Particle filter fuel consumption since last regeneration"</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>

    <TOOL-VERSION>
      <VERSION>VWAudi2.5.0</VERSION>
      <DATE>2008-07-16</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>Auswertung von variantencodierten Applikationsdaten (variantencodiertes DCM).</CHANGE>
          <CHANGE>Änderungen in allen Libraries welche die variantencodierten Applikationslabel verarbeiten:</CHANGE>
          <CHANGE>Adbi, AdjustmentLibrary, CRSLibrary, Dtc, SignalLibrary und VirtualSignalLibrary</CHANGE>
          <CHANGE>Überprüfung der Label, welche nicht variantencodiert sein dürfen, mittels Library02.</CHANGE>
          <REASON>OPL C3445 Festlegung_ODX_Beschreibungsumfang_fuer_ECU-Varianten_KW31_2007</REASON>
          <REASON>Es soll die Obermenge der Varianten in der EV abgebildet werden.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3445 Festlegung_ODX_Beschreibungsumfang_fuer_ECU-Varianten_KW31_2007:</CHANGE>
          <CHANGE>Auswertung von variantencodierten Applikationsdaten (variantencodiertes DCM).</CHANGE>
          <CHANGE>Einführung einer Überprüfung, welche im ODX-Tool verarbeiteten Applikationsgrößen nicht variantencodiert sein dürfen (z.B. DFCC bzw. ODX-Filename und Version).</CHANGE>
          <CHANGE>Darstellung der Obermenge über alle Varianten je nach Applikationsgröße.</CHANGE>
          <CHANGE>Unterstützung von variantencodieren Applikationsgrößen für Service 9 Mapping, Short-Trips, Aktuator-Tests, Mode-1-Signals</CHANGE>
          <CHANGE>Automatische Berücksichtigung von variantenspezifischen Aktuator-Tests</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Umstellung der SDGs auf das Datenmodell V2.0</CHANGE>
          <CHANGE>Änderung im Template auf die neue Darstellungsstruktur.</CHANGE>
          <CHANGE>Änderung der Dtc Library auf die neue Verarbeitungsweise.</CHANGE>
          <CHANGE>SDG SI="applizierte Werte" Darstellung und Verarbeitung eingeführt.</CHANGE>
          <REASON>OPL C3785 ODX SDG-Datenmodell V2.0 KW46_2007</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C3785 ODX SDG-Datenmodell V2.0 KW46_2007:</CHANGE>
          <CHANGE>Umstellung auf die neue Datenstruktur.</CHANGE>
          <CHANGE>Befüllung der SDGs SI="applizierte Werte" mit Werten aus dem Datensatz.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung der Codierung: Verarbeitung der Systemkonstanten VARCOD_SY und ECU_GENR_SY</CHANGE>
          <CHANGE>Abhängig von diesen beiden Systemkonstanten wird die entsprechende Codierung ausgewählt.</CHANGE>
          <CHANGE>Binäre Konzerncodierung kann verwendet werden, die Klartextcodierung der Konzerncodierung ist deaktiviert.</CHANGE>
          <REASON>OPL C4123 LH Konzerncodierung im MSG V1.0.4, KW09/08</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>OPL C4123 LH Konzerncodierung im MSG V1.0.4, KW09/08:</CHANGE>
          <CHANGE>Abhängig von der in der Software eingestellten Codiervariante erfolgt eine Erstellung der EV-Daten für die Variantencodierung:</CHANGE>
          <CHANGE>Für Konzerncodierung ist derzeit nur die Binäre Darstellung am Tester vorgesehen (aufgrund der möglichen projektspezifischen Wertezuordnung).</CHANGE>
          <CHANGE>Die Klartextcodierung entfällt somit vorerst für die Konzerncodierung.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Alle DTCs werden in der EV angelegt, unabhängig davon ob in der XV vorhanden oder nicht.</CHANGE>
          <CHANGE>Ausgenommen davon sind DFCs mit DTCX gleich 0 und DFC_Unused</CHANGE>
          <REASON>Kundenwunsch, alle DFCs in der EV abzubilden</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Anforderung aus 7. ODX-Workshop:</CHANGE>
          <CHANGE>Alle Fehlerprüfungen, deren applizierter DFCC (Fehlersymptomnummer) nicht in der XV enthalten ist, werden mit Standarddaten in die EV eingetragen.</CHANGE>
          <CHANGE>Die Standarddaten entsprechen den Vorgaben, die für das Eintragen von 65001ff-DFCs mit OPL C4067 angefordert wurden.</CHANGE>
          <CHANGE>DFC_Unused und DFCs mit DFCC = 0 werden weiterhin nicht in die EV eingetragen. Die Unterscheidung auf 65001ff ist im ODX-Tool somit nicht mehr notwendig.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>SDG SI="Über eingangsseitige Matrix sperrende Fehlersymptome" wird immer angelegt. Falls keine Daten in der Applikation definiert sind, wird "keine" eingetragen.</CHANGE>
          <CHANGE>Entsprechende Änderungen in der Dtc Library und im Template.</CHANGE>
          <REASON>Kundenwunsch, das SDG "Über eingangsseitige Matrix sperrende Fehlersymptome" soll immer dargestellt werden</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Anforderung aus 7. ODX-Workshop:</CHANGE>
          <CHANGE>Im Rahmen der Umstellung auf SDG-Datenmodell V2.0 wird eine spezielle Behandlung für das Feld "Über eingangsseitige Matrix sperrende Fehlersymptome" implementiert:</CHANGE>
          <CHANGE>Sind für die jeweilige Fehlerprüfung keine sperrenden Fehlersymptome konfiguriert, so wird das Feld nicht gelöscht sondern der Wert "keine" eingetragen.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Änderung der AdjustmentLibrary im Bereich der $2F Anpassung:</CHANGE>
          <CHANGE>Falls eine Umrechnung von der Basis-Variante übernommen wird, werden die Parameter der Struktur richtig verarbeitet und übernommen.</CHANGE>
          <CHANGE>In früheren Versionen konnten nur Strukturen mit einem Parameter, für $2F übernommen werden.</CHANGE>
          <REASON>Fix der $2F Anpassung - BV-Umrechnung</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Änderung in der Verarbeitung von Anpasskanälen für den Service 2F:</CHANGE>
          <CHANGE>Werden Umrechnungen aus der BV übernommen, so werden nun auch zugehörige Strukturen mit mehreren Parmametern richtig verarbeitet.</CHANGE>
          <CHANGE>Bisher hat die Darstellung von Anpasskanälen in 2F nur mit Strukturen mit einem Parameter funktioniert.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <AUTHOR>Frenzen Gottfried (DGS-EC/ESC3)</AUTHOR>
        <INTERNAL>
          <CHANGE>Bugfix Adbi: "Default"-Aktuator wird nicht mehr ausgegeben</CHANGE>
          <CHANGE>Adbi bearbeitet variantencodierte Applikationswerte</CHANGE>
          <CHANGE>Siehe auch Beschreibung zu OPL C3445</CHANGE>
          <CHANGE>Vorgabe von Ausnahmen (PIDs, Namen) für Signale über Template</CHANGE>
        </INTERNAL>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Neue Checker Rules vom 23.06.2008 inklusive Update vom 07.07.2008</CHANGE>
          <CHANGE>Rules sind eingführt bis auf folgende Ausnahmen (Telekon 15.07.2008): A140, V119, V121</CHANGE>
          <CHANGE>Rules werden als Version v18b23_rules2008-07-07 geführt</CHANGE>
          <CHANGE>BIT-MASK eingeführt im Main template und Virtual Signals Template für DOP_Bit und DOP_BitVirtu - missing in rb_corrections</CHANGE>
          <CHANGE>COMPU-DEFAULT-VALUE entfernt für alle Vitual Signal DOPs, DOP_TEXTTABLEEmissTypes und DOP_TEXTTABLERecorDataIdentECUIdentWrita</CHANGE>
          <REASON>C4517 VAX-Checker_Rules_KW25_2008</REASON>
          <REASON>A140 - scale constraints (werden erst mit neuer PDX eingeführt)</REASON>
          <REASON>V119 - V119-3 liefert Meldungen bei Lücken innerhalb von DOPs/Strukturen (Bit-Mask wird benötigt) - wird mit nächstem Toolupdate bereinigt</REASON>
          <REASON>V121 - V121-2 liefert Meldung bei "-" als Beschreibung von DTCs - mit nächster XV einführen</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>C4517 VAX-Checker_Rules_KW25_2008:</CHANGE>
          <CHANGE>Neue Checker Rules vom 23.06.2008 inklusive Update vom 07.07.2008</CHANGE>
          <CHANGE>Rules sind eingführt bis auf folgende Ausnahmen (Telekon 15.07.2008): A140, V119, V121</CHANGE>
          <CHANGE>COMPU-DEFAULT-VALUE entfernt für alle Vitual Signal DOPs, DOP_TEXTTABLEEmissTypes und DOP_TEXTTABLERecorDataIdentECUIdentWrita</CHANGE>
          <CHANGE>BIT-MASK eingeführt für DOP_Bit und DOP_BitVirtu</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

      <MODIFICATION>
        <INTERNAL>
          <CHANGE>Messwert "Requested Action For Routine" Änderung an der Umrechnung (Texttable):</CHANGE>
          <CHANGE>Die Umrechnung von der Basis-Variante wird nicht mehr verwendet, es wird in der ECU-Variante eine eigene Umrechnung erstellt.</CHANGE>
          <CHANGE>Bei dieser Umrechnung (DOP_TEXTTABLERequeActioForRouti) wurde, zusätzlich zu den 20 bereits vorhandenen Werten, der Wert 21 dec "Starter betätigen" TI="MAS02448" hinzugefügt</CHANGE>
          <CHANGE>Änderung wurde durchgeführt im shorttrip_template.odx an TAB_RecorDataIdentMeasuValue.TABROW_RequeActioForRouti und DOP_TEXTTABLERequeActioForRouti</CHANGE>
          <REASON>Die verwendeten Java-Jobs funktionieren nicht ohne diesen neuen Wert.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Erweiterung für Messwert "Requested Action For Routine":</CHANGE>
          <CHANGE>In der aktuellen BV gibt es keinen Wert für "Starter betätigen". Dieser Wert ist aber für die Durchführung der Routine Kompressionstest 2 erforderlich.</CHANGE>
          <CHANGE>Der DOP DOP_TEXTTABLERequeActioForRouti wird nun in der EV überschrieben. Der Wert 21 dec, wie er vom Motor-SG geschickt wird, erhält die Daten für "Starter betätigen". Die Werte bis 20 wurden von der BV übernommen.</CHANGE>
        </CUSTOMER>
      </MODIFICATION>

    </TOOL-VERSION>



    <TOOL-VERSION>
      <VERSION>VWAudi2.4.2</VERSION>
      <DATE>2008-06-13</DATE>
      <AUTHOR>Frenzen Gottfried (DGS-EC/ESC3)</AUTHOR>

      <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 identischen DOP in der ES.</REASON>
        </INTERNAL>
        <CUSTOMER>
          <CHANGE>Korrektur Fehler in DOP_Chann169 (Typ A_INT32 statt A_UINT32):</CHANGE>
          <CHANGE>Ersetzen des DOP_Chann169 mit DOP_UFLOA2Bytes100255xPerCent für virtulles 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>
