Copia di memoria flash

lo dico perché ho sempre usato un metodo alquanto squattrinato per tentare di risparmiare tempo e soldi, smonto il chip dalla scheda, lo appoggio al semplice adattatore fornito col programmatore, tenendolo spinto sui pad col dito e sotto un supporto in gomma, mi è andata spesso bene ma mi sono capitato tra gli ultimi due casi che mi fanno insospettire che non abbia letto al 100% bene , per cui se c'è un sistema furbo che usa per verificare che i dati che legge sono buoni è un conto, se invece una volta partita la lettura non fa piu il pin contact check allora sono fregato e ho perso ore in fantasiose ipotesi di altri tipo di guasto, se proprio devo mi compro i due adattatori sop8 e dfn8 se non costano un sacco, la saldatura proprio la escludo, perché manca base di appoggio e si perde tempo..

aggiungo gia una domanda, con le mani avanti, se la lettura non si accorge di disconnessioni durante la lettura, facendo tre letture consecutive , posso in qualche modo via software fare una socrapposizione dei 3 file, supponendo che gli errori siano blocchi a FF o 00? Magari scrivendo un programmino... o con un comando CLI gia fatto?

angelo < ?

mi ricordo niente di queste due sigle, pensavo a una cosa semplice: caso 1: il dato non letto ritorna 0 eseguire un OR bit per bit, tra file 1, 2 e 3 caso 2: il dato non letto da FF, credo sia questo se uno su tre file mi da FF, considera uno degli altri due, che si suppone siano uguali

per il semplice motivo che faccio pochi di questi lavoretti e se ogni lavoretto mi compro il gadget nuovo non va bene, 1-soldi, 2-spazio, 3-ordine

RoV snipped-for-privacy@libero.it ha scritto:

si ma pensavo avesse senso solo in scrittura, una lettura con cosa la confronta?

RoV snipped-for-privacy@libero.it ha scritto:

memoria ram del computer? È d'obbligo che ram del pc e buffer, che non so se c'è e di quanto sia, coincidano, se no ci sarebbe un problema di collegamento usb, ma se intendi memoria da copiare, allora equivale quasi a fare tre letture e poi fare un FC da CLI uno dopo l'altro, cioè un confronto, proverò con questo ultimo metodo e se vedo che mi canna spesso lettura valuterò di sborsare ancora quattrini se ne avrò la convenienza. Però adesso che mi viene in mente in uno dei due casi odiosi di fallimento ultimi il chip lo avevo saldato, male forse?! Strano, che mi si sia rotto il TL866-ii +? Come farebbe a rompersi? Con lo strisciamento dell chip sui pad non è possibile secondo me perché su ingressi segnale ci sarà la dovuta resistenza se gli gli mando il VCC..

Il 29/09/26 18:28, Davi_P ha scritto:

In questo caso se fai piu' copie dello stesso chip puoi fare un controllo degli hash, tipo MD5 o SHA2, se sono uguali hai la certezza che sono errati allo stesso modo. Non che siano tutti corretti. Mi chiedo il motivo per il quale tu ti voglia fare del male con queste scorciatoie invece di leggere i supporti con i mezzi canonici.

angelo

Ma il tuo programmatore non ha la funzione "verify"? Prima leggi e poi fai un po' di verifiche.

Ciao,

Col buffer interno al programmatore. La prima lettura riempie il buffer (esattamente come fai prima di una copia), le successive verifiche confrontano memoria e buffer.

Ciao,