Ciao a tutti,
mi fa piacere notare in questa sezione tanti thread dedicati al mondo notebook che sto affrontando più di quello console da un pò di tempo.
Utente con limitata esperienza in riprogrammazione NOR chiede gentilmente il vs aiuto
Nonostante le guide apposite siano disponibili da tanto tempo, finora non avevo avuto mai necessità di realizzare il binomio Progskeet+ZIF, adesso invece , con un paio di downgrade di ps3 da eseguire a giorni, mi ci sono messo su ed ho realizzato su millefori un accrocco di ZIF56 e ZIF48.
La NOR che sto cercando di riscrivere non è in una console ma trattasi del BIOS chip TSOP48 da 1MB S29AL008D montato in un Sony Vaio , al quale dovrei abilitare la virtualizzazione hardware disattivata dal produttore.
Dopo aver confrontato i datasheet delle NOR installate nelle ps3 e quella del Vaio, non mi sembrava ci potessero essere problemi nel gestirla tramite Progskeet, la pedinatura era la stessa tranne gli 8 pin in meno di quelle montate su ps3, i cui pin sono tutti NC, quindi è bastato posizionare il chip nello ZIF56 , 2 piedini + in basso ed ottenere la corrispondenza dei pin.
Il dump (anzi, i dump, tutti uguali tra loro,con lo stesso md5) è andato liscio e confrontando il bios con un altro dump dello stesso modello reperito in rete ho visto che i moduli sono gli stessi, tranne le poche ed ovvie differenze dovute ai codici unici dei 2 notebook, in più il mio dump, dato in pasto a software che ne consentono la manipolazione,è stato accettato, spacchettato e rimpacchettato senza alcun problema...
I dolori sono iniziati nella fase di scrittura: all'inizio ho provato con impostazioni predefinite e flash differenziale, ma Winskeet arrivava all'indirizzo 0x40000, diceva di cancellarlo, non riusciva a flasharlo e restituiva "verify failed".
Ho provato a cancellarlo una trentina di volte, cambiando le impostazioni della parte NOR come consigliato in altri post letti qui sul nostro forum (USB transfer timing, data polling, static, max bytes 32 e 16, read delay a 200us...), ma nonostante la prima cancellazione sembrava fosse andata bene , la scrittura degli indirizzi si è bloccata allo stesso punto 0x40000, ed eseguendo altri dump si nota che non è più lo stesso fatto la prima volta, quindi qualcosina è stata modificata...
Attualmente se cerco di scriverci su, winskeet mi dice :
Progskeet 1.1
switch saldati su R8 (sempre chiusa) e R7 (provata sia aperta che chiusa)
bitstream 111126
winskeet provati : 111004, 111120, 111205 (con WinUSB e libusb0 1.2.5.0) , 1307081211 (libusb0 incluso nel package)
Lo schema che ho seguito per il montaggio del tutto è quello delle guide di Titty e Ciariello , tutto sulla stessa millefori, mettendo le 2 R di pull-up da 10k e 100k su ry/by# ed alimentando la nor da un LM317L (+ altre 2 R per ottenere i 3v3) che ruba i 5V dal primo condensatore in ingresso al connettore USB del Progskeet.
Su Vcc, Vio, byte#, wp# misuro sempre 3.26v, sul datasheet della nor in oggetto la tensione di funzionamento è standard , 2v7 - 3v6 e regolati
3.0 - 3.6 .
So che non è una misura affidabile, ma col multimetro ho misurato qualche pin :
- CE# sia in scrittura che in lettura, va a zero e poi torna ad 1
- OE# in lettura va a zero e poi torna ad 1, in scrittura rimane sempre ad 1
- WE# non va abbastanza giù quando il software dice di stare flashando, ma dall'1 logico a 3.26 scende a 3.07 (non avendo al momento un
oscilloscopio non so valutare se tale pin scenda a zero in un tempo così breve che il mio multimetro non riesce a carprilo)
- Ry/By# in lettura rimane sempre ad 1, in scrittura oscilla tra 3.26 e 3.22
Che ne pensate?
Insufficiente corrente dai 3v3 (l'LM317 ne eroga max 100mA, l'S29AL008D ne richiede max 35 per progra/erase) ?
Cambio bitstream?
Foto installazione ZIF?
@guerrierodipace : avendone già investiti una quarantina su questo, oltre alle ore passate per l'assemblaggio del tutto, sarebbe davvero un peccato accantonarlo in un cassetto per altro tempo :\
@carloss : intendi spostare il cavo che viene dal pin 7 ry/by della NOR al gp5?
Misurandolo durante le operazioni di flash, rimane sempre intorno a 1.30V... ci provo cmq ... pensi sia un problema di bitstream?
Effettivamente non ricordo quali sono installati nel mio, ma qui http://www.psdevwiki.com/ps3/Hardware_flashing ho visto che l'assegnazione del comando ry/by# è diversa tra i due bitstream...
A proposito, che voi sappiate non ci sono altri bitstream per la versione 1.1, giusto?
Nel post di zeruel85, nel titolo fa riferimento solo all'1.2/1.21, ma i bistream e driver non si possono usare per la 1.1, vero?
Ah, ti ringrazio x la spiegazione, non avevo capito che andassero cortocircuitati...
l'ho fatto ma purtroppo non ha aiutato...
come dicevo prima, non sapevo quale bitstream fosse installato, per essere sicuro c'ho flashato il retail-default-111006, ma il risultato è il medesimo...più tardi proverò l'altro SL_NAND111126 anche se dal nome non sembra proprio ottimizzato per le NOR ...
scusate se mi ripeto, sapete se per l'1.1 ci sono bitstream più aggiornati dei 2 che ho scritto qui su?
Ho provato anche col bitstream SL_NAND111126, ma non ho avuto risultati diversi...
Ho anche provato i bitstream postati da Zeruel85, bitstream-121101-1223-all.dat e bitstream-130415-2019-nand.dat, ma il Progskeet non veniva + riconosciuto da Win, quindi suppongo che questi ultimi, come avevo immaginato chiedendo nei post precedenti, siano dedicati alla versione 1.2 ...
Dite che mi conviene provare la conversione del mio 1.1a 1.2 Lite e procedere con i nuovi bitstream ProgSkeet_12_130701_2237.dat (o i 2 precedenti) ed il nuovo Winskeet 1307081211?
Ciao ragazzi,
sono felice di rispolverare il thread x dirvi che ho risolto la situazione e sono riuscito a scrivere questa ed altre NOR senza alcun problema di verifica!
Innanzitutto devo ringraziare Enrico di HS che mi ha illuminato la strada dicendomi che il Winskeet gestisce la fase di lettura in maniera diversa da quella di scrittura, com'è evidente dalle impostazioni che è possibile settare nel campo "Erase block regions" che invece in lettura non sono così importanti, quindi il fatto che il dump venisse eseguito correttamente non significa che anche la scrittura lo sarebbe stata.
In precedenza avevo letto nel datasheet la configurazione di bytes/blocchi della S29AL008D, ma non avevo pensato a configurarla nel Winskeet perchè avendole guardate rapidamente mi sembravano più di 4 regioni quindi non sapevo come settarle nello stesso software, in realtà ne ha esattamente 4 organizzate così:
16Kbyte x1
8Kbyte x2
32Kbyte x1
64Kbyte x15
Detto-fatto, scrittura eseguita senza alcun errore dal primo colpo!
Il tutto usando bitstream Retail_Default111106, senza ponticello tra rdy e gp5, con :
Winskeet 111205 + driver WinUSB = opzioni comuni standard (flash differenziale,verifica e 16bit flaggati,ciclo 125ns e delay a 50 us) , scrittura in Single Word + Ready Triggered timing e quindi driver WinUSB
Winskeet 111004 + libusb0 1.2.6 = opzioni comuni standard + single word
NON riesco a scrivere con :
Winskeet 111120 + WinUSB = opzioni comuni standard ma fallisce la verifica con qualsiasi strategia di scrittura
Winskeet 1307081211 + libusb0 1.2.6 = opzioni comuni standard ma con qualsiasi strategia di scrittura si blocca a "Reading address 0x0"
LinkBack URL
About LinkBacks
Rispondi Citando
Segnalibri