Programowanie SC552008CFU maska 1L02M (Motorola MC68HC08)

Jeżeli program został zabezpieczony w oryginalnym układzie (fusebit) to go nie odczytasz. Tak jak wszystkie małe Motorole programuje się za pomocą portu szeregowego. Wygląda to odmiennie jak w przypadku AVR, PIC czy 51. Najpierw wymuszając na określonym wyprowadzeniu stan w czasie RESET przełączasz '08 w stan MON czyli uruchamiasz Monitor ROM - Sekcja 12 manuala. W skrócie, zaszyty w pamięci program ładujący pobiera dane przez port szeregowy a następnie ładuje je do pamięci EEPROM.
W tym konkretnym przypadku '08 jest programowana przesyłając dane za pomocą jednego wyprowadzenia, które jest zarówno nadajnikiem jak i odbiornikiem. Dlatego w układzie konwertera RS232 wejście jest zwarte z wyjściem po stronie mikrokontrolera.

W nocie katalogowej MC68HC08AZ60A, w sekcji 12 jest schemat prostego programatora opartego o RS232. W tym przypadku budowa interfejsu programującego to nie jest problem. Bardziej problematyczne jest znalezienie oprogramowania. Musisz poszukać na stronach NXP, który przejął w zeszłym roku FreeScale (Motorolę). Albo też w internecie.
Nie przypuszczam by się udało odczytać zawartość ROM, EEROM1, EEPROM2. Gdy ktoś zleca wyprodukowanie dla siebie sporej partii układów zgodnie ze swoją maską ROM to zabezpiecza swoją pracę.

W układach samochodowych oprogramowanie jest standardowo chronione przed uszkodzeniami. Standard to standard czyli ochrona jest implementowana we wszystkich sterownikach. Nikt na dobrą sprawę nie ma pewności co do interakcji pomiędzy uszkodzonymi sterownikami i dlatego zabazpieczenia są robione na wszelki wypadek wszędzie. Po wpadkach związanych z "blokowaniem się" pedału gazu w pewnej marce i podobnym "niedopatrzeniom" dzisiaj pilnuje się by oprogramowanie nie było pisane w tak skandalicznie katastrofalny sposób. Pojawiły się zalecenia np. MISRA C i to jest obecnie standard. Przynajmniej dla samochodów dopuszczonych na rynek UE, Japonii i USA.

Nawet jak nie ma sprzętowego układu liczenia sumy kontrolnej pamięci to i tak liczy się ją programowo. Jeżeli dane sumy kontrolnej nie zgadzają się z obliczeniami wykonywanymi np. w czasie uruchomienia stacyjki to zgłaszany jest błąd sterownika i "po herbacie". Dlatego musisz liczyć się z tym, że nawet jeżeli namierzylbyś gdzie są ustawienia to nie koniecznie ich zmiana przyniesie efekt? Nie twierdzę, że tak jest w opisanym układzie. Najzwyczajniej nie wiem. Nie mniej jest to wysoce prawdopodobne. W nowych rozwiązaniach jest to standardem a procesory na rynek automotive mają sprzętowo zaimplementowane mechanizmy zabezpieczenia pamięci przed uszkodzeniami. Inna sprawa, że w nowych procesorach do tych zastosowań nie ma ROM-u robionego na poziomie maski a jedynie pamięć FLASH, która jest znacznie bardziej podatna na uszkodzenia danych.
Nie mniej spróbować można.

Koledzy mają oczywiście dużo racji, ale gdyby każdy się tak trząsł nad tymi sterownikami to nie byłoby tematu reverse engineering i tym podobnych.

Tyle że tego sie tak nie robi.

Jak chcesz zrobić coś w jakimś sterowniku to najlepiej kupić taki drugi na giełdzie/portalu aukcyjnym.
Na taki sterowniku poeksperymentować i sprawdzić co się da zrobić a co nie.

Dopiero jak go opracujesz to bierzesz się za działający z auta.

Tak robią ludzie którzy wiedzą że czas poświęcony na opracowanie tematu się opłaci bo będa tych sterowników robić wiecej.

W innym przypadku taniej jest jechac do fachowca.
Chyba że w celach "poznawczych" to nikt Ci nie może zabronić Hhahahaha

..a tak w ogóle to co to za fura? Takie rzeczy czasem da się włączyć po diagnozie.. Na przykład dla starych paści Motordiag Komfort Manager

Wpisz w Google Motordiag Komfort Manager..a potem to samo wpisz na Chomiku i może jeszcze dziś byś sobie pilotem pykał te szybki przy piwku.