Programowanie Airbag

  • Autor wątku Autor wątku amon
  • Data rozpoczęcia Data rozpoczęcia
- spawdziłem ten sensor.
Kod: 
156  	60655033 68HC08AS20
- i chyba pasuje do podstawki ( czapka ) jaką pożyczyłem, jak chcesz to wysyłaj, zreprogramujemy.
 
Chodziło mi o sprawdzenie, które pozycje się zmieniają przy wystrzale dwóch czołowych.

Mam jeszcze jeden - sprawdzę jaki i dam Ci znać.
 
- to będzie drożej kosztować !! ale jak ktoś jeżdzi alfą ...
--

--
 
Jak się bawicie wsadami do airbagów to mam jakiś programik o nazwie CAR_TOOL_1.06 jak ktoś jest zainteresowany to mu wyśle. No chyba że jego już macie. Tylko teraz wyczytałem że coś kiepsko daje sobie rade, oryginalny na klucz sprzętowy na usb a to jest jakieś shakowane.
 
Ostatnia edycja:
- ten Airbag Tools ver 1.0 tez sobie daje radę, nawet poprawił pliki z 60655033, nie wiem czy na dobre.
- teraz to chyba nie ma problemu z sensorami starszych typów, nie ma konkurencji dla "naprawiaczy" w temacie starsze alfy.
- ale dzięki za zainteresowanie, zawsze warto zaoszczędzić te 75 zł na naprawę.
 
bubu321 napisał:
- z tym plikiem powyżej to sensor zadziałal na stole ale dopiero z interfejsem dla MY99, dziwne.
- jak bedzie wolna chwila to zobaczę ten drugi plik, zwłaszcza że się różni znacznie.
(...)

(...)
Kliknij, aby rozszerzyć...
ten sterownik to, od jakiej alfy?
po Drawing No wychodzi, że od AR 147, ale wtedy plik 512.
System bag nie zadziała.
 
- zrzuty były robione z sensorów oznaczonych jako 60663943 na obudowie, czyli 156.
- możliwe że wgranie tej zawartości eepromu zmieniło Drawing i ISO code.
- w co osobiście wątpię, ponieważ to chyba jest wprogramowane na stałe.
 
a rodzaj procesora jaki jest?
Ten nr HC708AS60 odczytałeś z kości?
znane zestawy listy sensorów twierdzą, że w sensor 60663943 siedzi 68HC08AS20 MASK H94K.
 
- dane procesora HC708AS60 odczytałem z kości, maskę też 8H62A.
- data produkcji tego sensora to 2002 rok, czyli procesory z OTPflash.
- program airBag version 1 żle podaje numer procesora.
--

--
 
Ostatnia edycja:
Bubu - wyciągnąłem tą drugą. No i wygląda na to, że to chyba biały kruk 60658009.
 
- ja mam podane że 60658009 zastapiło stary sensor 60665492.
- jedno i drugie na HC08AS20, sensor firmy TRW.

- ta swoja puszke sensora z wersja 0.3 zaprogramowałem plikiem z #57, zrzuty ponizej.
- szkoda że podany plik nie kasuje licznika minut !!!

--

--

--

--

--
 
Ostatnia edycja:
- kolejne sensory 60658009, maska 0H94K, chyba na dwie poduszki, bo tyle jest kondensatorów w środku.
- czapka na uprocesor, odczytanie, zaprogramowanie i działa.
- sensor 60655033, maska 2G39Y, taki sam na dwóch kondensatorach.
- czapka na uprocesor, odczytanie , ....
- i tutaj kłopot, odczyt idzie do 90 % , i staje z komunikatem "Device not Responding".
- zapis eepromu idzie do 100%, zaś odczyt nie tylko do 90 %.
- blokada po crashu ?
--

--

--

--
 
Ostatnia edycja:
TAK.
- obecnie po wgraniu cleana wyczyszczonego za pomoca oprogramowania T-boxa sensor nie odpowiada.
- odlutowanie oporów na /IRQ i /RST nic nie daje, jest to samo.
- chyba pójdzie poszukac oryginału plików albo sensor uszkodzony.
 
Poczekaj poczekaj - tylko przy weryfikacji?
A sprawdzałeś po chwili przerwy(jakieś 3sek.) odczytać zawartość?
Weryfikacja jest natychmiastowa: zapis - odczyt.
A czy jak poczekasz chwile i dokonasz odczytu to jest ok?
Pamiętaj, że zapisujesz eeprom'a,a nie "głównego" flash'a i tutaj procedury zapisu są inne.
 
- odczyt, weryfikacja staje na poziomie 90% z podanym komunikatem.
- zapis idzie do końca ale po 2 - 10 sekundach podanie weryfikacji daje ten sam efekt, staje na poziomie 90 % z komunikatem podanym .
- poprzedni sensor poszedł bez problemu, czyli to nie problem z programatorem.
- maska jest inna w tym drugim, ale program podaje dobre security.
 
Zaloguj lub zarejestruj się, aby odpowiedzieć w tym wątku
Amortyzatory
Powrót
Góra