IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: guybrush - 10 Settembre 2007, 14:49
-
Ciao a tutti! :) Mi ricollego ad un mio vecchio topic circa la poor jtag, aperto quando per la prima volta ho provato ad assemblarne ed utilizzarne una.
A suo tempo Marven mi fece notare che lo schema presente su Dlinkpedia (attenzione, presente allora: non ho modo di sapere se quello presente adesso sia ancora quello sbagliato e se sia stato sostituito):
http://www.dlinkpedia.net/images/hardware/Jack-poorjtag.jpg
era errato e mi indicò un link (purtroppo non più valido) dov'era presente lo schema corretto. Io avevo realizzato la jtag secondo quello schema e tutto aveva funzionato a dovere. Lo schema l'ho ritrovato a quest'altro indirizzo:
http://ar7.wikispaces.com/JTAG
Sul sito di Ciclamab:
http://ciclamab.altervista.org/hard.php?lan=it
ho infine trovato quella che sembra una terza versione della poor che concorda con la prima riportata su Dlinkpedia.
Sta di fatto che ora mi ritrovo con un G604T quasi certamente con adam2 sovrascritto. Nè Recovery Tool di Actiontec, nè Tiupgrade, nè tantomeno Ciclamab agganciano la connessione, nè ci sono riuscito io da ftp con tutti i vari trucchi che conosco a memoria per averli usati con successo decine di volte. Quando Tiupgrade, per esempio (ma è lo stesso con tutti i metodi che ho provato), tenta la connessione il led della porta dello switch interessata continua a lampeggiare velocissimamente senza dare mai segni di discontinuità.
Convintomi del fatto che l'unica soluzione fosse la jtag, ho saldato su jp1 le astine di alcune resistenze (come quasi sempre accade mancava il pettine), ho controllato col tester che tutto fosse ok e fiducioso ho collegato la jtag ma Ciclamab mi dà il messaggio di errore "CPU non rilevata" con un cavo errato ecc. ecc. come possibili cause.
Ora mi chiedo... Anche se è passato del tempo, sono sicuro quella jtag funzionasse e lo schema dovrebbe essere quello giusto (nonostante quelli presenti sui siti di Ciclamab e Dlinkpedia concordino e siano diversi). Perchè Ciclamab mi da quell'errore? E' veramente sbagliato lo schema? Oppure è possibile che sia partita la CPU del router? Lo escludo perchè, a rigor di logica, quando la cpu ci saluta la scheda non si accende nemmeno invece il router si accende. Veramente non mi spiego questo comportamento...
Posso buttarlo direttamente??? Grazie e chiunque vorrà darmi una dritta! :)
-
Sono interfacceie e schemi leggermente diversi
Xlink (5 resistenze senza transisitor)
http://ar7.wikispaces.com/JTAG
http://ciclamab.altervista.org/hard_corpo_jtag.htm#Xilinx
Poor Jtag (non bufferizzata) (6 resistenze + 1 transistor)
http://ar7.wikispaces.com/JTAG
http://ciclamab.altervista.org/hard_corpo_jtag.htm#Xilinx
Jtag buffreizzata (Wiggler)
http://ciclamab.altervista.org/hard_corpo_jtag.htm#Wiggler
Io personalmente mi sono costruito la Wiggler e mi trovo bene.
-
Ciao e grazie per la risposta! :) Io mi sono orientato sulla poor per due semplici motivi: prima di tutto non ho grandi capacità di saldatore e la poor è la più semplice e poi al tempo stesso è la più veloce da realizzare il che porta al secondo motivo e cioè che ho poco tempo. A ben vedere, la xilinx riportata sul sito di Ciclamab, pare ancora più semplice ma a quei tempi non girava questo schema...
Quindi mi dici che due poor (quella riportata sul sito di Ciclamab e quella sul sito AR7), pur con schemi diversi (in realtà solo una resistenza è spostata se noti (differenza cmq non da poco) sono entrambe funzionanti?? Sono un pò scettico su questo... Ai tempi che usai quella che ho ancora (con lo schema di AR7), quella con la resistenza spostata (riportata sul sito di Ciclamab) non mi funzionava. Potrebbe dipendere dalla versione di Ciclamab? Non credo perchè alla fine Ciclamab fa da frontend per debrick-mod (stand-alone e utilizzabile anche da prompt dei comandi) che dubito sia stato aggiornato come invece nel frattempo è stato aggiornato Ciclamab. Quello che sicuramente di debrick-mod sarà stato aggiornato sono le "definizioni" che gli permettono di rilevare le flash ma quelle mi darebbero problemi in scrittura, non in partenza alla connessione, giusto?
Comunque la mia flash è una Atmel AT49BV322A supportata praticamente da sempre da debrick-mod e Ciclamab. Boh! :o
-
Altro dubbio... Con le vecchie versioni di Ciclamab, quando si usava la poor, bisognava selezionare "wiggler" come tipo di interfaccia... E' ancora così o devo selezionare "xilinx"?
-
Xlink = interfaccia 5 resistenze
Poor Jtag = Wiggler non bufferizzata (schema simile alla bufferizzata ma senza integrato buffer)
Wiggler = Wiggler bufferizzata
Sullo schema sulle pagine di Dlinkpedia e Ciclmab credo ci sia un errore. il piedino 1 dell connettore JTAG deve collegarsi con una resistenza al piedino 1 della paralella (e non al piedino 6).
Quindi nel primo caso (Xlink) si seleziona si seleziona Xlink. Nel secondo caso e terzo caso la selezione è Wiggler.
Sicoome i piedino dal 18 al 25 della parallela pc sono tutti collegati internamente a massa e la stessa cosa per i i pin dal 10 al 14 della JTAG forse qualche filo lo si può eliminare.
-
Non entro nel merito delle prove di ognuno, ma la poor sul mio sito a me funziona così come è...
P.S.
E' vero che le masse sono collegate internamente, ma il concetto è di "intercalare" un filo di massa ad uno di segnale sulla piattina di collegamento per ridurre i disturbi elettrici.....
-
I due schemi (bufferizzata e non) non dovrebbero (a parte il buffer di mezzo) essere identici ?
Come mai sullo schema bufferizzato il collegamento è diverso ?
L'interfaccia sul sito ar7.wikispaces.com (http://ar7.wikispaces.com/JTAG) riporta il collegamento sul pin 1 (circuito identico a parte il buffer alla Wiggler bufferizzata).
-
Come mai sullo schema bufferizzato il collegamento è diverso ?
Il quesito non è privo di fondamento.....
Stasera controllo sia il software che il mio hardware....
-
Con l'occasione avrei una domanda riguardante Ciclmab (& debrick-mod).
Attualmente nei modem DSL-524T e G624T (sono in possesso di entrambi) sono presenti delle flash SAMSUNG 625 K8D3216UBC P107.
Tali flash non vengono rilevate automaticamente da Ciclamab (immagino attraverso debrick-mod). Anche debrick-mod si blocca sul rilevamento della flash.
RISOLTO.
Ho scaricato da openwrt.org l'utility Debrick 4.8. Spulciando nei sorgenti ho trovato i riferimenti per flash.def e le nuovi modelli di flash (Samsung incluse).
0x00EC,0x2275,size2MB,CMD_TYPE_AMD,Samsung K8D1716UTC 1Mx16 TopB (2MB),31,size64K,8,size8K,0,0,0,0
0x00EC,0x2277,size2MB,CMD_TYPE_AMD,Samsung K8D1716UBC 1Mx16 BotB (2MB),8,size8K,31,size64K,0,0,0,0
0x00C2, 0x22DA,size1MB,CMD_TYPE_AMD,MX29LV800BTC 512kx16 TopB (1MB),15,size32K,1,size16K,2,size4K,1,size8K
0x00C2, 0x225B,size1MB,CMD_TYPE_AMD,MX29LV800BTC 512kx16 BotB (1MB),1,size8K,2,size4K,1,size16K,15,size32K
0x00EC, 0x22A0,size2MB,CMD_TYPE_AMD,Samsung K8D3216UTC 2Mx16 TopB (4MB),63,size64K,8,size8K,0,0,0,0
0x00EC, 0x22A2,size2MB,CMD_TYPE_AMD,Samsung K8D3216UBC 2Mx16 BotB (4MB),8,size8K,63,size64K,0,0,0,0
0x00BF, 0x236C,size4MB,CMD_TYPE_SST,SST39VF6402B 4Mx16 TopB (8MB),256,size32K,0,0,0,0,0,0
0x00BF, 0x236D,size4MB,CMD_TYPE_SST,SST39VF6401B 4Mx16 BotB (8MB),256,size32K,0,0,0,0,0,0
Le prime sono già presenti nel flash.def attuale di Ciclamab ma senza denominazione di brand (attualmente c'è solo ad es. K8D1716UTC senza Samsung)
Il secondo gruppo rappresenta le righe pesenti nel sorgente di openwrt ma non nel flash.def di Ciclamab (tra le altre c'è la flash Samsung K8D3216UBC del mio Dlink).
Propongo se possibile di modificare il file flash.def di Ciclamab inserendo queste righe aggiuntive e sostituendo le prime due in cui è stato aggiunto il brand Samsung.
Se non chiedo troppo come per altre utility JTAG similiari non si potrebbe inserire anche una opzione -probeonly che serve solo a testare il funzionamento dell'interfaccia/cavo senza effettuare nessuna operazione effettiva ?
Grazie.
-
Propongo se possibile di modificare il file flash.def di Ciclamab inserendo queste righe aggiuntive e sostituendo le prime due in cui è stato aggiunto il brand Samsung
Già fatto.... almeno sul mio PC :D
Se non chiedo troppo come per altre utility JTAG similiari non si potrebbe inserire anche una opzione -probeonly
Non è un problema....
Avrai notato che è un po' che non pubblico una nuova versione.... Pensavo giusto di riprendere, meno di prima sicuramente....
Credo che farò la nuova versione per il prossimo weekend....
-
Con l'occasione usando mi vengono in mente delle proposte. Nella linea comando di debrick-mod c'è l'opzione
-flash:adam2
Che ne dici di inserire
-flash:pspboot ( e la stessa cosa per -erase -backup etc.)
Non so se è un bug di debrick. Ho chiesto via linea di comando
debrick-mod -backup:adam2 /silent /f:adam2_backup.bin
Il file salvato non si chiama adam2_backup.bin ma adam2_backup.bin.saved_DD_TT (dove DD è la data e TT l'ora). E' giusto così ?
Se ti serve un DSL-320T per completare lo sviluppo di ciclmab per PSPBOOT posso prestartelo.
-
Per quello che riguarda il debrick-mod non posso aiutarti....
E' una cosa che ha gestito Marven....
Io lo metto solo nella distribuzione per avere un tool in più per gli esperti...
-
Se puoi girare la segnalazione a Marven te ne sarei grato.
Penso possa essere utile a tutti.
-
Ti confermo che usando ma modifica al file flash.def sono riuscito via JTAG e Ciclmab a riprogrammare corretatmente la flash.
-
Ritornando al discorso più prettamente riferito all'interfaccia, ho appena provato la poor con il pin1 della jtag collegato al pin1 della parallela (anzichè al pin 6) cioè quella il cui schema è riportato al link:
http://ar7.wikispaces.com/JTAG
e funziona perfettamente.
-
.... Pensavo giusto di riprendere, meno di prima sicuramente....
Credo che farò la nuova versione per il prossimo weekend....
Ciao Liquid! :)
Riguardo la questione pin1 / pin6, se n'e' parlato più volte. Speravo di non tornarci più sopra :(
Comunque...
La versione che utilizza il pin 1 non funziona con Macraigor Flash programmer e quindi non è una Wiggler corretta.
Quella che utilizza il pin 6 funziona con qualsiasi programma che supporta la Wiggler, compreso Macraigor Flash programmer, ed è quindi la VERA WIGGLER.
La ragione per cui esiste in giro una versione con pin 1 è dovuta ad una mia svista nella fase di sperimentazione iniziale.
Il collegamento al pin 1 permise di far funzionare la Jtag con le prime versioni di debrick-mod che contenevano un bug, da tempo corretto, che gli impediva di funzionare con la wiggler corretta, quella che utilizza il pin 6. Poi è rimasta in giro... che ci volete fare? ;D
-
Ho provato questa sera MacGraigor Flash Programmer (v. testate 2.2.3 / 2.6 / domani mattina testo la 3.0) ma con l'interfaccia sul pin 6 non mi rileva alcunchè (interfaccia impostata Wiggler) e funziona invece sul pin 1. Ciclmab/Debrick funzionano in modo equivalente con interfaccia pin 1 e pin 6.
Marven che ne dici delle proposte riguardo a debrick-mod (-probeonly / -flash:pspboot / -erase:pspboot / -backup:pspboot / help /fc riguardo nuovi schemi flash) ?
-
@bovirus
Ti confermo che usando ma modifica al file flash.def sono riuscito via JTAG e Ciclmab a riprogrammare corretatmente la flash.
Non ne dubitavo neanche un po'......
E' stato messo apposta il file flash.def :D
P.S.
Ieri sera non mi andava per niente di aprire la Jtag... tanto la risposta te l'ha data Marven ;)
@Marven
Hola!
Vedo che anche tu continui a bazzicare questo postaccio... :D:D
E vedo che ti sei anche "fatto" un logo.... :P
-
Ho provato questa sera MacGraigor Flash Programmer (v. testate 2.2.3 / 2.6 / domani mattina testo la 3.0) ma con l'interfaccia sul pin 6 non mi rileva alcunchè (interfaccia impostata Wiggler) e funziona invece sul pin 1. Ciclmab/Debrick funzionano in modo equivalente con interfaccia pin 1 e pin 6.
Marven che ne dici delle proposte riguardo a debrick-mod (-probeonly / -flash:pspboot / -erase:pspboot / -backup:pspboot / help /fc riguardo nuovi schemi flash) ?
Oops... l'inversione dei pin colpisce ancora! Corretto il post.
Insomma l'interfaccia giusta è quella che è pubblicata nei siti Ciclamab e Dlinkpedia. Degli altri siti non so. E non voglio sapere.... ::)
Riguardo il supporto a PSPBOOT è da tempo che è in programma. Purtroppo, pur avendone voglia, non riesco a trovare il tempo.
/probeonly: credo si possa fare senza grossi problemi.
/help: anche questo si può fare. Richiamerebbe la descrizione delle varie opzioni che viene visualizzata all'avvio del programma.
/fc: idem come sopra. Richiamerebbe il solo elenco delle flash.
Il file salvato non si chiama adam2_backup.bin ma adam2_backup.bin.saved_DD_TT (dove DD è la data e TT l'ora). E' giusto così ?
Si è giusto così. Ciò consente di avere più file backup e di identificarli in base alla data e all'ora del backup.
@Liquidsky
Il logo non è visualizzato correttamente... dovrebbe essere questo :D
(http://img512.imageshack.us/img512/2512/marvengq2.gif)
PS
Riguardo al file flash.def di debrick-mod e Ciclamab voglio evidenziare, se ce ne fosse bisogno, che l'"esternalizzazione" delle definizioni è una delle caratteristiche più utili del programma, non presente nel debrick originale. La geometria di una nuova flash, come è stato già fatto altre volte da me e da altri, può sempre essere ricavata dal datasheet della flash in questione, senza aspettare che l'autore del debrick originale la inserisca nel codice.
-
Insomma l'interfaccia giusta è quella che è pubblicata nei siti Ciclamab e Dlinkpedia. Degli altri siti non so. E non voglio sapere.... ::)
Aspetta! Sui siti Dlinkpedia e di Ciclamab c'è riportata l'interfaccia con il pin1 collegato al 6 (comunque non scorretta perchè con Ciclamab e Debrick-mod funziona) ma la wiggler "vera" (quella che per le prove di bovirus1963 e per tua stessa ammissione funziona anche con Magraigor Flash Programmer) è quella riportata al link che ho postato io all'inizio e cioè:
http://ar7.wikispaces.com/JTAG
Tra l'altro non lo ricorderai sicuramente ma, quando più di un anno fa (come passa il tempo!) mi sono costruito la mia prima jtag, fosti proprio tu a consigliarmi lo schema con il pin1 collegato al pin 1 anzichè al 6 (allora addirittura, non so se per errore mio o per quale oscuro motivo, l'altra implementazione proprio non mi funzionava). Ciao! :)
-
Lo sapevo che non dovevo tornare su questo argomento ;D
Vedo che la confusione aumenta...
Poichè non ricordavo bene sono andato a guardarmi:
1) La mia Jtag bufferizzata, che funziona con debrick-mod Ciclamab e Macraigor Flash Programmer. Utilizza il pin 6.
2) Un po' di post storici tanto per ricordarmi cosa ho fatto ;)
3) Gli schemi Jtag di Dlinkpedia e Ciclamab
Ne ho dedotto che:
- Lo schema bufferizzato sul sito Dlinkpedia e quello non bufferizzato sul sito Ciclamab utilizzano il pin 6
- Lo schema bufferizzato sul sito Ciclamab utilizza il pin 1 (e andrebbe corretto)
Ne concludo che
- lo schema giusto, cioè quello che funziona con tutti i programmi, è quello che utilizza il pin 6 della parallela.
- in conseguenza di ciò correggo ancora una volta il mio post di cui sopra.
- Lo schema bufferizzato sul sito Ciclamab va corretto spostando il collegamento dal pin 1 al pin 6 della parallela.
@Guybrush
A suo tempo ti consigliai lo schema con pin 1 perché debrick-mod e Ciclamab (che allora usava debrick-mod come "motore" Jtag) aveva un bug, che poi nelle versioni successive ho corretto, che gli impediva di funzionare con la "vera wiggler" cioè quella che utilizza il pin 6.
-
Schemi e file modificati et pubblicato il tutto...........
Contenti voi... la mia JTag funzia benissimo con il pin 1......
Ho anche ricontrollato "al volo" i sorgenti.... il mio debrick usa il pin 1... di più non so' dirvi.... per ora!
Domani farò delle prove in ufficio
-
Prova appena effettuata con la mia Jtag bufferizzata (pin 6)
Funziona con tutto: Ciclamab, debrick-mod, Flash programmer 2.5.9, OCD Commander 2.4.6
Schemi e file modificati et pubblicato il tutto...........
Perfetto!!! ;)
-
Posso proporre di indicare di fianco a "poor JTAG" "Wiggler (non bufferizzata)", di rinominare l'interfaccia Wiggler in Wiggler (bufferizzata) e inseire nel menu a sinistra le opportuni voci Wiggler (bufferizzata) e Wiggler (non bufferizzata)?
-
Ciao a tutti, sto realizzando l' interfaccia Wiggler http://ciclamab.altervista.org/hard_corpo_jtag.htm#Wiggler , la seconda, pero' invece dell' IC M74HC244B1 mi hanno dato un MC74HC244AN che è un motorola, guardando nei datasheet: http://www.datasheetcatalog.com/datasheets_pdf/M/C/7/4/MC74HC244AN.shtml http://search.datasheetcatalog.net/key/M74HC244B1 , mi pare che le tensioni siano simili ( accetto consigli ). Prima di montarlo pero' ho preferito postare.
Inoltre le resistenze da 50 Ω ¼ w, mi hanno detto che non ci sono quindi di metterne due in parallelo vabbeh.
Idem per il ceramico C1 = 200 nF ceramic, me ne hanno dati due da 100, pure questi da mettere in parallelo mah....
Invece il C2 = 4.7 µF - 10 V. electrolitic, è di 16V.
Il resto stranamente c'era tutto..................ok non ero alla GBC o da Fontana.
Che ne pensate? Fondo tutto? ??? :o
-
Tranquillo non fondi nulla da quel che ricordo di elettronica dalle superiori.
Gli integrati sono entrambi dei 74244, le differenze sono minime, comunque la piedinatura è la stessa.
Ricorda che i resistori uguali messi in parallelo dimezzano la resistenza.
Viceversa i condensatori uguali messi in parallelo raddoppiano la capacità.
Per i volt del condensatore nessun problema, in linea di massima più è elevato il valore e meglio è.
Per il condensatore elettrolitico stai attento alla polarità.
-
Ciao a tutti, sto realizzando l' interfaccia Wiggler http://ciclamab.altervista.org/hard_corpo_jtag.htm#Wiggler , la seconda, pero' invece dell' IC M74HC244B1 mi hanno dato un MC74HC244AN che è un motorola, guardando nei datasheet: http://www.datasheetcatalog.com/datasheets_pdf/M/C/7/4/MC74HC244AN.shtml http://search.datasheetcatalog.net/key/M74HC244B1 , mi pare che le tensioni siano simili ( accetto consigli ). Prima di montarlo pero' ho preferito postare.
Inoltre le resistenze da 50 Ω ¼ w, mi hanno detto che non ci sono quindi di metterne due in parallelo vabbeh.
Idem per il ceramico C1 = 200 nF ceramic, me ne hanno dati due da 100, pure questi da mettere in parallelo mah....
Invece il C2 = 4.7 µF - 10 V. electrolitic, è di 16V.
Il resto stranamente c'era tutto..................ok non ero alla GBC o da Fontana.
Che ne pensate? Fondo tutto? ??? :o
le resistenze in parallelo si dimezzano.
a memoria mi pare che lo schema prevede 50 ohm percui vanno in parallelo.
i condensatori invece in parallello si sommano percui va bene.
per l'elettrolitico visto che il circuito va da 3 a 5 volt 10 0 16 non fa differenza se non la dimensione.
per l'integrato non è critico vanno bene tutti.
per un pò di foto e tutti gli schemi li trovi anche sulla wiki
-
@merlino Abbiamo praticamente scritto le stesse cose ;)
-
@merlino Abbiamo praticamente scritto le stesse cose ;)
difatti abbiamo inserito in contemporanea.
farlo altre 100 volte non ci si riesce
-
grazie, vi terro' aggiornati sugli sviluppi anche se ormai sarete stufi di leggere sempre le stesse cose. :P