lettura eeprom 24c08

[AjKDAP]

ma il pin 3 della seriale, in assenza di comunicazioni, deve essere presentare una tensione negativa rispetto alla massa (pin 5)

Questo non lo sapevo ,
bisogna controllare che in fase di lettura e/o verifica sia presente una tensione positiva al pin 8 dell'eeprom.

[c1b8]

Ricontrollando con un po' più di calma lo schema del programmatore che hai realizzato, me ne scuso per non averlo fatto prima il controllo, credo ci sia un errore.
I pin 7 e 8 della seriale devono essere invertiti e leggermente modificati.
Lo schema che ci proponi connette il pin 4 ed il 7 della seriale tra loro attraverso la R2 e quindi, attraverso la R4, al pin SDA della memoria. Il pin 8 della seriale viene connesso al pin SCL della memoria. Non va bene.
E' corretto:
- pin 4 connesso attraverso la R2 al pin 8 e quindi, SENZA R4, pin 8 della seriale al pin SDA della memoria
- pin 7 della seriale al pin SCL della memoria ma attraverso una resistenza come ad esempio la R4.
- Il resto mi sembra corretto.
Questo lo schema relativo alla sola modifica da apportare:

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Con ICprog devi selezionare JDM come programmatore e puoi verificare se i segnali in uscita sono corretti, sia l'alimantazione che i segnali data e clock. Ti consiglio di eseguire questa verifica prima di montare la memoria sullo zoccolo.

[baranello]

Salve atutti......non so come ringraziarvi..ora è tutto ok...ho fatto il dump,a questo punto cercherò di farmi calcolare il codice dell'autoradio attraverso il file ".hex"....ancora grazie a tutti...

[c1b8]

Bene!
Facci sapere se trovi il codice che cerchi...

[baranello]

Sicuramente.....se salvo il file in hex e poi lo trasformo in .txt secondo voi il file viene alterato????

[AjKDAP]

Non ne sono sicuro, ma visto che non potrai visualizzare il codice esadecimale semplicemente con il notepad, ti consiglio di salvarlo in .HEX e di utilizzare un comune visualizzatore hex oppure lo stesso ICprog per visualizzare il codice.

[c1b8]

Quanto hai letto dalla memoria non è altro che un insieme di dati, numeri privi di significato se non vengono puntualizzate alcune cose.
Quali ad esempio il micro utilizzato dalla radio. Un insieme di valori esadecimali assumono valore di codice eseguibile (Programma) solo se tradotti secondo le regole del processore che le esegue, ed ogni processore ha regole diverse. Oppure, lo stesso insieme di codici esadecimali che hai letto potrebbero rappresentare non un programma ma un insieme di dati e per essere tradotti/interpretati necessiti del programma che li elabora. Tale programma potrebbe risiedere nella memoria del processore e non in una memoria esterna. Ancora, nella memoria potresti trovare sia programma che codice...

Se ad esempio la tua radio fosse controllata da un PIC della serie 16 (ne dubito fortemente) nella memoria esterna possono risiedere solo dati e non programmi e senza il programma contenuto nel PIC sarà molto difficile interpretare tali dati.
Vi è inoltre da tenere presente che il codice di sblocco della radio potrebbe essere memorizzato all'interno del micro stesso (se il micro lo consente) e non nella memoria, questo per maggiore sicurezza nel nascondere l'informazione.

[baranello]

Cavolo quante cose....infatti non sono io che elaborerò il file.... dovrebbe farmelo qualcuno che già lo ha fatto altre volte...però io invece del file hex gli ho passato il txt e lui mi ha detto che non era corretto....da questo la mia domanda se poteva andare bene il file txt...proverò a dargli il .hex...
a proposito come si f a tradurre il file con icprog???? grazie...

[AjKDAP]

Cosa intendi con "tradurre" il file?

Comunque se il tipo ha già fatto il lavoro in passato allora ti conviene leggere la memoria e salvare direttamente il file in hex da ICprog e consegnarlo così com'è.

Ciao

[baranello]

Salve a tutti.....operazione riuscita,sono riuscito ad avere il codice...un grazie a tutti coloro che mi hanno aiutato....resto a disposizione per chi avesse problematiche analoghe alle mie...