-
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ą.
-
- dzieki, poszukam w tych linkach pliku odpowiedniego.
- tylko tam wszytkie albo 512 byte albo 1024 byte.
- 640 byte nie znalazłem.
-
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ę.
-
- 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 ".
-
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ć...
-
- 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ć.
-
-
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?
-
- 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.
-
- 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.
--
http://img835.imageshack.us/img835/3981/keyon.th.jpg
--
http://img686.imageshack.us/img686/9176/8003d.th.jpg
--
http://img826.imageshack.us/img826/9079/8007p.th.jpg
--