[hass]

Odczyt sesji .uuw po aktualizacji bootloadera:

<m module="APIM">

<d DID="F10A" Desc="ECU Cal-Config Part Number" Data="GB5T-14G379-AA"/>
<d DID="F110" Desc="On-line Diagnostic Database Reference Number" Data="DS-1U5T-14G371-DA"/>
<d DID="F111" Desc="ECU Core Assembly Number" Data="HB5T-14G380-CA"/>
<d DID="F113" Desc="ECU Delivery Assembly Number" Data="HB5T-14G371-FAG"/>
<d DID="F124" Desc="ECU Calibration Data #1 Number" Data="1U5T-14G375-HA"/>
<d DID="F16B" Desc="ECU Cal-Config #2 Part Number" Data="5U5T-14G379-BA"/>
<d DID="F188" Desc="Vehicle Manufacturer ECU Software Number" Data="1U5T-14G374-DA"/>

Co dziwne w konfiguracji przed aktualizacją nie było danych w
<d DID="F16B" Desc="ECU Cal-Config #2 Part Number" Data=""/>
i dlatego prawdopodobnie po załadowaniu starych plików, które podałem wcześniej APIM się nie podnosi.


Cytat z forum de:

Der Fehler im Update Wizards bei meinem Auto im [Tylko zarejestrowani użytkownicy widzą linki. ] ist, dass ein File zu viel geflasht wird und das [Tylko zarejestrowani użytkownicy widzą linki. ] tot bleibt.


Bei meinem [Tylko zarejestrowani użytkownicy widzą linki. ] bietet der Update Wizard die Files


GB5T-14G376-AA
GB5T-14G374-CB
GB5T-14G379-AA
GB5T-14G375-FA
GB5T-14G379-BA


zum Update an.


Wenn ich es aber so einspiele, bleibt mein [Tylko zarejestrowani użytkownicy widzą linki. ] tot.


Das letzte File (GB5T-14G379-BA) ist nämlich falsch, bzw. zu viel. Ich musste einfach mit dem VBF Loader alles bis auf das letzte File einspielen und alles war wieder gut.


Es war mir einfach unplausibel, warum 2 gleiche Dateien mit Unterschiedlichen Softwareständen gleichzeitig eingespielt werden (GB5T-14G379-AA und BA) . Als ich dann das in meinen Augen überflüssige File weggelassen habe, war alles gut.

Kolejny problem zauważony podczas moich testów w 3.4.19200 to problem z odczytem po USB. Od czasu do czasu (szczególnie po dłuższym postoju) wywala komunikat, że USB uległ awarii.