08/08/2007, 17:40:13
Ha ah, on va finir par y arriver, je le sens ...
Mais ne soyons tout de même pas trop optimiste, ce type d'information
en EEPROM est sans doute protégée en écriture tant que le BCU n'aura
pas reçu la bonne "security key" depuis le bus EIB, c-à-d un mot de
passe pour passer en mode priviliégié.
Pour ma part, je pense qu'il serait plus facile de court-circuiter le
bus EIB ici et de reprogrammer l'EEPROM avec un programmateur de
68HC05 "in-situ".
Mais bon, ici j'extrapole à partir de ce que je ferais sur un
processeur du type PIC, c-à-d brancher les 5 fils de mon programmateur/
debuggeur ICD2 et ensuite intervenir directement dans l'EEPROM du PIC
avec le logiciel de debuggage sur PC. Je n'ai aucune idée si une
possibilité ou du matériel équivallent existe pour la famille 68HC05.
Mais ne soyons tout de même pas trop optimiste, ce type d'information
en EEPROM est sans doute protégée en écriture tant que le BCU n'aura
pas reçu la bonne "security key" depuis le bus EIB, c-à-d un mot de
passe pour passer en mode priviliégié.
Pour ma part, je pense qu'il serait plus facile de court-circuiter le
bus EIB ici et de reprogrammer l'EEPROM avec un programmateur de
68HC05 "in-situ".
Mais bon, ici j'extrapole à partir de ce que je ferais sur un
processeur du type PIC, c-à-d brancher les 5 fils de mon programmateur/
debuggeur ICD2 et ensuite intervenir directement dans l'EEPROM du PIC
avec le logiciel de debuggage sur PC. Je n'ai aucune idée si une
possibilité ou du matériel équivallent existe pour la famille 68HC05.