Sylwester Łazar wrote:
>>> Jakie są szanse na wyciągnięcie z niego kodu programu który tam siedzi ?
>> Jeżeli lockbity są ustawione to zerowe. EEPROM IMHO chyba też jest
>> zablokowany.
>
> :-)
> Jeśli lockbity są ustawione to:
> 1) Można metodą analizy. Przypuszczam, że ten Atmel nie robi wiele więcej
> niż blokowanie
> dostępu do EEPROMU. Po znalezieniu metody, wstawić własnego Atmela, który
> steruje czym ma sterować.
> 2) Można obejrzeć pod mikroskopem, co tam siedzi i gdzie.
> 3) Zamówić wsad do tego Atmela i sobie zmienić. Pewnie 2000$
>
> Nie dyskutuję o legalności pkt. 2 i 3.
> Dla dobra nauki najbardziej lubię pkt. 1

a mnie ciekawi proces produkcji tych modułów.

Na PCB poza złączem modułu -> urządzenia jest 5 pinów które wyglądają
jak złącze serwisowe używane do programowania tego ATMELA.

może to być zrobione trochę tak:

- płytka jest montowana i procesor jest programowany poprzez 5 PINów na
płytce
- cały moduł jest składany, montowana jest obudowa i nalepiana etykieta
z numerem seryjnym oraz kodem paskowym (taka fizycznie tam jest na
zdejmowanej osłonie obudowy)
- moduł jest podpinany pod złącze, coś odczytuje barcode i na podstawie
numeru seryjnego z obudowy wrzuca dane do eeproma (po I2C, bo tylko taki
interfejs tam jest)

To całkiem prawdopodobna metoda produkcji.
Teraz pytanie co robi ów CPU żeby dane do EEPROMa weszły.

- albo podajemy je w sposób normalny (adres A0), a po pierwszym zapisie
CPU ustawia fuse bits

- albo dane podaje się w sposób nienormalny, czyli to że czytamy je z A0
nie oznacza że nie zapisuje się np via FF albo inny adres który
fizycznie zapisuje dane tam gdzie czytamy via A0


Optymistycznie mam nadzieje że to owa 2ga metoda ;)
Pozostało by tylko znaleźć odpowiedni adres zapisu..

Marcin