[GUIDA] Supporto BIOS chip EEPROM

Labview

Il "Nano usb bios programmer" come il "CH341A" basano il loro principio di funzionamento su un unico integrato con limitate prestazioni che incidono nella velocità di programmazione.

Dal produttore: "NANO USB Programmer needs one free USB(1.0/2.0/3.0) port."

Non bisogna confondere la compatibilità con le prestazioni, è come utilizzare un Hard Disk USB 1.1 su una porta USB 3.0... le prestazioni restano limitate.

Per ottenere prestazioni elevate si deve passare ad un TL866. :coolsmiley:

Azrael5

perchè quindi non hanno usato una usb 1.1? è questo l'aspetto curioso.

Labview

Azrael5 ha scritto:

perchè quindi non hanno usato una usb 1.1? è questo l'aspetto curioso.

Non saprei... devi chiedere al produttore, probabilmente è solo questione di marketing.

onulets

Ciao a tutti, ho un problema con una Asus Z170-K che dopo un aggiornamento del bios è diventata inutilizzabile (ho spiegato i dettagli qui http://www.xtremehardware.com/forum/showthread.php?t=48375 ).

In pratica vorrei acquistare un programmatore che mi permetta di sovrascrivere il chip e risolvere il problema, sapreste dirmi se è fattibile con questa mb e suggerire dei modelli di programmatore adatti?

Labview

onulets ha scritto:

Ciao a tutti, ho un problema con una Asus Z170-K che dopo un aggiornamento del bios è diventata inutilizzabile (ho spiegato i dettagli qui http://www.xtremehardware.com/forum/showthread.php?t=48375 ).
In pratica vorrei acquistare un programmatore che mi permetta di sovrascrivere il chip e risolvere il problema, sapreste dirmi se è fattibile con questa mb e suggerire dei modelli di programmatore adatti?

La mobo in questione supporta "Asus CrashFree Bios 3" quì: https://www.asus.com/it/support/faq/1012219/

Se il tentativo di recupero automatico non funziona allora non resta che il programmatore.

La SPI Flash da te nominata "GD25B128CPIG" non è presente nemmeno sul sito: http://www.gigadevice.com

Si trova la versione "GD25Q128C" (il resto delle lettere mancanti identifica il formato) che ritrovo anche nel database del Minipro TL866

Labview

Anche l'economico CH341A supporta la "GD25Q128C"

onulets

Grazie Labview per le risposte :ave: . Ho provato a ripristinare il bios in base alla procedura del crashfree, sia con chiavetta sia con il cd fornito con la mb, il post mostra il dispositivo correttamente ma il comportamento è sempre lo stesso che ho descritto. Ho notato anch'io che la sigla esatta non si trova sul sito della GigaDevice :confused: . Secondo te quindi i programmatori che hai descritto sono compatibili con questo chip?

Labview

Il dubbio della lettera...

B = 3V, 4KB Uniform Sector, Quad I/O

D = 3V, 4kB uniform sector, dual output

E = 3V, 4KB Sector, Quad I/O

F = 3V, 4kB uniform sector

T = 3V, 4kB uniform sector, dual data

Q = 3V, 4kB uniform sector, quad I/O

LQ = 1.8V, 4kB uniform sector

Direi che è la stessa cosa quindi basta semplice CH341A

onulets

Ah, svelato il mistero della lettera :asd: . Ok perfetto, allora ordino il CH341A.

Scusa l'ignoranza, a questo punto allora basta che scrivo il l'ultima versione del bios sul chip e lo reinserisco nella mb?

Labview

Si la procedura è quella, e dai dati che conosciamo non dovresti avere problemi.

onulets

Ok, grazie mille, allora proverò appena mi arriva.

onulets

Mi è arrivato il programmatore, stavo scrivendo il bios sul chip ma nel software del programmatore ho notato che il contenuto attuale del chip (cioè il bios danneggiato) è evidentemente diverso dal contenuto del file .cap scaricato dal sito asus. Il .cap è anche leggermente più lungo di 16 mb (16.779.264 byte), infatti il software comunica che i byte in eccesso non verranno scritti.

Mi fido a scrivere il chip comunque?

Labview

onulets ha scritto:

Mi è arrivato il programmatore, stavo scrivendo il bios sul chip ma nel software del programmatore ho notato che il contenuto attuale del chip (cioè il bios danneggiato) è evidentemente diverso dal contenuto del file .cap scaricato dal sito asus. Il .cap è anche leggermente più lungo di 16 mb (16.779.264 byte), infatti il software comunica che i byte in eccesso non verranno scritti.
Mi fido a scrivere il chip comunque?

Leggi prima il chip e salva il file per sicurezza e per paragonare i 2 file.

onulets

Cercando un po' ho trovato questo programma https://github.com/LongSoft/FD44Editor/releases che imposta i dati specifici della scheda madre (prendendoli dal backup di ciò che c'era sul chip) nel file .cap, e poi lo può salvare in un .bin che contiene esattamente la roba da scrivere sul chip.

Con il chip scritto in questo modo il pc funziona , ma succedono cose strane, ad esempio l'overclock della ram fallisce sempre e dopo aver sistemato l'ora da windows non c'è più output dalla scheda grafica :cheazz:.

Farò altre prove, magari è questa versione del bios che è particolarmente bacata.

Labview

Se programmi direttamente il *.cap non funziona?

onulets

Non ho provato ma penso proprio di no perchè il cap è un formato della asus che ha 2048 byte di header prima del bios vero.

Riavviando un paio di volte è la scheda grafica si è rimessa a andare, forse prima c'erano casini per colpa della data sbagliata (sospetto fosse skype, che mi aveva già dato problemi con la scheda grafica). L'overclock della ram però ho provato varie volte ma non andava mai, tutte le volte "overclock failed".

Allora ho rimesso sul chip il bios che avevo prima di fare l'update (410) e... tutto a posto, compreso l'overclock!

Direi quindi che l'overclock fallito era proprio colpa dell'ultimo bios, visto che in entrambi i casi partivo dalle impostazioni di default e impostavo solo l'xmp.

Labview

Se vuoi...

Leggi il bios con il programmatore e salvi il file "backup", me lo mandi via mail e ti dico cosa cambia e se è possibile installare direttamente il cap.

Comunque l'importante è che hai risolto.

onulets

Ok, ma non trovo come mandarti una mail :cheazz:

tom1

caricalo su qualche hosting e inviagli il link via pm

Labview

oppure apri il mio sito in firma e clicca sulla @

Zippa il file altrimenti finisce nella spazzatura...