A
amon
Guest
BRAWO!!! 
tylko, co tak późno montaż. Nie mogę się doczekać efektu.
tylko, co tak późno montaż. Nie mogę się doczekać efektu.
Programowanie Airbag
- Autor wątku amon
- Data rozpoczęcia
-
- Tagi
- airbag programowanie
M
MarcinTM
Guest
Bubu, porównywałeś dwa pliki - jeden zapełniony, a drugi mający 0xFF w pewnych miejscach. Chcesz powiedzieć, że ten z 0xFF to ma być "czysty zapis"? Taki jak fabryka dała?
Programator mam i jak Ci się uda pogrzebie też.
Sama czapa na głowie? Bez odlutowania żadnego rezystora na płycie?
Myślałem, że niektóre piny uP są na płycie pull'up'em itd. traktowane by przy bootstrapie nie wchodziło w debug np. pin /IRQ itd.
Programator mam i jak Ci się uda pogrzebie też.
Sama czapa na głowie? Bez odlutowania żadnego rezystora na płycie?
Myślałem, że niektóre piny uP są na płycie pull'up'em itd. traktowane by przy bootstrapie nie wchodziło w debug np. pin /IRQ itd.
bubu321
Nowy
- zasada jest taka ze /IRQ oraz/RESET odpinamy opory.
- programator na /IRQ podaje + 9V1 wolta, to taki chyba mod boot dla motoroli.
- martwi mnie tylko jedno, z tego mego DTE żaden schemat nie pasuje, dwa razy sprawdzałem a schematów jest w nim 3 sztuki.
- a chciałbym na stole podłaczyć zasilanie i linią K zobaczyć czy nie ma tego 0x001 błedu.
- ponieważ wyczytalem na forum, ze zmiana w eepromie likwiduje bład 0x001 ale ewentualne crashe to tylko rom. ( też to zweryfikuję )
- a w tym programatorze nie mam opcji zapisu do rom-u.
- dlatego uśmiecham się do osoby która posiada DTE i załączy następny schemat z łączówką 36 ( 50 ) pinów.
- ze zrozumiałych wzgledów nie mogę komentować zapytania Marcin_TM, to w końcu poduszki.
- programator na /IRQ podaje + 9V1 wolta, to taki chyba mod boot dla motoroli.
- martwi mnie tylko jedno, z tego mego DTE żaden schemat nie pasuje, dwa razy sprawdzałem a schematów jest w nim 3 sztuki.
- a chciałbym na stole podłaczyć zasilanie i linią K zobaczyć czy nie ma tego 0x001 błedu.
- ponieważ wyczytalem na forum, ze zmiana w eepromie likwiduje bład 0x001 ale ewentualne crashe to tylko rom. ( też to zweryfikuję )
- a w tym programatorze nie mam opcji zapisu do rom-u.
- dlatego uśmiecham się do osoby która posiada DTE i załączy następny schemat z łączówką 36 ( 50 ) pinów.
- ze zrozumiałych wzgledów nie mogę komentować zapytania Marcin_TM, to w końcu poduszki.
M
MarcinTM
Guest
Rozumiem.
ładne stronki: KLIK1 KLIK2 KLIK3 KLIK4
Bubu,a nie da się po pinach uP i kondziorkach dojść do zasilania? Wystarczy chyba samo zasilanie i sygnał załączenia zapłonu.
Co do FLASH'a i EEPROM'a tego uP to jest dotęp,ale programowy po przez ustawienie rejestrów FLCR, FLBPR, bez tego nic nie zdziałasz. Programator nie ma możliwości ustawiania bitów tych rejestrów.
Próbowałeś flash'a:
http://gem.win.co.nz/mario/hc08/projects/pgmr.html z
Jakiś tam załącznik jeszcze ;-)
ładne stronki: KLIK1 KLIK2 KLIK3 KLIK4
Bubu,a nie da się po pinach uP i kondziorkach dojść do zasilania? Wystarczy chyba samo zasilanie i sygnał załączenia zapłonu.
Co do FLASH'a i EEPROM'a tego uP to jest dotęp,ale programowy po przez ustawienie rejestrów FLCR, FLBPR, bez tego nic nie zdziałasz. Programator nie ma możliwości ustawiania bitów tych rejestrów.
Próbowałeś flash'a:
http://gem.win.co.nz/mario/hc08/projects/pgmr.html z
Jakiś tam załącznik jeszcze ;-)
Ostatnia edycja:
bubu321
Nowy
- na razie testy sensorów do naprawy na stole po podłączeniu zasilania.
- jak widać czasami FES (fiat ecu scan ) robi błędy.
- żaden inny program nie odczytał tego błędu 0x6B.
- ale wiem jakie mam poduszki typ 2F - 2P - 2L + S, czyli 4 poduszki.
- schemat dla 4 poduszek jest poprawny, dla testów na stole masę łączymy do pina 24, lub 25.
- ten pin 40 to jest masa logiczna a nie masa elektryczna.
- sensor potrafi wykryć brak dobrej masy i dlatego takie cudowanie.
--
http://www.forum.alfaholicy.org/showpost.php?p=373907&postcount=503
--
- jak widać czasami FES (fiat ecu scan ) robi błędy.
- żaden inny program nie odczytał tego błędu 0x6B.
- ale wiem jakie mam poduszki typ 2F - 2P - 2L + S, czyli 4 poduszki.
- schemat dla 4 poduszek jest poprawny, dla testów na stole masę łączymy do pina 24, lub 25.
- ten pin 40 to jest masa logiczna a nie masa elektryczna.
- sensor potrafi wykryć brak dobrej masy i dlatego takie cudowanie.
--
http://www.forum.alfaholicy.org/showpost.php?p=373907&postcount=503
--
M
MarcinTM
Guest
Też doszedłem ;-)
Te masy są galwanicznie izolowane? Z ciekawości pytam.
Te masy są galwanicznie izolowane? Z ciekawości pytam.
bubu321
Nowy
- TAK, nawet sensor wykrył że testowałem go bez obudowy.
- ale bład 0x001 zniknał, wszytkie liczniki wyzerowane.
- interesuje mnie jeszcze pokutujące określenie że bład 0x001 spowodowany jest akumulatorem dośc słabym aby zasilić sensor.
- zasilanie obnizyłem do 7.5 v.
- tylko program KWP71 mógł odczytac sensor, ale odczytał i nie spowodowało to blędu 0x001.
- jednak wyglada na to , że ten licznik (bład ostateczny ) włacza sie wtędy jeśli ilość nie skorygowanych błędów przekroczy ustalony licznik, chyba 63.
- ciekawe są też róznice w wskazaniu ilości błędów, miedzy alfadiagiem a FES-em.
- kwp71 pokazał ilość taką samą jak alfadiag, tylko ta interpretacja bledów w kwp71 !!.
--
--
--
- ale bład 0x001 zniknał, wszytkie liczniki wyzerowane.
- interesuje mnie jeszcze pokutujące określenie że bład 0x001 spowodowany jest akumulatorem dośc słabym aby zasilić sensor.
- zasilanie obnizyłem do 7.5 v.
- tylko program KWP71 mógł odczytac sensor, ale odczytał i nie spowodowało to blędu 0x001.
- jednak wyglada na to , że ten licznik (bład ostateczny ) włacza sie wtędy jeśli ilość nie skorygowanych błędów przekroczy ustalony licznik, chyba 63.
- ciekawe są też róznice w wskazaniu ilości błędów, miedzy alfadiagiem a FES-em.
- kwp71 pokazał ilość taką samą jak alfadiag, tylko ta interpretacja bledów w kwp71 !!.
-
--
--
--
Ostatnia edycja:
M
MarcinTM
Guest
No dobra, a mógłbyś przełączać zasilanie tak dla testów? By całkiem wyeliminować mit o aku?
555,przekaznik, dwa stabilizatory (6v i 12v), kilka kondziorkow by w trakcie przełączania nie wyzerować całkiem zasilania i przełączać np. co 10sek.
Jak myślisz? bo teraz gdybamy,a już masz puchę na stole.
555,przekaznik, dwa stabilizatory (6v i 12v), kilka kondziorkow by w trakcie przełączania nie wyzerować całkiem zasilania i przełączać np. co 10sek.
Jak myślisz? bo teraz gdybamy,a już masz puchę na stole.
bubu321
Nowy
- sensor juz zawedrował do samochodu.
- ale czemu nie, na stole czeka jeszcze 4 sztuki do obróbki.
- ponizej wiertło do odkrecenia wkreta bez łba oraz zrzuty po zainstalowaniu poduszki oraz po resecie bledów.
--
--
--
--
- ale czemu nie, na stole czeka jeszcze 4 sztuki do obróbki.
- ponizej wiertło do odkrecenia wkreta bez łba oraz zrzuty po zainstalowaniu poduszki oraz po resecie bledów.
--
--
--
--
Ostatnia edycja:
bubu321
Nowy
- dalsze testy sensorów
- i jest mały problem, dla wersji sprzętowej 0.1 nie ma problemu z zerowaniem blędu 0x001 - "internal error".
- dla wersji sprzętowej 0.3 znane zawartości binarne plików nie zeruja licznika czasu, licznika odpalenia poduszki.
- powoduja także zapalenie nowego bledu 0x0000.
- może to jest spowodowane nowszym procesorem XC68 HC708AS60, maska dla tego procesora to 8H62A.
- znane zestawy listy sensorów twierdzą ze to sensor 60675876.
--
--
--
--
--
- i jest mały problem, dla wersji sprzętowej 0.1 nie ma problemu z zerowaniem blędu 0x001 - "internal error".
- dla wersji sprzętowej 0.3 znane zawartości binarne plików nie zeruja licznika czasu, licznika odpalenia poduszki.
- powoduja także zapalenie nowego bledu 0x0000.
- może to jest spowodowane nowszym procesorem XC68 HC708AS60, maska dla tego procesora to 8H62A.
- znane zestawy listy sensorów twierdzą ze to sensor 60675876.
--
--
--
--
--
Ostatnia edycja:
M
MarcinTM
Guest
Może to przez organizację eeprom'a?
Oba procki mają pod tym samym adresem początek eeprom'a 0x0800 natomiast kończą się inaczej z powodu wielkości.
HC708 ma 640B, a HC908 tylko 512B. Oprócz tego inny jest sposób manipulacji zawartością pamięci.
Dwa procki niby podobne,ale nie są.
Oba procki mają pod tym samym adresem początek eeprom'a 0x0800 natomiast kończą się inaczej z powodu wielkości.
HC708 ma 640B, a HC908 tylko 512B. Oprócz tego inny jest sposób manipulacji zawartością pamięci.
Dwa procki niby podobne,ale nie są.
M
MarcinTM
Guest
Jak masz możliwość to aby sprawdzić czy różnica jest w zapisie na obydwu prockach i ich organizacji to musisz zrzucić z HC708 cały eeprom(640B) i jeśli po 512 bajcie jest jeszcze coś zapisane np. na końcu eeproma, suma kontrolna czy jakiś inny śmieć tzn.,że nie będzie tak łatwo z "binem" do tego uP i będzie trzeba szukać tego co ma 640B,a jak będą w eepromie same 0xFF po 512bajcie do samego końca to zostaję tylko kwestia programowa.
Szkoda, że w eepromie - tych plikach "bin" - nie ma sygnatury procka - by było fatwo sprawdzić jaki bin do jakiej grupy uP pasuję.
Szkoda, że w eepromie - tych plikach "bin" - nie ma sygnatury procka - by było fatwo sprawdzić jaki bin do jakiej grupy uP pasuję.
bubu321
Nowy
- autor programatora odpisał że mogę mieć problemy z tym procesorem.
- The MC68 HC708 AS60 is device identical to the HC908AS60 in its functionality and memory map, except for:
-- OPTflash ( one time programmable Flash).
- eeprom is 1 Kb ".
- The MC68 HC708 AS60 is device identical to the HC908AS60 in its functionality and memory map, except for:
-- OPTflash ( one time programmable Flash).
- eeprom is 1 Kb ".
Ostatnia edycja:
tomito
Nowy
- Rejestracja
- Mar 21, 2010
- Postów
- 464
- Lokalizacja
- Kielce / Gdańsk
- Auto
- AR 156 1.8 TS 2003 benzyna | Chevrolet Tahoe 2002 5.3 V8 | W oczekiwaniu aż Stelvio stanieje...
Z programatorami to mogę dorzucić od siebie tyle, że bardzo różnie bywa. Nawet te, które przychodziły do mnie razem z układem bezpośrednio od producenta krzemu nie dawały pełnej kontroli nad układem. Dla małych uP, a raczej mikrokontrolerów staram się programatory wykonywać... samodzielnie.
Na kolejnych seriach układów, nawet różniących się jednym numerkiem żerują producenci programatorów i soft'u. Nowszy układ = nowszy hardware i software = kasa. Jeśli ktoś ma obrót, nie ma czasu na wykonanie własnego interfejsu to po prostu go kupuje. Problem w tym, że serie przeznaczone na rynek automotive mogą być specyficzne, ciężej dostępne przez co także osierocone przez producentów programatorów, oprogramowania.
Fakt, są kombajny - jeden stoi 5 metrów ode mnie w biurze, zakupiła go firma dla której jestem podwykonawcą, moża za jego pomocą zrobić niemalże wszystko i to w CPU klasy ARM'a Cortex-A8. Minusem takich kombajnów jest niestety cena - wspomniany sprzęt ok. 17000 EUR, nową 159-tkę można kupić. Takie mini firmy jak moja raczej nigdy sobie na takie coś nie pozwolą, pozostaną z zasadą - nie zrobisz sam, nie będziesz miał.
P.S. Teraz Panowie pomyślcie co będzie się działo z nowymi, super wyposażonymi autami. Producenci aut zaczynają pchać bardzo skomplikowane układy, coraz szybsze o mocy obliczeniowej PC'ta. Chyba staje się jasne, dlaczego z każdą drobnostką w nowym super aucie trzeba jeździć do ASO, bo który z "cywilnych" zakładów zakupi specjalizowany komputer diagnostyczny na swoje potrzeby za ogromną kasę? Druga sprawa, dla ASO stanowi to niemały kąsek w postaci ekstra przychodów, być może że takim sprzętem diagnostycznym nie będą chcieli się dzielić...
Na kolejnych seriach układów, nawet różniących się jednym numerkiem żerują producenci programatorów i soft'u. Nowszy układ = nowszy hardware i software = kasa. Jeśli ktoś ma obrót, nie ma czasu na wykonanie własnego interfejsu to po prostu go kupuje. Problem w tym, że serie przeznaczone na rynek automotive mogą być specyficzne, ciężej dostępne przez co także osierocone przez producentów programatorów, oprogramowania.
Fakt, są kombajny - jeden stoi 5 metrów ode mnie w biurze, zakupiła go firma dla której jestem podwykonawcą, moża za jego pomocą zrobić niemalże wszystko i to w CPU klasy ARM'a Cortex-A8. Minusem takich kombajnów jest niestety cena - wspomniany sprzęt ok. 17000 EUR, nową 159-tkę można kupić. Takie mini firmy jak moja raczej nigdy sobie na takie coś nie pozwolą, pozostaną z zasadą - nie zrobisz sam, nie będziesz miał.
P.S. Teraz Panowie pomyślcie co będzie się działo z nowymi, super wyposażonymi autami. Producenci aut zaczynają pchać bardzo skomplikowane układy, coraz szybsze o mocy obliczeniowej PC'ta. Chyba staje się jasne, dlaczego z każdą drobnostką w nowym super aucie trzeba jeździć do ASO, bo który z "cywilnych" zakładów zakupi specjalizowany komputer diagnostyczny na swoje potrzeby za ogromną kasę? Druga sprawa, dla ASO stanowi to niemały kąsek w postaci ekstra przychodów, być może że takim sprzętem diagnostycznym nie będą chcieli się dzielić...
Ostatnia edycja:
bubu321
Nowy
- z programatorem nie mam problemów xprog-m daje sobie radę.
- problemy mam tylko z tym plikiem binarnym, T-Box, Carsoft, Tacho Pro, NYO4 nie widzą takiego procesora i nie bardzo chcą go zmodyfikować.
- problemy mam tylko z tym plikiem binarnym, T-Box, Carsoft, Tacho Pro, NYO4 nie widzą takiego procesora i nie bardzo chcą go zmodyfikować.
A
amon
Guest
Tu masz szukany bin.
szerszeń
Nowy
- Rejestracja
- Paź 22, 2007
- Postów
- 1,721
- Wiek
- 50
- Lokalizacja
- Gdańsk
- Auto
- Astroserati | 407 coupe | Quattroporte
No i niestety też mnie dopadł 0001 po zwałce accu (to jedyny czynnik zewnętrzny jaki zaobserwowałem). Chwilowo nie mam czasu i sianka (bo zamierzałem w Cartoola zainwestować) na zajęcie się tym problemem więc mogę Ci Bubu podesłać centralkę po wystrzeleniu 2 czołowych (inna niż wspomniana powyżej). Będziesz mógł porównać zawartość z 0-crashowymi. Chcesz?
bubu321
Nowy
- pewnie,
- tylko w pierwszej kolejnosci podaj jaki numer ma ten twój sensor.
- a i dostałem także pliki do tego uprocesora Hc708AS60, bedzie można porównać na sensorze.
- wszystkie pliki jakie mam dla AS60 są rózne, to będzie ciekawie.
- tylko w pierwszej kolejnosci podaj jaki numer ma ten twój sensor.
- a i dostałem także pliki do tego uprocesora Hc708AS60, bedzie można porównać na sensorze.
- wszystkie pliki jakie mam dla AS60 są rózne, to będzie ciekawie.
Ostatnia edycja:
bubu321
Nowy
- 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.
--
--
--
--
- jak bedzie wolna chwila to zobaczę ten drugi plik, zwłaszcza że się różni znacznie.
--
--
--
--
Ostatnia edycja: