IlPuntoTecnico
Hardware e Software => Networking => WLAN => Topic aperto da: ramponis - 09 Marzo 2007, 18:24
-
Vi segnalo la mia guida ;)
http://www.wireless-italia.com/content/view/1281/57/
Chiunque volesse può darmi un suo parere e/o segnalarmi errori e/o imprecisioni
Grazie
-
Rev 1.03 tra poco on-line 8)
Chiarita la sezione sulla riprogrammazione tramite seriale
Nessuno mi da un feed-back :'(
-
Ho anche creato un paio di paginette con "tutto l'occorrente"
http://xoomer.alice.it/ramponis/
Dai su... nessuno mi da un feedback :o
-
Io gli ho dato un'occhiata ;) mi sembra carina e ben fatta! Di piu' non so dire, non ho il DWL-2100AP.
Utilizzavo fino a due settimane fa un D-Link DI-624 che ultimamente dava i numeri (probabilmente ha un guasto HW o e' guasto l'alimentatore) e l'ho sostituito con un Netgear WGT634U, uno dei migliori pezzi d'hardware in circolazione, 8MB flash, 32 MB RAM e porta USB host :D
-
Indovina un po... anche io ho un WGT634U (il mio già modificato per utilizzare un'antenna removibile) e il cavo seriale del 2100AP va bene anche con quello :D
Sto lavorando per vedere se riesco a mettere OPENWRT (kamikaze) sul 2100AP e sul WGT364U (in realtà su questo la cosa è già avanti).
In particolare su questo vorrei fare un piccolo serverino...
Leggi questo post e capirai che ci voglio fare.
http://forum.wireless-italia.com/viewtopic.php?t=5609
Se ti interessa, ne discutiamo insieme ;)
-
Se ti interessa, ne discutiamo insieme Occhiolino
Certo che mi interessa! :D Mi sono appena iscritto al forum wireless-italia ;)
In particolare su questo vorrei fare un piccolo serverino...
Esattamente quello che volevo fare io piu' o meno. Dico volevo perche' il coso ce l'ho parcheggiato da Natale 2005 (acquistato su ebay per una fesseria) con l'intenzione di metterci su un client p2p anche a riga di comando ma controllabile ovunque via web oltreche' server web etc...
Purtroppo non ho mai avuto tempo per fare le cose sul serio... ultimamente stavo per metterci le mani su ma purtroppo e' mezzo schiatttato il povero di-624 e l'ho dovuto sostituire con il WGT364U. Il problema e' che sta a casa di mio fratello (la connessione la prendo da li) e deve stare sempre online... ho comunque intenzione di recuperarlo, il di-624 non l'ho ancora controllato.
La kamikaze e' facilmente installabile sul WGT364U anche tramite interfaccia web con l'utility
http://downloads.openwrt.org/utils/wgt634u-upgrade.cfg
come descritto nell'articolo
http://wiki.openwrt.org/OpenWrtDocs/Hardware/Netgear/WGT634U
PS
Qui (forse lo sai gia')
http://flyashi.dyndns.org:81/
ci sono le immagini bell'e' pronte da flashare senza compilare nulla.
PS
Visto il mio rinnovato interesse per il WGT634U, ho cercato qualche aggiornamnto circa il p2p su openwrt e ho trovato questo interessantissimo post:
http://forum.openwrt.org/viewtopic.php?id=9756
Inoltre ho trovato anche questo:
http://people.zoy.org/~walken/wgt634u/HOWTO.html
molto interessante perche' la Debian e' la mia distro preferita e ha un set di packages sterminato, altro che openwrt.
-
Si quei link li conosco tutti.
Mi sono documentato molto a riguardo.
Ho gia il cavetto seriale (lo stesso usato per il 2100AP) e funziona molto bene
Per ora non ho fatto ancora esperimenti sul firmware, ho solo modificato l'hardware saldando sulla mini-pci un pigtail che termna con rp-sma.
In questo modo si può sostituire l'antenna.
Ora voglio iniziare col firmware
Io ero orientato su Kamikaze, ma se mi dici che con Debian si può fare molto di più :D
Io voglio spremerlo bene questo router, come hai detto anche tu l'hardware è davvero ottimo
PS davvero interessante l'idea del p2p direttamente nel router
-
Io ero orientato su Kamikaze, ma se mi dici che con Debian si può fare molto di più Wow
Molto di piu' e' ancora poco ;) Con una distro Linux "vera" e di grandissima diffusione come la Debian, si puo' fare "tutto" :D
Io voglio spremerlo bene questo router, come hai detto anche tu l'hardware è davvero ottimo
Tra i migliori, superato solo da qualche modello Asus e Linksys con processore a 266 Mhz. Peccato non lo facciano piu', chissà poi perche'?
PS davvero interessante l'idea del p2p direttamente nel router
L'idea e' allettante perche' si evita di tenere acceso un PC, con quello che consuma, solo per il P2P. Invece il router e' gia' sempre acceso, quasi sempre, almeno nel mio caso, a far nulla.
-
Ok perfetto andiamo in questa direzione ;)
Come forse avrai capito, mi piace sperimentare e ne so di wi-fi, ma purtroppo di linux poco. :'(
Sto cercando di erudirmi e di imparare
Avrei da chiederti se conosci delle guide/siti web dalle quali partire a studiarmi questo OS.
Inoltre sula compilazione del kernel e quantaltro possa essere utile
Grazie.
PS Teniamoci informati l'un l'altro sui passi avanti.
Io ho già il seriale è ho già fatto alcune prove ad interrompere il boot e a caricare il firmware via tftp
-
Avrei da chiederti se conosci delle guide/siti web dalle quali partire a studiarmi questo OS.
Inoltre sula compilazione del kernel e quantaltro possa essere utile
Io ti consiglio di "fissare l'attenzione" su una distribuzione di grande diffusione e tradizione come la Debian (o derivati come Ubuntu Kubuntu etc.) e leggerti il manuale. Per la compilazione del kernel e' sufficiente, anche se non esaustiva, questa paginetta:
http://www.debian.org/releases/stable/i386/ch08s05.html.en
In generale un'ottima guida di riferimento e' Appunti Linux
http://na.mirror.garr.it/mirrors/appuntilinux/HTML/a21.htm
Teniamoci informati l'un l'altro sui passi avanti.
Perfetto! ;) Spero di avere nuovamente disponibile al piu' presto il wgt sul tavolo operatorio :D
-
Io ti consiglio di "fissare l'attenzione" su una distribuzione di grande diffusione e tradizione come la Debian (o derivati come Ubuntu Kubuntu etc.) e leggerti il manuale.
Ottimo, è proprio su Ubuntu che sto provando a smanettare ;D
Grazie per i link ;)
Spero di avere nuovamente disponibile al piu' presto il wgt sul tavolo operatorio
Bene, attendo fiducioso
-
Rev 1.10 on-line :D
Arricchita sezione JTAG con anche citazione al tuo schema, Marven ;)
-
Grazie per la citazione :)
Sarebbe interessante provare con debrick se si riesce a fare qualcosa. Sicuramente gli manca l'id del processore Atheros, ma non dovrebbe essere un problema reperirlo (ne tanto meno metterlo). Anzi lo stesso debrick forse riesce a leggerlo, anche se terminera' l'esecuzione dicendo che e' sconosciuto.
Attenzione che l'interfaccia xilinx che hai pubblicato non funziona ne' con debrick ne' con Ciclamab. Quella giusta la trovi nel sito di Ciclamab e tra l'altro ha lo stesso stile (la mano e' la stessa, quella di Liquidsky :D) della poor man a pag. 14
-
Sarebbe interessante provare con debrick se si riesce a fare qualcosa. Sicuramente gli manca l'id del processore Atheros, ma non dovrebbe essere un problema reperirlo (ne tanto meno metterlo). Anzi lo stesso debrick forse riesce a leggerlo, anche se terminera' l'esecuzione dicendo che e' sconosciuto.
Ho provato, ma non funziona...
Attenzione che l'interfaccia xilinx che hai pubblicato non funziona ne' con debrick ne' con Ciclamab.
Ahhh ecco perchè non funziona la mia jtag... >:(
Quella giusta la trovi nel sito di Ciclamab e tra l'altro ha lo stesso stile (la mano e' la stessa, quella di Liquidsky ) della poor man a pag. 14
Bene, grazie per l'informazione. ;)
Ora correggo la guida e cito anche Liquidsky... e soprettutto modifico la mia interfaccia JTAG
e poi riprovo con debrick.
PS ho trovato un software per jtag che supporta il chip Atheros, ma è linux based e io sto imparndo... :-[
Si chiama Openwince JTAG
http://openwince.sourceforge.net/jtag/
e con questo drivers dovrebbe funzionare bene con gli Atheros
http://www.amelek.gda.pl/rtl8181/jtag/
Mi sono istallato Cygwin e segui la procedura ma come do il comando
./configure
mi ritorna questo errore:
error: no acceptable C compiler found in $PATH
Ho capito che non trova il compilatore c++ ma come faccio a risolvere il problema ???
-
Si chiama Openwince JTAG
Lo conosco di nome, da quando ero alla ricerca forsennata di un software Jtag per processori Mips ;D.
Non l'ho mai usato perche' appunto non supporta i processori MIPS/AR7.
Mi sono istallato Cygwin
Ma perche' usi Cygwin se hai una linuxbox? ???
Ho capito che non trova il compilatore c++ ma come faccio a risolvere il problema
Devi installare gcc ma, scusa se mi ripeto, perche' fare tutto cio' con Cygwin se la stessa cosa la faresti piu' agevolmente in Linux?
e con questo drivers dovrebbe funzionare bene con gli Atheros
http://www.amelek.gda.pl/rtl8181/jtag/
Ho letto il readme. Attenzione anche qui alla xilinx illustrata, che sembra diversa da quella che funziona con Debrick e AR7.
-
Ma perche' usi Cygwin se hai una linuxbox?
Hai ragione, ma il fatto che che il pc con linux ce l'ho a casa, mentre ho sempre dietro il mio note con xp e allora per sfruttare i tempi morti al lavoro mi sono messo su Cygwin :P
Ho letto il readme. Attenzione anche qui alla xilinx illustrata, che sembra diversa da quella che funziona con Debrick e AR7.
Si l'ho notato anche io, ma penso perchè è relativa ad un'antra tipologia di Jtag, mentre quella sul 302t e sul 2100AP è una E-Jtag 2.6
Penso che i comandi inviati al device siano uguali, il problema è "solo" collegare correttamente il pc al device ;)
-
Rev 1.20 on-line
Arricchita sezione JTAG con documentazione e schemi by Liquidsky
Con Openwince JTAG sto facendo passi avanti ora il software funziona, ma è il cavetto che devo modificare
Grazie Marven ;)
-
Con Openwince JTAG sto facendo passi avanti ora il software funziona, ma è il cavetto che devo modificare
Ottima notizia! :D
Mi sono ora ricordato che esiste anche una mod di Openwince Jtag che funziona con i processori MIPS:
http://star.oai.pp.ru/jtag/jtag-brecis-ok.zip
http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/JTAG_Cable
-
Però mi sorge un dubbio :-\
Ho confrontato le sue versioni di interfaccia dei poveri:
quella che avevo già con quella di Liquidsky e mi sono accorto che alla fine sono identiche. (correggimi se non riesco a notare la differenza). Per cui perchè la mia interfaccia non va? ???
La sto testando con un 302T
In CiclaMab cosa devo selezionare? Xilinx o Wiggler? Penso la prima ::)
-
quella che avevo già
Quale avevi? Quella a pag. 18 della tua guida?
-
Quale avevi? Quella a pag. 18 della tua guida?
Mi riferivo a quella che (nell'ultima rev. 1.20 della mia guida) è alla pag 15
Comunque...
Ho dissaldato la "Very Poor Man" JTAG ho riassemblato il tutto con lo schema Xilinx e non va lo stesso, ne col 302t ne col 2100AP
Aaaahhhh >:( stramaledizione ho capito che c'è che non andava
Azz. le resistenze invece che essere da 100 Ohm sono da 100K okm
Quella da 10k ohm e quella da 47K ohm sono giuste così come il BC337
Quello stordito del negozio di elettronica me le ha date sbagliate, mi è venuto il dubbio ho controllato i colori e tac ecco li il problema
Tra poco ci rifaccio un salto e mi faccio dare quelle giuste >:(
-
Quello stordito del negozio di elettronica me le ha date sbagliate,
Mai uscire dal negozio di elettronica (anzi, da nessun negozio!) senza prima controllare a vista TUTTO ;D
Il codice dei colori delle resistenze va' imparato a memoria, ci si risparmia un sacco di grane... :P
Comunque il tutto dovrebbe funzionare. Qui con la wiggler funziona:
http://wiki.openwrt.org/OpenWrtDocs/Hardware/D-Link/DWL-2100AP#head-694f1b5b86aca7c6ddb6885fd5c62aadb3c058e0
-
Mai uscire dal negozio di elettronica (anzi, da nessun negozio!) senza prima controllare a vista TUTTO
Hai perfettamente ragione, ma non pensavo potesse sbagliare a darmele :'(
Ora comunque ho preso quelle giuste e ho fatto la mia jtag xilinx funziona perfettamente con il 302t e CICLaMaB
Ovviamente il tuo debrick-mod.exe non riconosce la cpu Atheros. Pensi si possa risolvere il problema? ???
Il codice dei colori delle resistenze va' imparato a memoria, ci si risparmia un sacco di grane...
Ora la sequenza da 100 ohm non me la scordo più di certo ;D
Comunque il tutto dovrebbe funzionare. Qui con la wiggler funziona:
http://wiki.openwrt.org/OpenWrtDocs/Hardware/D-Link/DWL-2100AP#head-694f1b5b86aca7c6ddb6885fd5c62aadb3c058e0
Si lo so, lo letto.
Purtroppo ho provato con la xilinx e non funziona, ma perchè? ...sembra essere supportata :-\
jtag> help cable
Usage: cable parallel PORTADDR CABLE
Usage: cable ppdev DEV CABLE
Select JTAG cable connected to parallel port.
PORTADDR parallel port address (e.g. 0x378)
CABLE cable type
DEV ppdev device (e.g. /dev/parport0)
List of supported cables:
none No cable connected
ARCOM Arcom JTAG Cable
ByteBlaster Altera ByteBlaster/ByteBlaster II/ByteBlasterMV Parallel Port Down
load Cable
DLC5 Xilinx DLC5 JTAG Parallel Cable III
EA253 ETC EA253 JTAG Cable
EI012 ETC EI012 JTAG Cable
KeithKoep Keith & Koep JTAG cable
Lattice Lattice Parallel Port JTAG Cable
MPCBDM Mpcbdm JTAG cable
TRITON Ka-Ro TRITON Starterkit II (PXA255/250) JTAG Cable
WIGGLER Macraigor Wiggler JTAG Cable
jtag> cable parallel 0x378 DLC5
Initializing Xilinx DLC5 JTAG Parallel Cable III on parallel port at 0x378
Error: Cable initialization failed!
jtag>
La wiggler non ce l'ho, non so se è particolarmente difficile da realizzare, inoltre devo vedere se ho tempo di farla :-\
-
La wiggler non ce l'ho, non so se è particolarmente difficile da realizzare, inoltre devo vedere se ho tempo di farla Indeciso
Confermo che con la Wiggler funziona. Ho provato io ieri sera con un 300t. Pero' non sono riuscito a flashare nulla perche' mi da un problema di bus...
Ho compilato (non senza problemi) la versione http://www.amelek.gda.pl/rtl8181/jtag/jtag-0.6-cvs-20051228.tar.bz2
Credo che la xilinx che funziona con debrick (cioe' quella nel sito di Liquidsky) non funzioni con Openwince. Dovresti fare esattamente questa
http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/JTAG_Cable?action-AttachFile&do=get&target=JTAGunbuffered.png
Ovviamente con gli opportuni aggiustamenti per la piedinatura del connettore Ejtag a 14 pin.
Ovviamente il tuo debrick-mod.exe non riconosce la cpu Atheros. Pensi si possa risolvere il problema? Huh
Ci si puo' provare. Devi, in qualche modo, rilevare il CPU ID.
-
Credo che la xilinx che funziona con debrick (cioe' quella nel sito di Liquidsky) non funzioni con Openwince. Dovresti fare esattamente questa
http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/JTAG_Cable?action-AttachFile&do=get&target=JTAGunbuffered.png
Ovviamente con gli opportuni aggiustamenti per la piedinatura del connettore Ejtag a 14 pin.
Ci provo e ti faccio sapere ;)
Ci si puo' provare. Devi, in qualche modo, rilevare il CPU ID.
Questo ti è sufficiente? o ti serve altro ???
====================================
AR7 EJTAG Debrick Utility v4.5
====================================
Probing bus ... Done
Instruction Length set to 5
CPU Chip ID: 00000000000000000000000000000001 (00000001)
*** Unknown or NO CPU Chip ID Detected ***
*** Possible Causes:
1) WRT54G/GS is not Connected.
2) WRT54G/GS is not Powered On.
3) Improper JTAG Cable.
4) Unrecognized CPU Chip ID.
-
CPU Chip ID: 00000000000000000000000000000001 (00000001)
Purtroppo il CPU ID giusto non e' questo. Debrick quando non rileva nulla indica sempre quello.
PS
La wiggler non ce l'ho, non so se è particolarmente difficile da realizzare, inoltre devo vedere se ho tempo di farla Indeciso
La wiggler dei poveri rispetto alla xilinx in piu' ha solo 3 resistenze un transistor e funziona benissimo.
-
Purtroppo il CPU ID giusto non e' questo. Debrick quando non rileva nulla indica sempre quello.
Peccato :'(
Pensavo che era quello giusto perchè se lo stacco mi dava CPU Chip ID: 00000000000000000000000000000000 (00000000)
Come posso fare per rilevarlo correttamente?
Con che software?
-
Come posso fare per rilevarlo correttamente?
Con che software?
Con openwince dovrebbe rilevarlo correttamente visto che supporta la CPU Atheros. Cerca di far funzionare la xilinx o modificala in wiggler ;)
-
Credo che la xilinx che funziona con debrick (cioe' quella nel sito di Liquidsky) non funzioni con Openwince. Dovresti fare esattamente questa
http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/JTAG_Cable?action-AttachFile&do=get&target=JTAGunbuffered.png
Ovviamente con gli opportuni aggiustamenti per la piedinatura del connettore Ejtag a 14 pin.
No nisba ho modificato la xilinx in base alla piedinatura 14 pin, ma nisba :'(
La wiggler dei poveri rispetto alla xilinx in piu' ha solo 3 resistenze un transistor e funziona benissimo.
Ma è una WIGGLER a tutti gli effetti? ???
Se si ci provo ;)
-
No nisba ho modificato la xilinx in base alla piedinatura 14 pin, ma nisba Pianto
Appena ho un attimo di tempo provo anch'io con la xilinx ???
Ma è una WIGGLER a tutti gli effetti? Huh
A parte che non costa $ 150 come quella originale, e' proprio una Wiggler ;)
La Wiggler ha anche il vantaggio che funziona con Ocdemon flash programmer.
-
Ok allora sta sera ripasso in negozio, prendo i componenti che mi mancano e mi faccio la wiggler "economica" e poi vediamo
Speriamo bene... ::)
-
Ho fatto la wiggler economica così come da schema di Liquidsky, ma non funziona :'(
Ho provato col mio 302t e con CICLaMaB, ma nisba non mi vede la cpu.
Le resistenze sono giuste, i collegamenti anche, ma non va >:(
Cosa ho sbagliato? ???
-
Le resistenze sono giuste, i collegamenti anche, ma non va Arrabbiato
Sicuro? Si? ;)
Alllora hai fatto i collegamenti JP1-interfaccia Jtag troppo lunghi. Non superare i 20 cm.
-
Il cavo è breve ma non va, bo. ???
Ho ricontrollato il tutto ma non va...
Comunque ho insistito con la xilinx e openwince JTAG e ora funziona :D
Il 302T me lo legge correttamente, ma anche qui il 2100AP lo vede connesso ma non sa cos'è... è comunque un grosso passo avanti.
Infatti qui leggo conferma di tutto ciò
http://wiki.openwrt.org/OpenWrtDocs/Hardware/D-Link/DWL-2100AP
Leggi alla sezione 1.2.2. JTAG
Guarda che ottengo :D
jtag> cable parallel 0x378 DLC5
Initializing Xilinx DLC5 JTAG Parallel Cable III on parallel port at 0x378
jtag> detect
IR length: 5
Chain length: 1
Device Id: 00000000000000000000000000000001
Unknown manufacturer!
chain.c(110) Part 0 without active instruction
chain.c(133) Part 0 without active instruction
chain.c(110) Part 0 without active instruction
jtag> include atheros/ar2312/ar2312
jtag> poke 0x58400000 0x000e3ce1
ImpCode=01000000010000000100000000000000
EJTAG version: 2.6
EJTAG Implementation flags: R4k ASID_8 NoDMA MIPS32
jtag> detectflash 0x1fc00000
Query identification string:
Primary Algorithm Command Set and Control Interface ID Code: 0x0002 (AMD
/Fujitsu Standard Command Set)
Alternate Algorithm Command Set and Control Interface ID Code: 0x0000 (n
ull)
Query system interface information:
Vcc Logic Supply Minimum Write/Erase or Write voltage: 2700 mV
Vcc Logic Supply Maximum Write/Erase or Write voltage: 3600 mV
Vpp [Programming] Supply Minimum Write/Erase voltage: 11500 mV
Vpp [Programming] Supply Maximum Write/Erase voltage: 12500 mV
Typical timeout per single byte/word program: 16 us
Typical timeout for maximum-size multi-byte program: 0 us
Typical timeout per individual block erase: 1024 ms
Typical timeout for full chip erase: 65536 ms
Maximum timeout for byte/word program: 256 us
Maximum timeout for multi-byte program: 0 us
Maximum timeout per individual block erase: 4096 ms
Maximum timeout for chip erase: 262144 ms
Device geometry definition:
Device Size: 4194304 B (4096 KiB, 4 MiB)
Flash Device Interface Code description: 0x0002 (x8/x16)
Maximum number of bytes in multi-byte program: 1
Number of Erase Block Regions within device: 2
Erase Block Region Information:
Region 0:
Erase Block Size: 65536 B (64 KiB)
Number of Erase Blocks: 63
Region 1:
Erase Block Size: 8192 B (8 KiB)
Number of Erase Blocks: 8
jtag>
Direi che sono grossi passi avanti ;)
-
Ho ricontrollato il tutto ma non va...
Ci dev'essere per forza un errore. Ha sempre funzionato... :o
Comunque ho insistito con la xilinx e openwince JTAG e ora funziona Wow
Il 302T me lo legge correttamente, ma anche qui il 2100AP lo vede connesso ma non sa cos'è... è comunque un grosso passo avanti.
Ottimo! :D ;)
Anch'io ho giochettato un po' con Openwince + Wiggler + 300t ed ecco il risultato ;)
JTAG Tools 0.6-cvs-20051228
Copyright (C) 2002, 2003 ETC s.r.o.
JTAG Tools is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain conditions.
There is absolutely no warranty for JTAG Tools.
Warning: JTAG Tools may damage your hardware! Type "quit" to exit!
Type "help" for help.
jtag> cable parallel 0x378 WIGGLER
Initializing Macraigor Wiggler JTAG Cable on parallel port at 0x378
jtag> detect
IR length: 5
Chain length: 1
Device Id: 00000000000000000001000000001111
Manufacturer: Hitachi
Part: AR7300
Stepping: 0
Filename: /usr/local/share/jtag/hitachi/ar7300/ar7300
jtag> print
No. Manufacturer Part Stepping Instruction
Register
--------------------------------------------------------------------------------
-------------
0 Hitachi AR7300 0 BYPASS
BR
Active bus:
*0: EJTAG compatible bus driver via PrAcc (JTAG part No. 0)
start: 0x00000000, length: 0x20000000, data width: 8 bit
start: 0x20000000, length: 0x20000000, data width: 16 bit
start: 0x40000000, length: 0x20000000, data width: 32 bit
jtag> detectflash 0x30000000
dev ID=00c0 man ID=001f
Found Atmel AT49xV16x flash, size = 2097152 bytes.
Query identification string:
Primary Algorithm Command Set and Control Interface ID Code: 0x0002 (AMD
/Fujitsu Standard Command Set)
Alternate Algorithm Command Set and Control Interface ID Code: 0x0000 (n
ull)
Query system interface information:
Vcc Logic Supply Minimum Write/Erase or Write voltage: 0 mV
Vcc Logic Supply Maximum Write/Erase or Write voltage: 0 mV
Vpp [Programming] Supply Minimum Write/Erase voltage: 0 mV
Vpp [Programming] Supply Maximum Write/Erase voltage: 0 mV
Typical timeout per single byte/word program: 0 us
Typical timeout for maximum-size multi-byte program: 0 us
Typical timeout per individual block erase: 0 ms
Typical timeout for full chip erase: 0 ms
Maximum timeout for byte/word program: 0 us
Maximum timeout for multi-byte program: 0 us
Maximum timeout per individual block erase: 0 ms
Maximum timeout for chip erase: 0 ms
Device geometry definition:
Device Size: 2097152 B (2048 KiB, 2 MiB)
Flash Device Interface Code description: 0x0001 (x16)
Maximum number of bytes in multi-byte program: 0
Number of Erase Block Regions within device: 2
Erase Block Region Information:
Region 0:
Erase Block Size: 8192 B (8 KiB)
Number of Erase Blocks: 8
Region 1:
Erase Block Size: 65536 B (64 KiB)
Number of Erase Blocks: 31
jtag> readmem 0x30000000 0x10000 mtd2.bin
jtag>
length: 0x00010000
reading:
addr: 0x30010000
Done.
jtag> flashmem 0x30000000 AR7DB-AMD2-D8-B64-adam2.bin
program blocks:
Chip: AMD Flash
Manufacturer: Atmel
Chip: Unknown (ID 0x00c0)
Protected: 0090
flash_unlock_block 0x30000000 IGNORE
block 0 unlocked
flash_erase_block 0x30000000
..flash_erase_block 0x30000000 DONE
erasing block 0 to program 8192 bytes, status: 0
flash_unlock_block 0x30002000 IGNORE
block 1 unlocked
flash_erase_block 0x30002000
.......flash_erase_block 0x30002000 DONE
erasing block 1 to program 8192 bytes, status: 0
flash_unlock_block 0x30004000 IGNORE
block 2 unlocked
flash_erase_block 0x30004000
.......flash_erase_block 0x30004000 DONE
erasing block 2 to program 8192 bytes, status: 0
flash_unlock_block 0x30006000 IGNORE
block 3 unlocked
flash_erase_block 0x30006000
.......flash_erase_block 0x30006000 DONE
erasing block 3 to program 8192 bytes, status: 0
flash_unlock_block 0x30008000 IGNORE
block 4 unlocked
flash_erase_block 0x30008000
.....flash_erase_block 0x30008000 DONE
erasing block 4 to program 8192 bytes, status: 0
flash_unlock_block 0x3000A000 IGNORE
block 5 unlocked
flash_erase_block 0x3000A000
......flash_erase_block 0x3000A000 DONE
erasing block 5 to program 8192 bytes, status: 0
flash_unlock_block 0x3000C000 IGNORE
block 6 unlocked
flash_erase_block 0x3000C000
.........flash_erase_block 0x3000C000 DONE
erasing block 6 to program 8192 bytes, status: 0
flash_unlock_block 0x3000E000 IGNORE
block 7 unlocked
flash_erase_block 0x3000E000
.......flash_erase_block 0x3000E000 DONE
erasing block 7 to program 6656 bytes, status: 0
addr: 0x3000FA00 (done)
verify:
addr: 0x3000FA00
Done.
jtag>
Openwince non l'ho neanche compilato, ho usato jtag.exe che c'e' nella versione jtag-brecis-ok.
E' sufficiente installare in Cygwin il pacchetto ioperm, sistemare nel posto giusto alcune dll che jtag.exe non trova poi nel prompt di cygwin dare il comando
ioperm -i
per avviare il driver ioperm.sys (altrimenti la wiggler non viene riconosciuta)
infine rilocare alcuni file e creare alcune cartelle che openwince si aspetta di trovare (basta seguire i messaggi di errore che compaiono dopo il comando detect)
Prima del comando detectflash va' dato il comando print altrimenti detectflash si blocca e bisogna reiniziare d'accapo.
Il flashin dura circa 15 min esclusa la verifica finale che dura un paio di minuti.
-
Anche il 300t lo vede come Hitachi AR7300 ???
Visto che ti ha riconosciuto la flash del DWL-2100AP dovresti essere in grado di leggerla e flasharla. Hai provato?
PS
Ora che mi viene in mente, anche il mio DI-624 ha un chip atheros... 8) Visto che e' mezzo morto (dopo un po' si incasina e lampeggiano tuitti i led) appena ho tempo lo apro e vedo se c'e' un connettore Jtag ;)
-
per avviare il driver ioperm.sys (altrimenti la wiggler non viene riconosciuta)
Si è lo stesso problema che avevo io con la xilinx.
Anche io ho provato col 302t e quando ho visto che funzionava ci ho collegato il 2100AP
Posso confermarti che anche io ho avuto informazioni simili alle tue ma leggermente diverse col mio 302t.
Hai notato... Manufacturer: Hitachi ? ???
Quando l'ho visto ci sono un po rimasto :o
Comunque come fai a sapere gli indirizzi dela flash per leggere scrivere?
Mi servirebbe sapere quelli del 2100AP, hai idea dove reperirli?
-
Anche il 300t lo vede come Hitachi AR7300
Meglio così ;)
Visto che ti ha riconosciuto la flash del DWL-2100AP dovresti essere in grado di leggerla e flasharla. Hai provato?
No, non ho provato, ma non so neanche che inidirizzi utilizzare per provare a leggere la flash :-[
PS
Ora che mi viene in mente, anche il mio DI-624 ha un chip atheros... Visto che e' mezzo morto (dopo un po' si incasina e lampeggiano tuitti i led) appena ho tempo lo apro e vedo se c'e' un connettore Jtag
Probabilmente è identico al 2100AP e penso ci sia la sola predisposizione i pin li devi mettere tu (come ho fatto io)
-
Hai notato... Manufacturer: Hitachi ? Huh
Si ma ci dev'essere un po' di confusione nei sorgenti perche' il device ID rilevato e' corretto, uguale a quello rilevato da debrick.
Comunque come fai a sapere gli indirizzi dela flash per leggere scrivere?
L'indirizzo della flash 0x30000000 e' una sorpresa anche per me perche' quello vero e' 0x90000000 (oppure 0x1000000 che e' mappato all'altro)
L'ho trovato qui:
http://wiki.openwrt.org/AR7Port#head-68dfea7c9583493a2662b65ef6b22e99c03e1f61
Come lenght ci ho messo 0x10000 che corrisponde alla lunghezza di adam2 in hex (64 KB)
Nel tuo caso l'indirizzo dovrebbe essere quello usato per detectflash cioe' 0x1fc00000
poi per la lenght non so, dovresti sapere le dimensioni del bootloader...
-
Nel tuo caso l'indirizzo dovrebbe essere quello usato per detectflash cioe' 0x1fc00000
Grazie ;)
poi per la lenght non so, dovresti sapere le dimensioni del bootloader...
Azz. vediamo che info si trovano in giro ::)
-
Azz. vediamo che info si trovano in giro Pazienza
Ma non ci sono delle variabili d'ambiente del bootloader tipo mtdx come per adam2 e pspboot?
-
Ma non ci sono delle variabili d'ambiente del bootloader tipo mtdx come per adam2 e pspboot?
Sicuramente, ma non ho idea in quale settori della flash esse siano contenute.
Se leggi la mia guida, dove descrivo il bootloader, vedi che ci sono una seria di variabili modificabili (le variabili d'ambiente)
-
Qui:
http://forum.openwrt.org/viewtopic.php?id=7556&p=1
C'e' un'interessantissima discussione riguardo il WGT624 che ha il chip atheros e usa Vxworks ;)
In particolare:
- For flashing the base/window needs to be configured for BE000000, as the BFC00000 alias is read only.
- E' possibile usare debrick e OCD Flash programmer per flashare :P
- Redboot
L'indirizzo per redboot e' sbagliato, quello giusto e':
http://dl.meraki.net/linux/redboot_mini.tar.gz
http://meraki.net/linux/
PS
Ho visto anche l'altro thread dove chiedi info ;) Puo' essere utile per conferma.
-
C'e' un'interessantissima discussione riguardo il WGT624 che ha il chip atheros e usa Vxworks
è la stessa accoppiata del 2100AP, interessante ci do un occhio ;)
E' possibile usare debrick e OCD Flash programmer per flashare
OCD Flash programmer purtroppo va solo con la wiggler e la mia ancora non va :'(
Anche con debrick? Devo vedere come si fa...
Nel week-end la smonto e la rifaccio e vediamo un po ::)
Ho visto anche l'altro thread dove chiedi info. Puo' essere utile per conferma
Si, speriamo che il mio "informatore" mi dia altre info dettagliate.
Ho anche la sua versione di redboot già pronta e patchata per il 2100AP ;)
Ho un altro 2100AP (questo funzionante) nel week-end ci monto anche a questo la jtag.
Ora volgio scoprire il bootloader a che indirizzo s itrova e che lunghezza ha.
Poi provo a scaricarlo da quello funzionante e provo a riprogrammarlo in quello "morto".
Se riesco poi si può procedere con redboot e openwrt :D
-
Si funziona anche il tuo Debrik-mod :D
Ho dato il comando
Debrik-mod -backup:custom /skipdetect /instrlen:05 /window:be000000 /start:be000000 /length:4000 /fc:56 /xilinx
e ha letto allegramente ;)
Quanto pensi dovrebbe essere il bootloader?
Perchè così ho letto solo 16k ho anche provato 64k senza problemi
-
Ottime notizie Ramponis! :D Il 2100ap e' sempre meno misterioso! ;D
OCD Flash programmer purtroppo va solo con la wiggler e la mia ancora non va Pianto
Il vantaggio di OCD e' che e' velocissimo rispetto a debrick e openwince. Per OCD ti serve l'indirizzo della RAM che, dai post sul forum openwrt, dovrebbe essere
0x80010000
Quanto pensi dovrebbe essere il bootloader?
Questo non si puo' dire. Probabilmente e' di 64 o 128 KB. Con due 2100ap, come hai detto, puoi sicuramente ottenere ottimi risultati con il "prelievo" di 64 KB, 128 KB etc. dal 2100ap vivo e "trapianto" su quello morto per vedere se boota.
Probabilmente il bootloader e' piazzato all'inizio della flash cioe' 0xBE000000, anche se potrebbe non esserlo (ma non credo).
Poco fa' ho aperto il DI-624. Ha le piazzole per 2 connettori a 14 pin e 12 pin, del tutto simili a quelli de tuo 2100ap. Quindi dovrebbero essere Jtag e seriale. Quest'ultima non ha le piazzole da ponticellare, per cui dovrebbe funzionare subito. Per fortuna le piazzole non sono stagnate, hanno i fori liberi :P
Il processore e' un Atheros AR2312-ES, dovrebbe essere supportato da Openwrt.
Per il momento lo tengo sotto osservazione con un alimentatore diverso. Ho il sospetto che l'instabilita' sia dovuta all'alimentatore. Non mi meraviglierebbe, visto che il tutto era acceso da 2 anni 24 ore su 24 :o
-
Comunque da questa frase di bitbucket su openwrt:
Now I'm trying to get redboot work standalone, without 1st stage bootloader, but the compiled and uncompressed image of redboot is bigger than 0x20000 bytes, to it will use more flash.
ho capito che il bootloader originale e' di 128 KB max (0x20000) hex. D'altronde il suo redboot e' di 80 KB circa e quindi anche il bootloader originale e' maggiore di 64 KB e minore o uguale a 128.
-
Il vantaggio di OCD e' che e' velocissimo rispetto a debrick e openwince. Per OCD ti serve l'indirizzo della RAM che, dai post sul forum openwrt, dovrebbe essere
0x80010000
Si ho visto. ;)
Questo non si puo' dire. Probabilmente e' di 64 o 128 KB. Con due 2100ap, come hai detto, puoi sicuramente ottenere ottimi risultati con il "prelievo" di 64 KB, 128 KB etc. dal 2100ap vivo e "trapianto" su quello morto per vedere se boota.
Questo è proprio quello che voglio fare.
Per ora sto provando a leggere e salvare tutta la flash, ne ho scaricato circa 1/3
Poco fa' ho aperto il DI-624. Ha le piazzole per 2 connettori a 14 pin e 12 pin, del tutto simili a quelli de tuo 2100ap. Quindi dovrebbero essere Jtag e seriale. Quest'ultima non ha le piazzole da ponticellare, per cui dovrebbe funzionare subito. Per fortuna le piazzole non sono stagnate, hanno i fori liberi
Ottimo.
Il processore e' un Atheros AR2312-ES, dovrebbe essere supportato da Openwrt.
Si esatto
ho capito che il bootloader originale e' di 128 KB max (0x20000) hex. D'altronde il suo redboot e' di 80 KB circa e quindi anche il bootloader originale e' maggiore di 64 KB e minore o uguale a 128.
L'avevo letto anche io, ma non ne ero sicuro.
Ora tu mi hai dato conferma ;)
-
Ho saldato il pettine per la JTAG sul 2100AP funzionante è ho scaricato i 128K che dovrebbero corrispondere al boot-loader.
Poi ho provato a flashare il bootloader del 2100AP corrotto, ma resta li in erasing.
====================================
AR7 EJTAG Debrick Utility v4.5
====================================
Probing bus ... Done
Instruction Length set to 5
CPU Chip ID: 00000000000000000000000000000001 (00000001)
*** CHIP DETECTION OVERRIDDEN ***
- EJTAG IMPCODE ....... : 01000000010000000100000000000000 (40404000)
- EJTAG Version ....... : 2.6
- EJTAG DMA Support ... : No
Issuing Processor / Peripheral Reset ... Done
Enabling Memory Writes ... Skipped
Halting Processor ... <Processor Entered Debug Mode!> ... Done
Clearing Watchdog ... Done
Manual Flash Selection ... Done
Flash Vendor ID: 00000000000000000000000000011111 (0000001F)
Flash Device ID: 00000000000000000000000011001000 (000000C8)
*** Manually Selected a Atmel AT49BV322A 2Mx16 BotB (4MB) Flash Chip ***
- Flash Chip Window Start .... : be000000
- Flash Chip Window Length ... : 00400000
- Selected Area Start ........ : be000000
- Selected Area Length ....... : 00020000
*** You Selected to Flash the Bootloader.bin ***
=========================
Flashing Routine Started
=========================
Total Blocks to Erase: 9
Erasing block: 1 (addr = be000000)...
Secondo te sbaglio qualche cosa? ???
Io ho dato il comando:
debrick-mod -flash:custom /skipdetect /instrlen:05 /window:be000000 /start:be000000 /length:20000 /fc:56 /xilinx /f:Bootloader.bin
è giusto? ???
-
Sembra tutto giusto! Cioe' identico a quello che c'e' su openwrt...
Prova ad usare l'ultima versione di debrick http://downloads.openwrt.org/utils/HairyDairyMaid_WRT54G_Debrick_Utility_v48.zip
Potrebbe essere anche un problema di flash non esattamente uguale a quella che c'e' nelle definizioni. Fammi sapere esattamente il modello.
PS
Non c'entra nulla col mancato erase, ma ricordati che prima di inviare il (presunto ???) bootloader, per motivi di endianess del processore Atheros, devi fargli il byteswap come descritto nel post di nih sul form Openwrt. In giro ci sono varie utility, cerca "byteswap" con Google.
PPS
Vedo che ci sono news da bitbucket!
Flash starts at 0x1fc00000 , it is in 8bit mode. Bootloader size is 0x41690 . At 0x50000 starts tffs filesystem.
http://rapidshare.com/files/23550744/athorigbl.bin.html - original bootloader from my device.
Quindi il bootloader non e' di 128 KB ma di oltre 256 KB...
Prova anche con 0x1fc00000 anziche' be000000 e come length metti 0x41690
-
Sembra tutto giusto! Cioe' identico a quello che c'e' su openwrt...
Prova ad usare l'ultima versione di debrick http://downloads.openwrt.org/utils/HairyDairyMaid_WRT54G_Debrick_Utility_v48.zip
Potrebbe essere anche un problema di flash non esattamente uguale a quella che c'e' nelle definizioni. Fammi sapere esattamente il modello.
Ok provo e ti dico.
La memoria flash è giusta è una Atmel AT49BV322A
PS
Non c'entra nulla col mancato erase, ma ricordati che prima di inviare il (presunto ???) bootloader, per motivi di endianess del processore Atheros, devi fargli il byteswap come descritto nel post di nih sul form Openwrt. In giro ci sono varie utility, cerca "byteswap" con Google.
Non ci ho capito molto :-[
Potresti spiegarti meglio su questa procedura.
Qual'è il suo scopo? ???
E perchè è nacessaria? ???
PPS
Vedo che ci sono news da bitbucket!
Flash starts at 0x1fc00000 , it is in 8bit mode. Bootloader size is 0x41690 . At 0x50000 starts tffs filesystem.
http://rapidshare.com/files/23550744/athorigbl.bin.html - original bootloader from my device.
Si ho visto, e ho anche downloadato il suo boot-loader
Quindi il bootloader non e' di 128 KB ma di oltre 256 KB...
Prova anche con 0x1fc00000 anziche' be000000 e come length metti 0x41690
Si l'ho fatto ma quello che io leggo a quegli indirizzi è molto diverso dal bootloader di bitbucket.
Parlo del 2100AP buono
-
Qui
http://www.gfdl.noaa.gov/products/vis/utilities/GFDL_VG_Utilities.html#byteswap
c'e' una ottima spiegazione della questione e anche il sorgente del programmillo che di default fa lo swap che serve a te (word di 4 byte). Fammi sapere se ti serve l'eseguibile per windows che te lo compilo...
PS
Compilato fresco fresco: http://marven.altervista.org/byteswap/byteswap.exe
PPS
Attenzione che il programmillo funziona solo con file di lunghezza in byte esattamente multipla di 4 per cui se il tuo file non e' multiplo di 4 byte devi "paddarlo" cioe' aggiungere alla fine dei byte 00 quanto bastano per renderlo multiplo di 4.
Esempio: il file byteswap.c e' di lunghezza 4.241 byte, quindi non e' multipla di 4. dividendo per 4 ottengo 4240 col resto 1. Per renderlo multiplo esatto di 4 devo aggiungere 3 byte e portarne la lunghezza a 4.244 che e' esattamente divisibile per 4. Per paddare basta usare un editor hex e aggiungere alla fine del file tot 00 quanti ne servono.
-
Grazie mille ;)
Ora mi do una letta con calma :P
Ho provato con l'ultima versione di debrick ma stessa cosa.
Intanto per non stare con le mani in mano ho portato avanti openwince jtag e leggendo il 2100AP...
Il bootloader che scarico è più simile a quello di bitbucket, mentre con debrick era completamente diverso.
Col 2100AP funzionante non ho accesso perchè come riporta bitbucket è necessario bloccarlo con OCD, ma io non posso con la xilinx. Comunque posso provare col suo bootloader ;)
-
Ho finito di scricare il bootloader dal 2100AP corrotto e confrontandolo con quello di bitbucket (con Araxis Merge) ha solo un carattere diverso :o
Direi che sia la jtag che il software funzionano bene.
Che dici provo il flashing? ???
-
Il bootloader che scarico è più simile a quello di bitbucket, mentre con debrick era completamente diverso.
Potrebbe essere un problema di byte swappati...
vedi se sono scambiati a grupppi di 4....
per esempio in uno potresti avere all'inizio
4D 5A 90 00
e nell'altro
00 90 5A 4D
Come esempio ho preso l'inizio di byteswap.exe e della sua versione swappata s_byteswap.exe ;)
-
Che dici provo il flashing? Huh
Io dire di si! :D
Nel caso non booti leggi se i byte (in quello morto) sono swappati...
-
Potrebbe essere un problema di byte swappati...
vedi se sono scambiati a grupppi di 4....
Si marven hai perfettamente ragione sono swappati a gruppi di 4, ho controllato con un edito hex.
Openwince JTAG non riesce a scriver nella flash, o meglio mi da errore facendo l'erasing
Ammesso che il tuo debrick-mod riesca a scriver la flash, come devo passargli il bootloader di bitbucket?
Così com'è? o devo swappare il file a gruppi di 4?
-
Openwince JTAG non riesce a scriver nella flash, o meglio mi da errore facendo l'erasing
Questo non ci voleva... mi sa che ti devi fare la wiggler e provare con OCD...
Ammesso che il tuo debrick-mod riesca a scriver la flash, come devo passargli il bootloader di bitbucket?
Così com'è? o devo swappare il file a gruppi di 4?
Con debrick credo cosi' com'e' (almeno con i 30xt et simili e' cosi') . Mentre con OCD flash programmer va swappato prima (ma li c'e' anche il discorso dei file .S19 ... che vedremo dopo nel caso)
PS
No pero'... con debrick adam2 scaricato dal 30xt e' uguale all'originale, e non deve essere swappato per inviarlo. Nel tuo quello scaricato dal router e' swappato quindi presumo che l'originale lo devi swappare prima di inviarlo.
-
No nisba :'(
Non flasha neanche debrick, ho provato con questo comando ma sta li... :-\
debrick-mod -flash:custom /skipdetect /window:1fc00000 /start:1fc00000 /length:41690 /fc:56 /xilinx /f:out.bin
====================================
AR7 EJTAG Debrick Utility v4.5
====================================
Probing bus ... Done
Instruction Length set to 0
CPU Chip ID: 00000000000000000000000000000000 (00000000)
*** CHIP DETECTION OVERRIDDEN ***
- EJTAG IMPCODE ....... : 00000000000000000000000000000000 (00000000)
- EJTAG Version ....... : 1 or 2.0
- EJTAG DMA Support ... : Yes
Issuing Processor / Peripheral Reset ... Done
Enabling Memory Writes ... Done
Halting Processor ... <Processor did NOT enter Debug Mode!> ... Done
Clearing Watchdog ... Done
Manual Flash Selection ... Done
Flash Vendor ID: 00000000000000000000000000011111 (0000001F)
Flash Device ID: 00000000000000000000000011001000 (000000C8)
*** Manually Selected a Atmel AT49BV322A 2Mx16 BotB (4MB) Flash Chip ***
- Flash Chip Window Start .... : 1fc00000
- Flash Chip Window Length ... : 00400000
- Selected Area Start ........ : 1fc00000
- Selected Area Length ....... : 00041690
*** You Selected to Flash the out.bin ***
=========================
Flashing Routine Started
=========================
Total Blocks to Erase: 12
Erasing block: 1 (addr = 1fc00000)...
-
Ho esaminato la situazione e ne ho dedotto che la tua flash non e' la 56 ma la 57.
Infatti openwince ti ha detto che:
Device geometry definition:
Device Size: 4194304 B (4096 KiB, 4 MiB)
Flash Device Interface Code description: 0x0002 (x8/x16)
Maximum number of bytes in multi-byte program: 1
Number of Erase Block Regions within device: 2
Erase Block Region Information:
Region 0:
Erase Block Size: 65536 B (64 KiB)
Number of Erase Blocks: 63
Region 1:
Erase Block Size: 8192 B (8 KiB)
Number of Erase Blocks: 8 Cioe' la geometria della Atmel AT49BV322AT che e' invertita rispetto alla AT49BV322A.
Prova, dovrebbe funzionare... spero ;)
PS
Potresti anche tralasciare l'opzione /fc e lasciargli riconoscere la flash in automatico... di solito e' meglio provare prima cosi', solo in caso di problemi si fa la selezione manuale.
-
Potresti anche tralasciare l'opzione /fc e lasciargli riconoscere la flash in automatico... di solito e' meglio provare prima cosi', solo in caso di problemi si fa la selezione manuale.
Ho provato...
Senza specificare il tipo di flash mi da l'errore che non la trova o non riesce a identificarla.
Poi ho provato specificando (/fc:57) ma stesso problema... non flasha :'(
-
Senza specificare il tipo di flash mi da l'errore che non la trova o non riesce a identificarla.
Forse e' proprio questo il problema... qui:
http://forum.openwrt.org/viewtopic.php?pid=38542#p38542
nih non usa /fc e la flash pare gliela rilevi... se cio' e' vero (ho qualche dubbio perche' qualche post prima invece la /fc la usa...)
cio' significa che la tua flash ha un ID che non e' nel flash.def .
Forse e' il caso che posti esatttamente tutto cio' che c'e' scritto sulla flash...
-
Forse e' il caso che posti esatttamente tutto cio' che c'e' scritto sulla flash...
Detto fatto ;)
Questo è quello corrotto
Atmel
AT49BV322A
70TI
0516
Questo è quello ok
Atmel
AT49BV322A
70TI
0450
-
Non c'e' alcun dubbio che la flash sia la 56. Ho ricontrollato il datasheet della AT49BV322A 70TI e corrisponde tutto, IDs e geometria.
Credo che la soluzione forse sia in questa frase di bitbucket su http://forum.openwrt.org/viewtopic.php?pid=45077:
NOTE: openwince jtag sometimes does not see device, when vxworks or something else is running. So I use OCD Commander to stop software runing and cleared 1st sector of flash (see flash ic manual, and don't forget to enable flash in flash controller: long 0x58400000 = 0x000e3ce1 ) by hands from OCD commander, and than reboot device to get CPU stop because wrong operation code at the beginning of flash (0xff 0xff 0xff).
Cioe' va abilitata la scrittura sulla flash con OCD Commander.
PS
In alternativa, se te la senti, potresti agire via hardware sul pin WE (write enable) della AT49BV322A portandolo a livello alto. Vedi datasheet
http://www.tranzistoare.ro/datasheets/228/131827_DS.pdf
-
Non c'e' alcun dubbio che la flash sia la 56. Ho ricontrollato il datasheet della AT49BV322A 70TI e coorisponde tutto, IDs e geometria.
Bene, almeno siamo a posto su questo ;)
Cioe' va abilitata la scrittura sulla flash con OCD Commander.
Quindi devo riprovare a farmi la WIGGLER :-\
In alternativa, se te la senti, potresti agire via hardware sul pin WE (write enable) della AT49BV322A portandolo a livello alto. Vedi datasheet
Uhm... non so vediamo :-\
-
Quindi devo riprovare a farmi la WIGGLER Indeciso
A questo punto direi che e' d'obbligo ;)
-
Che mi consigli... dissaldare quella già fatta o riprendere l'occorrente e ripartire da zero? ???
-
Ma non credo ci sia il bisogno do dissaldare tutto, e' cosi' semplice che quasi non c'e' da sbagliare... sicuramente c'e' un errore o un componente guasto o errato.
Con il tester controlla il valore delle resistenze e il transistor e la continuita' dei collegamenti.
-
Ma non credo ci sia il bisogno do dissaldare tutto, e' cosi' semplice che quasi non c'e' da sbagliare
Anche a me è sembrato semplice.
Ci ho messo 10minuti a farla in tutta calma.
Ma anche ricontrollando più volte mi sembra tutto a posto. :-\
sicuramente c'e' un errore o un componente guasto o errato
Le resistenze mi sembrano tutte ok
Con il tester controlla il valore delle resistenze e il transistor e la continuita' dei collegamenti.
Il transistor come si controlla? ...scusa la banalità ma non ne ho idea :-[
-
Il transistor come si controlla? ...scusa la banalità ma non ne ho idea Imbarazzato
Devi mettere i puntali del tester tra emettitore e collettore e vedere se conduce oppure non conduce (o conduce poco) poi invertire i puntali e vedere se non conduce ( o conduce poco) oppure se conduce. Insomma invertendo i puntali devi avere una condizione opposta a quella di prima altrimenti vuol dire che il transistor o e' in corto (conduce sempre) o e' interrotto (non conduce in nessun caso).
-
Incredibile :o
Ho controllato tutto e tutto ok
Riprovo e funziona, rimonto il guschio del connettore parallelo e non funziona più.
Lo ritolgo e va.
Azz il guscio preme qualcosa che entra in contatto, perchè non ci ho pensato prima >:(
Va be ora funziona ;D
Bene possiamo provare con OCD Commander ;)
Lo scaricato, ma sinceramente non so da dove iniziare... :-[
-
Va be ora funziona Grossa risata
Benissimo! :D
Lo scaricato, ma sinceramente non so da dove iniziare... Imbarazzato
Prova nuovamente con debrick e openwince, poi a OCD se serve ci pensiamo dopo...
-
Nisba, stesso errore non riesce a fare l'erase :'(
-
Allora con OCD clicca Halt e poi Reset poi vedi se ti legge i registri con Regs (tanto per vedere se funge...) quindi riprovi con debrick e openwince.
Poi riprovi dando i comandi di cui si e' parlato prima, devi scriverli in Command e dare invio..
Eventualmente ti scarichi anche OCD flash programmer e fai un erase con quello... (ricordati che devi selezionare il processore MIPS 4kc,impostare l'indirizzo della Ram e l'indirizzo della flash (anche questa la devi selezionare correttamente).
Insomma prova un po' di cose 8) ;D
-
Funzionare funziona, perchè se do i comandi CPU, REGS ho una risposta, però se do HALT si blocca il software.
Se invece come cpu seleziono BROADCOM e BCM_MIPS32 non si blocca, ma non so se funziona :-\
>CPU
PC: 00000002 HI: 00000002 LO: 00000002
LWR $0, 0( $8)
>Reg
GPR0 00000002 GPR1 00000000
GPR2 00000000 GPR3 00000000
GPR4 00000000 GPR5 00000000
GPR6 00000000 GPR7 00000000
GPR8 00000000 GPR9 00000000
GPR10 00000000 GPR11 00000000
GPR12 00000000 GPR13 00000000
GPR14 00000000 GPR15 00000000
GPR16 00000000 GPR17 00000000
GPR18 00000000 GPR19 00000000
GPR20 00000000 GPR21 00000000
GPR22 00000000 GPR23 00000000
GPR24 00000000 GPR25 00000000
GPR26 00000000 GPR27 00000000
GPR28 00000000 GPR29 00000000
GPR30 00000000 GPR31 00000000
-
Uhmm non credo stia leggendo dai registry del processore. Anche a vuoto, senza Jtag collegata, da' quei valori...
Il target processor giusto dovrebbe essere MIPS 4KE, cosi' almeno c'e' scritto nei post dei ragazzi sul forum Openwrt... , per il fatto, credo, che il protocollo Ejtag dell'Atheros dovrebbe essere lo stesso del processore Mips (2.6)...
-
Uhmm non credo stia leggendo dai registry del processore. Anche a vuoto, senza Jtag collegata, da' quei valori...
Hai ragione ho provato ed è così :'(
Il target processor giusto dovrebbe essere MIPS 4KE, cosi' almeno c'e' scritto nei post dei ragazzi sul forum Openwrt...
Infatti se lancio l'utility "JTAG Scan Chain Analyzer" installata insieme a OCD e premo analyze ottengo questo:
http://img151.imageshack.us/my.php?image=jtagscanhp1.jpg
credo, che il protocollo Ejtag dell'Atheros dovrebbe essere lo stesso del processore Mips (2.6)...
Per quello che ne so io, si dovrebbe essere così
-
Stavo facendo ulteriori prove per capire se la Jtag wiggler funziona bene o no.
Stranamente se ci collego il 302t il tuo debrick-mod non me lo vede, mentre la xilinx lo vede benissimo.
Con "JTAG Scan Chain Analyzer" mi vede il 2100AP ma non mi vede il 302T.
Perchè?
è normale tutto ciò? ???
Io penso proprio di no :'(
PS a che frequenza va impostata la WIGGLER in OCD?
Non vorrei fosse quello il problema :-\
-
Infatti se lancio l'utility "JTAG Scan Chain Analyzer" installata insieme a OCD e premo analyze ottengo questo:
http://img151.imageshack.us/my.php?image=jtagscanhp1.jpg
Mi sembra un'ottima conferma ;)
Stranamente se ci collego il 302t il tuo debrick-mod non me lo vede, mentre la xilinx lo vede benissimo.
Cio' e' veramente strano... c'e' qualcosa che non va' ???
Con "JTAG Scan Chain Analyzer" mi vede il 2100AP ma non mi vede il 302T.
Perchè?
è normale tutto ciò? Huh
Io penso proprio di no Pianto
Anch'io penso proprio di no... poi provo con la mia wiggler + 300t ;)
PS a che frequenza va impostata la WIGGLER in OCD?
Non c'e' un valore preciso, 1 e' la velocita' piu' alta, 8 la piu' bassa. Fai delle prove a una velocita' intermedia, diciamo 4 o 5 poi passa a velocita' piu' basse.
-
delle prove a una velocita' intermedia, diciamo 4 o 5 poi passa a velocita' piu' basse.
Il 2100AP me lo legge sempre... anche a velocità alte, mentre il 302t mai :'(
-
Vuoi sapere una cosa... ;) OCD Commander 2.5.5 2007 con il 300t non funge neanche a me ;D Dev'essere bacato (non voglio malignare, per il momento, su qualche modifica alla wiggler da $150 ??? ). Versioni piu' vecchie funzionavano benissimo. Devo averle da qualche parte. Poi cerco.
Mentre OCD flash programmer 2.5.9 (non so che versione ci sia ora su loro sito), debrick-mod e Ciclamab funzionano perfettamente con la mia wiggler bufferizzata.
-
A ok buono a sapersi ;)
Azz allora le versioni che ho io potrebbero non andar bene.
piu' vecchie funzionavano benissimo. Devo averle da qualche parte. Poi cerco.
non è che... :P
ramponis<at>tiscali.it
intanto guarda... sono andato avanti con bitbucket
http://forum.openwrt.org/viewtopic.php?pid=45750#p45750
Arrivo al suo stesso punto ma ancora non flasha, penso perchè i comandi che gli do da OCD per abilitare la flash in scrittura vadano nel cesso :'(
Mentre OCD flash programmer 2.5.9 (non so che versione ci sia ora su loro sito), debrick-mod e Ciclamab funzionano perfettamente con la mia wiggler bufferizzata.
Hai una bufferizzata? ???
L'hai fatta seguendo il tuo schema o è "commerciale"?
Ora che ho sia una Xilinx che un WIGGLER non bufferizzata... sto pensando di farmi quella bufferizzata :-\
-
non è che... Linguaccia
;)
sono andato avanti con bitbucket
Ho visto.. ma non e' che lui ha una flash diversa dalla tua? ???
Arrivo al suo stesso punto ma ancora non flasha, penso perchè i comandi che gli do da OCD per abilitare la flash in scrittura vadano nel cesso Pianto
Se non ti legge i regs vuol dire che non funge per niente...
Hai una bufferizzata? Huh
Esattamente quella dello schema su Dlinkpedia.
L'hai fatta seguendo il tuo schema o è "commerciale"?
Secondo te uno, cioe' me medesimo ;D, si fa il mazzo per oltre un mese con sperimentazioni & ricerche e poi usa una Jtag commerciale? ???
Ora che ho sia una Xilinx che un WIGGLER non bufferizzata... sto pensando di farmi quella bufferizzata Indeciso
Ma non credo che sia un problema di buffer o non buffer... deve funzionare lo stesso. Provala se puoi in un altro PC.
Comunque se ti fai quella bufferizzata ovviamente male non fai...
-
Grazie mille.... ;)
Ho visto.. ma non e' che lui ha una flash diversa dalla tua?
No non è la flash è che io lavoravo in 16 o 32bit, mentre va settata a 8 bit.
Me lo ha spiegato ora, dopo provo ;)
Secondo te uno, cioe' me medesimo , si fa il mazzo per oltre un mese con sperimentazioni & ricerche e poi usa una Jtag commerciale?
Hai ragione (che domanda stupida). Solo che volevo la conferma :-[
Comunque se ti fai quella bufferizzata ovviamente male non fai...
Si penso di farla appena possibile ;)
-
E si ;) con la 2.4.6 cambia tutto
Che ne dici di questi registri? E mi legge anche la CPU :D
>Reg
GPR0 00000000 GPR1 00000050
GPR2 00000000 GPR3 80FF6120
GPR4 BC000000 GPR5 00195608
GPR6 002D5320 GPR7 00000000
GPR8 BC003068 GPR9 90000080
GPR10 00000004 GPR11 00000000
GPR12 00000000 GPR13 000000E0
GPR14 0000004C GPR15 00000080
GPR16 0000E000 GPR17 80CD45A0
GPR18 809D4590 GPR19 80FF5DA8
GPR20 00000046 GPR21 00000000
GPR22 00000000 GPR23 00000000
GPR24 00000000 GPR25 00000000
GPR26 806C92B0 GPR27 10005001
GPR28 80711D60 GPR29 80FF56D0
GPR30 80FF5DA8 GPR31 8068D414
>CPU
PC: BFC00000 HI: 0102EEB7 LO: FDBD5998
<0000014F>: UNKNOWN OPCODE
Che dire... Sei un GRANDE Marven 8)
-
E si Occhiolino con la 2.4.6 cambia tutto
Perfetto! :D Allora dacci dentro con i comandini di bitbucket! 8)
-
Allora...
Ora con OCD tutto funziona...
Mi collego, faccio un reset, mi risonde al comando CPU e alla lettura dei registri
>Reset
>CPU
PC: BFC00000 HI: 14914755 LO: 417E9D64
<0000014F>: UNKNOWN OPCODE
>Reg
GPR0 00000000 GPR1 BFC00000
GPR2 20800020 GPR3 FFFFFFFD
GPR4 BFC01192 GPR5 BC000000
GPR6 BFC00CA8 GPR7 00000000
GPR8 00000000 GPR9 00000020
GPR10 FFFFFFFC GPR11 00000062
GPR12 00000020 GPR13 0000006F
GPR14 00000084 GPR15 00000044
GPR16 10400000 GPR17 80052748
GPR18 0000003F GPR19 8005C520
GPR20 000001FF GPR21 8005AC90
GPR22 80052748 GPR23 8000FF78
GPR24 00000000 GPR25 00000000
GPR26 10400000 GPR27 8000FF38
GPR28 80059680 GPR29 8000FF38
GPR30 00000009 GPR31 BFC011B4
>STATUS
In DEBUG mode
Do i comandi che mi ha detto bitbucket
>long 0xb8400000 = 0x000e3ce1
>byte 0x1fc00aaa = 0xaa
>byte 0x1fc00555 = 0x55
>byte 0x1fc00aaa = 0x80
>byte 0x1fc00aaa = 0xaa
>byte 0x1fc00555 = 0x55
>byte 0x1fc08000 = 0x30
Sembra che funzionino ma non mi torna nessun output :-\
ma con Openwince JTAG mi pianto sempre li :'(
Se dai una letta al topic su openwrt...
http://forum.openwrt.org/viewtopic.php?pid=45855#p45855
Vedrai che bitbucket mi dice che io sto lavorando in 16 o 32bit mentre invece devo impostare la flash in 8bit e mi segnala la modifica da fare sul file flash.c che dovrebbe essere dentro la cartella src.
Ma di cosa? io ne ho trovato uno con quel nome nel pacchetto di installazione di jtag-0.6-cvs-20051228.tar
Ho provato a modificare quello e a rifare i comandi di installazione:
./configure
make
make install
ma dopo ho riprovato e ho lo stesso errore... che cosa ho sbagliato? ???
-
Sembra che funzionino ma non mi torna nessun output
E' normale, non ti deve dare nessun output.
modifica da fare sul file flash.c che dovrebbe essere dentro la cartella src.
Si e' proprio quello. Devi cancellare esattamente questa parte
static void
set_flash_driver( void )
{
int i;
cfi_query_structure_t *cfi;
flash_driver = NULL;
if (cfi_array == NULL)
return;
cfi = &cfi_array->cfi_chips[0]->cfi;
for (i = 0; flash_drivers[i] != NULL; i++)
if (flash_drivers[i]->autodetect( cfi_array )) {
flash_driver = flash_drivers[i];
flash_driver->print_info( cfi_array );
return;
}
printf( _("unknown flash - vendor id: %d (0x%04x)\n"),
cfi->identification_string.pri_id_code,
cfi->identification_string.pri_id_code );
printf( _("Flash not supported!\n") );
}
E sostituiral con quella di bitbucket:
static void
set_flash_driver( void )
{
// int i;
cfi_query_structure_t *cfi;
flash_driver = NULL;
if (cfi_array == NULL)
return;
cfi = &cfi_array->cfi_chips[0]->cfi;
#if 0
for (i = 0; flash_drivers[i] != NULL; i++)
if (flash_drivers[i]->autodetect( cfi_array )) {
flash_driver = flash_drivers[i];
flash_driver->print_info( cfi_array );
return;
}
printf( _("unknown flash - vendor id: %d (0x%04x)\n"),
cfi->identification_string.pri_id_code,
cfi->identification_string.pri_id_code );
printf( _("Flash not supported!\n") );
#endif
flash_driver=&amd_8_flash_driver;
flash_driver->print_info( cfi_array );
}
ma dopo ho riprovato e ho lo stesso errore... che cosa ho sbagliato? Huh
Eh... non lo so... innanzitutto elimina l'eseguibile vecchio, anzi elimina tutto e parti dal sorgente originale, non si sa mai che stai compilando o linkando qualcosa di vecchio, senza la modifica...
-
Penso di aver fatto tutto giusto, ma non va... mi spiego
Apro OCD faccio il reset e do i comandi (di cui sopra)
Poi lancio openwince jtag e do i suoi comandi
cable parallel 0x378 WIGGLER
detect
include atheros/ar2312/ar2312
poke 0x58400000 0x000e3ce1
detectflash 0x1fc00000
flashmem 0x1fc00000 boot.bin
Il problema è che se do i comandi con OCD aperto quando do il comando "detect" si blocca.
Penso perchè tiene in uso la cpu del 2100AP.
Però se lo chiudo tutto funziona correttamente e poi comunque va in errore quando cerco di caricarci il bootloader col comando "flashmem 0x1fc00000 boot.bin"
Ho notato che OCD al primo collegamento è come se non comunicasse con la CPU.
Poi quando do il comando HALT cambia la risposta al comando CPU e cambia ancora quando do il reset
>CPU
PC: 00000002 HI: 00000002 LO: 00000002
SWL $0, -31744( $8)
>Halt
>CPU
PC: BFC01A1C HI: 00000000 LO: 00000400
SW $0, 0( $4)
>Reset
>CPU
PC: BFC00000 HI: 00000000 LO: 00000400
<0000014F>: UNKNOWN OPCODE
Questo è normale? ???
-
Il problema è che se do i comandi con OCD aperto quando do il comando "detect" si blocca.
Penso perchè tiene in uso la cpu del 2100AP.
Si OCD lo devi chiudere dopo aver dato i comandi, altrimenti continua ad occupare il bus e non puoi usare openwince.
Questo è normale? Huh
Sembtra di no. Con il 300t ottengo questo
>CPU
PC: 00000002 HI: 00000002 LO: 00000002
SWL $0, -31744( $8)
>Halt
>CPU
PC: 00000002 HI: 00000002 LO: 00000002
SWL $0, -31744( $8)
>Reset
>CPU
PC: 00000002 HI: 12801038 LO: C8238011
SH $0, -31744( $8)
Ma la wiggler+302t ora ti funziona con debrick-mod o Ciclamab? Non vorrei fosse quello il problema...
Altra cosa che farei e' usare l'altro openwince http://star.oai.pp.ru/jtag/jtag-brecis-ok.zip
-
Ho sostituito jtag.exe con quello contenuto nel pacchetto brecis
Poi ho rifatto la procedura da capo
e questo è quello che ottengo...
jtag> flashmem 0x1fc00000 boot.bin
program blocks:
Chip: AMD Flash
Manufacturer: Atmel
Chip: AT49BV322A
Protected: 0090
flash_unlock_block 0x1FC00000 IGNORE
block 0 unlocked
flash_erase_block 0x1FC00000
................................................................................
................................................................................
........................................flash_erase_block 0x1FC00000 FAILED
erasing block 0 to program 8192 bytes, status: 99
flash_unlock_block 0x1FC02000 IGNORE
block 1 unlocked
flash_erase_block 0x1FC02000
................................................................................
................................................................................
........................................flash_erase_block 0x1FC02000 FAILED
erasing block 1 to program 8192 bytes, status: 99
addr: 0x1FC02AC0
Sta proseguendo ma è mostruosamente lento, solo che ora ho un impegno e devo interromperlo.
Tu che dici sta funzionando? ???
Che significa "block 0x1FC00000 FAILED" e poi mi ha dato "block 0x1FC02000 FAILED"?
Vuol dire che non è riuscito a cancellare un tubo o solo quel determinato blocco? ???
Comunque il fatto che la flash venga riconosciuta in automatico mi fa pensare che abbiamo fatto un passo avanti
PS il "block 0x1FC0@000 FAILED"? ma lo da ogni 2000 blocchi
-
Tu che dici sta funzionando? Huh
No, non fa l'erase. Se confronti con il mio post dove ho fatto il flashing del 300t, lo status code deve essere 0
Vuol dire che non è riuscito a cancellare un tubo o solo quel determinato blocco? Huh
Vuol dire che non ha fatto l'erase di quel blocco e poche' non lo fa di nessun blocco, cio' significa che non ha fatto un tube ;D
Comunque il fatto che la flash venga riconosciuta in automatico mi fa pensare che abbiamo fatto un passo avanti
Sicuramente ;) Sara' un "parto podalico" ma sara'! :) ;)
PS il "block 0x1FC0@000 FAILED"? ma lo da ogni 2000 blocchi
None... a ogni blocco di 0x2000 byte cioe' ogni 8192 byte cioe' a ogni erase block di 8 KB.
Ma 'sto brecis-ok l'hai patchato con il codice di bitbucket? Se si (***), prova senza patcharlo e prova con gli indirizzi per 8 16 e 32 bit mode come da sito openwrt:
To access a Flash chip in 8-, 16- or 32-bit mode via EJTAG, use 0x1fc00000, 0x3fc00000 and 0x5fc00000 addresses respectively.
(***) Se no, cosa aspetti? Che te lo dica lo zio marven? ;D
-
Ma 'sto brecis-ok l'hai patchato con il codice di bitbucket?
No la prova l'ho fatto col jtag.exe già pronto.
Ora però ho fatto la prova a patcharlo...
Ho ricompilato l'exe jtag con la modifica del file flash.c, ma così non mi riconosce più la flash :'(
Chip: AMD Flash
Manufacturer: Unknown manufacturer (ID 0x0010)
Chip: Unknown (ID 0x0000)
Protected: 0001
program:
flash_unlock_block 0x1FC00000 IGNORE
block 0 unlocked
flash_erase_block 0x1FC00000
................................................................................
................................................................................
........................................flash_erase_block 0x1FC00000 FAILED
erasing block 0: 99
addr: 0x1FC00000
None... a ogni blocco di 0x2000 byte cioe' ogni 8192 byte cioe' a ogni erase block di 8 KB.
A ok, grazie del chiarimento.
To access a Flash chip in 8-, 16- or 32-bit mode via EJTAG, use 0x1fc00000, 0x3fc00000 and 0x5fc00000 addresses respectively.
(***) Se no, cosa aspetti? Che te lo dica lo zio marven?
Ok, quindi l'indirizzo cambia in base all'accesso (8, 16, 32).
Penso che devo usarlo sia per il comando di detect della flash che per il comando di flashing... giusto?
Ci provo e ti dico ;)
-
No nisba... :'(
Il Detectflash mi riconosce la flash solo a 8bit negli altri 2 casi non la vede
jtag> detectflash 0x3fc00000
dev ID=014f man ID=1000
Using CFI flash chip detection, not jedec
Flash not found!
jtag> detectflash 0x5fc00000
dev ID=1000014f man ID=1000014f
Using CFI flash chip detection, not jedec
Flash not found!
jtag>
Ho prova un po di cosine, ma non sono giunto a molto.
Ho scoperto che tramite OCD posso far caricare in memoria del 2100AP un ELF file.
Io ho un file "art" tirato giu da un 2100AP che è proprio un ELF file.
Se lo invio lo manda, ma mi sa che ci vuole un bel po.
Domani provo a lasciarlo li e vediamo se lo carica ed esegue.
-
Hai provato a flasharlo con OCD Flash Programmer o anche solo l'erase?
Il Flash programmer ti puo' anche dire se ci sono settori bloccati. Dacci una controllatina.
-
Hai provato a flasharlo con OCD Flash Programmer o anche solo l'erase?
Ho provato ora... ma mi da l'errore:
"Target Communications Error: Internal Processing Error"
Facendo quasi tutte le operazioni:
- Erase
- Program
- Blank Check
- Ecc.
L'unico comando che sembra funzionare è il reset che mi risponde:
"Target Reset Asserted"
L'ho impostato selezionando:
CPU: MIPS MIPS32_4KE
FLASH: ATMEL AT49BV322A Start at: 0x1FC00000 Width: 16 bits x 1 Chip(s)
Non so che cosa c'è che non va :-\
-
Non so che cosa c'è che non va Indeciso
Dovrebbe essere un problema di indirizzo RAM. Quello preimpostato e' 0x0000000, devi cambiarlo in
0x80010000
Invece per i 30xt e' 0xA0000000
-
No l'avevo già impostata ma nisba.
Ho fatto uno screenshot dove puoi vedere i parametri che ho usato
(http://img373.imageshack.us/img373/4236/ocdpa5.jpg)
-
Prova con width a 8 bit...
Ma la wiggler ora ti funziona con Ciclamab e debrick? ???
-
Ricorda poi che l'indirizzo per la scrittura e' 0xBE000000 ;)
-
No con Debrick e/o ciclamab non funziona, ma non ho idea del perchè :-\
-
No con Debrick e/o ciclamab non funziona, ma non ho idea del perchè :-\
Io non sottovaluterei cio'!
Credo proprio ci sia un problema nell'interfaccia. Con debrick o Ciclamab (ma anche con OCD flash programmer) almeno con il 30xt deve funzionare
Io personalmente non andrei avanti con il DWL-2100AP senza prima aver risolto questa questione. Non credo ci siano altri problemi. bitbucket ha esattamente il tuo stesso router e a lui funziona tutto...
-
Io non sottovaluterei cio'!
Credo proprio ci sia un problema nell'interfaccia. Con debrick o Ciclamab (ma anche con OCD flash programmer) almeno con il 30xt deve funzionare
Si anche io ho pensato lo stesso.
Però ho fatto una prova con la xilinx che funziona con debrick e il 302t.
Ho provato con openwince jtag e funziona in lettura.
Ho scaricato parte della flash e poi ho rifatto lo stesso con la wiggler e ho confrontato i due file ottenuti:
Risultato: identici al 100%
Per cui sotto openwince jtag funziona.
Ho rifatto il test di scrittura e sia la xilinx che la wiggler mi danno lo stesso errore.
Penso che la flash sia in qualche modo bloccata in scrittura.
Forse a questo punto devo orientarmi su una WIGGLER BUFFERIZZATA ::)
Io personalmente non andrei avanti con il DWL-2100AP senza prima aver risolto questa questione. Non credo ci siano altri problemi. bitbucket ha esattamente il tuo stesso router e a lui funziona tutto...
Si ma il suo device monta una flash diversa :-\
bitbucket mi ha anche deto di provare a cancallare la flash da OCD commander e mi ha spiegato come fare.
Dopo provo e poi riprovo a leggere la flash per vedere se è stata cancellata.
Se come penso è bloccata non dovrebbe riuscirci nemmeno OCD
-
Però ho fatto una prova con la xilinx che funziona con debrick e il 302t.
Si ma ciò non risolve il problema della wiggler ;D
E' la wiggler che non ti funziona con debrick e Ciclamab...
Ho rifatto il test di scrittura e sia la xilinx che la wiggler mi danno lo stesso errore.
Penso che la flash sia in qualche modo bloccata in scrittura.
Questo e' un buon test, pero' potrebbe anche darsi che non scrivono e danno lo stesso errore per motivi diversi.
Forse a questo punto devo orientarmi su una WIGGLER BUFFERIZZATA Pazienza
Puo' darsi che con la tua parallela la bufferizzata funzioni meglio. Finora non ho avuto notizie di poor man wiggler che non funzionano con debrick e/o con Ciclamab, ma non e' ovviamente escluso che ci siano altri casi come il tuo...
Si ma il suo device monta una flash diversa Indeciso
Ah si? Credevo fosse la stessa... e quale ha bitbucket? Puo' essere utile vedere le definizioni della sua flash in openwince e magari trapiantare qualcosa in quelle della tua...
Se come penso è bloccata non dovrebbe riuscirci nemmeno OCD
Non credo sia bloccata, almeno non dalla fabbrica. Altrimenti come sarebbe possibile aggiornare il firmware?
Comunque OCD flash programmer puo' controllare se ci sono settori protetti. E, se non sbaglio, sproteggerli.
-
Azz danno l'errore, ma scrivono!!!!!! :D
Ho provato a fare la cancallezione da OCD.
Ho preso il datasheet della flash e ho ricavato gli indirizzi da passare a ocd.
Ho seguito le info datemi da bitbucket e ho cancellato un po di settori.
In pratica ho azzerato il boot-loader.
Ho letto poi con openwince ed effettivamente i settori sembravano cancellati.
Poi ho provato a flashare con openwince e ho lasciato andare nonostante gli errori e poi ho provato a rileggere...
... risultato il bootloader è di nuovo li.
Per cui l'errore nell'erase può essere dovuto ad una risposta della flash al comando di cancellazione male interpretata dal software
PS ho collegato la seriale e il boot-loader carica!!!!!!!! :D :D :D
-
Guarda l'output della seriale che bello...
ar531x rev 0x00005850 firmware startup...
SDRAM TEST...PASSED
WAP-G02A Boot Procedure V1.0
---------------------------------------------------------
Start ..Boot.B14..
@ version 3.0.0.43A
1
[Boot]:?
? - print this list
@ - boot (load and go)
p - print boot params
c - change boot params
e - print fatal exception
v - print version
B - change board data
S - show board data
n netif - print network interface device address
$dev(0,procnum)host:/file h=# e=# b=# g=# u=usr [pw=passwd] f=#
tn=targetname s=script o=other
boot device: tffs=drive,removable file name: /tffs0/vxWorks
Boot flags:
0x02 - load local system symbols
0x04 - don't autoboot
0x08 - quick autoboot (no countdown)
0x20 - disable login security
0x40 - use bootp to get boot parameters
0x80 - use tftp to get boot image
0x100 - use proxy arp
available boot devices:Enhanced Network Devices
ae1 tffs
[Boot]:
-
Grande Ramponis!!!! :D :D :D :D I miei complimenti! ;) Lo sapevo che ce l'avresti fatta! :)
Ora puoi completare la parte Jtag della guida :P La leggero' con grandissimo interesse :)
PS
Hai provato a flashare con OCD? O con debrick-mod?
-
Grande Ramponis!!!! :D :D :D :D I miei complimenti! ;) Lo sapevo che ce l'avresti fatta! :)
Ora puoi completare la parte Jtag della guida :P La leggero' con grandissimo interesse :)
Grazie, il tuo aiuto è stato preziosissimo ;)
Si oggi mi metto al lavoro e poi aggiorno tutto
PS
Hai provato a flashare con OCD? O con debrick-mod?
Ho scritto un vbscript per generare una macro di cancellazione del boot-loader in OCD.
Ho fatto cancellare un po di settori, poi ho provato a leggere la flash con openwince JTAG e ho visto che aveva cancellato correttamente.
Infatti il device risultava "morto" in quanto il bootloader era assente.
Questo non mi è servito a molto... ma l'ho fatto per capire se la WIGGLER funzionava e se la flash si poteva scrivere
Ho quindi provato a flashare con brecis_ok.
Ho fatto una modifica in modo da fargli riconoscere il chip Atheros
Ho visto che la flash la riconosceva ma durante la cancellazione dava FAILED ma andava avanti
Ho lasciato finire è poi ho fatto il reboot del device è il bootloader è partito a testimonianza della corretta scrittura.
Quindi il comando di flash di openwince JTAG funziona ma riceve una risposta che fa pensare di aver fallito l'erase, ma in realtà funziona :D
-
Grazie, il tuo aiuto è stato preziosissimo Occhiolino
Grazie! Spero per lo meno di aver trasmesso un po' di entusiasmo e incoraggiamento :)
Mi chiedevo se hai provato a flashare anche con debrick e/o flash programmer impostando gli indirizzi e l'id processore che hai scoperto... ???
Quando pubblichi il tutto faccio una moddatina a debrick e vediamo se funziona anche lui senza i contorcimenti di openwince :P
-
Grazie! Spero per lo meno di aver trasmesso un po' di entusiasmo e incoraggiamento :)
Altro che! ;)
Mi chiedevo se hai provato a flashare anche con debrick e/o flash programmer impostando gli indirizzi e l'id processore che hai scoperto... ???
No non ho provato :P
Stavo ultimando i test con openwince jtag e poi mi butto su debrick.
Comunque sotto openwince jtag funziona sia la wiggler che la xlinx senza particolari problemi.
La wiggler invece sotto flash programmer riesce solo a fare il reset qualsiasi altro comando va in errore (nonostante i paramentri siano corretti).
Sotto OCD invece funziona (ma le funzioni di OCD sono solo di debug).
Probabilemente la mia wiggler non è venuta proprio bene :-[
Quando ho un po di tempo provo quella bufferizzata :D
Gli indirizzi della flash più o meno li ho tutti, mentre per ciò che riguarda la cpu Atheros... non è che ho proprio scoperto il suo id, ma ho fatto una modifica per forzarne la selezione.
Non so se è possibile fare una cosa analoga su debrick
Quando pubblichi il tutto faccio una moddatina a debrick e vediamo se funziona anche lui senza i contorcimenti di openwince :P
Ok perfetto. Ci lavoro e pubblico tutto.
Ciao e grazie ;)
-
Gli indirizzi della flash più o meno li ho tutti, mentre per ciò che riguarda la cpu Atheros... non è che ho proprio scoperto il suo id, ma ho fatto una modifica per forzarne la selezione.
Non so se è possibile fare una cosa analoga su debrick
Beh con debrick basta dargli l'opzione /skipdetect... ma e' proprio quello che non vogliamo fare ;D
Appena ho un attimo di tempo mi metto a caccia di questo ID a cominciare dal datasheet del chiop atheros se esiste ???
Ok perfetto. Ci lavoro e pubblico tutto.
Perfetto! Grazie :)
PS
Poco fa mi e' arrivato un wgt634u fresco fresco da ebay :P L'avventura continua! :D
L'altro online ho deciso di lasciarlo in pace ;D
-
Beh con debrick basta dargli l'opzione /skipdetect... ma e' proprio quello che non vogliamo fare
Appena ho un attimo di tempo mi metto a caccia di questo ID a cominciare dal datasheet del chiop atheros se esiste
Si esatto, sarebbe proprio un'ottima cosa ;)
PS
Poco fa mi e' arrivato un wgt634u fresco fresco da ebay L'avventura continua!
L'altro online ho deciso di lasciarlo in pace
Bene :D
Dai che ci mettiamo a divertirci un po anche su quello ;D
-
Dai che ci mettiamo a divertirci un po anche su quello Grossa risata
La prima cosa che faccio appena ho un po' di tempo i prossimi giorni e' mettere su la kamikaze + il client amule come ti avevo accennnato, con un bel HD USB 120 GB :P :D
Ti faccio sapere ;)
-
Attendo impaziente. :D
Intanto io sto scaricando la flash del 2100AP funzionante in "porzioni" in modo da rendere l'upload più agevole ;)
-
Per quanto riguada il WGT634U... vediamo di caricarci un bel po di cosine ;)
Mi interesserebbe metterci su:
- Mail server (con salvataggio su storage usb)
- Asterisk (per il voip)
- FTP server
e poi mi piacerebbe, ma forse questo è dura, un server IPTV ::)
-
salve , ho messo su il firmware 220 449 preso dal sito lizzy555 ma quando ho messo gli script vbs per aumentare la potenza l'ap si e messo in reboot continuo .
ho provati il firm2.30 ma la connessione rallenta ora ho messo su il 2.10 con set overridetxpower a20 e vabene .
esiste qualche cosa per aumentare la potenza del 2.30 ? sono a circa 3 km senza ostacoli e ap sul balcone
grazie
ps grande ramponis
-
ps grande ramponis
Grazie
Usa il firmware russo.
La procedura per caricarlo è descritta nella mia guida ;)
Vedrai come miglioreranno le prestazioni ;D
-
la tentazione è forte , ma l'assenza dell'interfaccia web rende il tutto un po difficoltoso.
eventualmente come è possibile tornare indietro?
grazie
ps ho avuto esperienza con il 302t con adan2 andato : il difficile è stato saldare il pettine jtag sul pcb
-
la tentazione è forte , ma l'assenza dell'interfaccia web rende il tutto un po difficoltoso.
Lo so ma gestisci il tutto tramite APManager by Acowa ;)
eventualmente come è possibile tornare indietro?
Con la stessa procedura si torna indietro senza problemi.
L'ho fatto su 3 2100AP senza problemi ;D
ps ho avuto esperienza con il 302t con adan2 andato : il difficile è stato saldare il pettine jtag sul pcb
No, non è difficile.
Io l'ho fatto senza mai averlo fatto prima.
Comunque sto integrando nella guida anche questo discorso.
Se va bene nel wee-end finisco e lunedì pubblico tutto ;)
Comunque è difficile rompere il bootloader del 2100AP
-
x Marven...
Sto realizzando la WIGGLER bufferizzata.
e si mi sono deciso... :-[
L'altra era troppo instabile, stranamente la xilinx sembrava essere più stabile della wiggler poor man.
Volevo chiederti una cosa...
I collegamenti che vanno "alla terra" dove li connetto fisicamente? Al connettore metallico della parallela?
Ciao e grazie ;)
-
Comunque è difficile rompere il bootloader del 2100AP
l'ho cancellato con quei comandi "tffs..." :'( di cui ti avevo accennato nell'altro forum, è inutile che ti dica quanto sono impaziente di leggere sulla tua guida la procedura per ricaricare tutta la flash con la jtag. :D
-
@Ramponis
Volevo chiederti una cosa...
I collegamenti che vanno "alla terra" dove li connetto fisicamente? Al connettore metallico della parallela?
Non c'e' nessun collegamento "alla terra". Ci sono solo collegamenti "a massa". Sono due cose concettualmente diverse. La terra ha potenziale zero, mentre la massa puo' avere potenziale zero, negativo o positivo. In pratica tutti i punti dello schema con il simbolo di massa vanno collegati tra loro, e non li devi collegare alla carcassa della parallela ma solo ai pin dal 18 al 25.
-
l'ho cancellato con quei comandi "tffs..."
x belgico
e lo so hai ragione, io ho fatto un po di prove per tentare il ripristino della flash coi comandi tffs, ma nisba.
Invece la flash completa si riesce a caricare.
Solo che potendo settare la jtag solo a 8bit il trasfert è lentissimo :'(
Per ripristinare l'intera flash ci vogliono quasi 3 giorni.
Ma ho quasi finito... speriamo ce la faccia
Il problema e che non vada in errore, perchè se capita devi ripartire.
Per sopperire a tale problema sto facendo i salvataggi della flash in blocchi da 1Mb per poter ripristinarli più agevolmente ;)
x Marven
Grazie per la precisazione
-
Ripristino del 2100AP completato. :D
Ho riflashato il contenuto completo della flash di un 2100AP completamente andato e con boot-loader morto.
Ora l'ap funziona perfettamente
Ora il 2100AP è veramente eterno ;D
-
Rev. 1.30 on-line con le info riguardo la jtag.
http://xoomer.alice.it/ramponis/Documents/segreti-dwl-2100ap.rar
Non è completa ma è per dare qualche info in più ;)
-
Ancora non l'ho lette le nuove aggiunte alla guida, ma intanto ti faccio un sentito applauso per il risultato raggiunto.
-
@Ramponis
Ottimo lavoro ;)
PS
Ci sono alcuni errori "tipografici" "forders" al posto di "folders", "ho" al posto di "o" non ricordo dove ::)
PS2
Non ho ancora avuto tempo di mettere le mani sul wgt ne' di cercare questo benedetto id dell'atheros :-[
PS3
Grazie per il credit! :)
-
Ci sono alcuni errori "tipografici" "forders" al posto di "folders", "ho" al posto di "o" non ricordo dove
ok verifico e corrego, inoltre ho fatto delle aggiunte
Non ho ancora avuto tempo di mettere le mani sul wgt ne' di cercare questo benedetto id dell'atheros
No problem, appena hai il WGT tra le mani partiamo ;)
Grazie per il credit!
Dovere, visto l'aiuto che mi hai dato ;)
-
Ciao
Spero di non essere off-topic con questo post
Ho fatto un firmware upgrade su un paio di dwl2100ap con la modalita' e il firmware descritti sulla guida di ramponis (che suppongo sia il realizzatore materiale della guida stessa).
Uno e' andato a buon fine e lo posso gestire con l'ap manager di acowa , l'altro si e' impallato e ora resetta di continuo
Ho realizzato il collegamento seriale come descritto pero' a 9600 n81 non mi si presenta il testo del bootloader in chiaro ma bensi questa stringa ripetuta all'infinito ogni 8 secondi :
╬0╬0╬000╬ã└µþ■└Ó0000■>■>└■Ç0╬8■þ>>°µç
╬ã╬00000000000000000000000>╬ ç0>└╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬
╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬0000
ã╬ã0■0└µ>■>└■0└µÓ00■
Ho naturalmente provato a cambiare tutte le velocita' e modi parita'-bit-stop senza riuscire a visualizzare alcunche' di umano.
Pensavo addirittura che fosse l'output del bootloader in cirillico ...
C'e' la possibilita' di recuperare l'AP ???
Premetto che pur avendo 25 anni di esperienza in elettronica, non conosco assolutamente l'argomento JTAG
Esiste una qualche procedura passo passo da seguire ???
Grazie e scusate il disturbo.
Ciao
Federico
-
Spero di non essere off-topic con questo post
Figurati ;)
Questo post è dedicato all'hacking del 2100AP
Ho fatto un firmware upgrade su un paio di dwl2100ap con la modalita' e il firmware descritti sulla guida di ramponis (che suppongo sia il realizzatore materiale della guida stessa).
Si sono io.
Con che firmware li hai aggiornati?
Il firmware russo "BlueBox" ?
Ho realizzato il collegamento seriale come descritto pero' a 9600 n81 non mi si presenta il testo del bootloader in chiaro ma bensi questa stringa ripetuta all'infinito ogni 8 secondi :
╬0╬0╬000╬ã└µþ■└Ó0000■>■>└■Ç0╬8■þ>>°µç
╬ã╬00000000000000000000000>╬ ç0>└╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬
╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬╬0000
ã╬ã0■0└µ>■>└■0└µÓ00■
Si conosco tale comportamento :'(
Ho naturalmente provato a cambiare tutte le velocita' e modi parita'-bit-stop senza riuscire a visualizzare alcunche' di umano.
Pensavo addirittura che fosse l'output del bootloader in cirillico ...
No l'output letto dalla seriale è giusto, perchè è proprio ciò che esce dal 2100AP.
Questa situazione si verifica quando si "rompe" il boot-loader
C'e' la possibilita' di recuperare l'AP
Si tramite JTAG.
Devi riflashare il bootloader correttamente
Premetto che pur avendo 25 anni di esperienza in elettronica, non conosco assolutamente l'argomento JTAG
Esiste una qualche procedura passo passo da seguire
Si la mia guida Rev. 1.40 approfondisce questa problematica
...tra 10 minuti è on-line ;)
http://xoomer.alice.it/ramponis/Documents/segreti-dwl-2100ap.rar
Grazie e scusate il disturbo.
Figurati
-
Ottimo, volevo ringraziarti per la disponibilita'
Casomai ci sentiamo per qualche dritta
Grazie
Ciao
-
No problem ;)
-
ciao
un po di casino con il software per flashare.....
diciamo che ho disponibile una macchina linux bella e pronta
c'e' qualcuno che puo' suggerirmi il da farsi ??
E' sufficiente installare jtag e apportare le sostituzioni per l'atheros (e quindi flashare ?)
Grazie.
-
un po di casino con il software per flashare.....
Si non è semplicissimo, ma se segui la guida non puoi sbagliare
diciamo che ho disponibile una macchina linux bella e pronta
Se parti già da una macchina linux puoi saltare la parte Cygwin
Parti già con l'installazione dei pacchetti
c'e' qualcuno che puo' suggerirmi il da farsi ??
Solo seguire la guida passo-passo
E' sufficiente installare jtag e apportare le sostituzioni per l'atheros (e quindi flashare ?)
esatto ;)
-
Ciao
Alla fine ce l'ho fatta, ;)
Interfaccia Wiggler Very poor man by Liquidsky
Cygwin (mamma che pesante il pacchetto)
Ho pero' riscontrato parecchi problemi del tipo :
No processor access, ctrl=00000000000000000000000000000001
Flash failed
E il programma terminava :
Jtag>
Suppongo che sia dovuto alla gestione insufficiente del multitasking di XP verso il Cygwin
certo che la machina qui e' un Athlon64 2800 con 512M di ram.....
Per farla breve, ho stoppato un bel po di processi inutili, ho lanciato Jtag
ho spento il monitor e sono andato a farmi un giro (di parecchie ore)
Dopo 2 tentativi e' andato (mamma che agonia la lentezza di scrittura.....)
Alla fine era solo corrotto il bootloader, infatti all'avvio mi sono riconnesso al fw bluebox russo con APM-Acowa
Tutto ok
Ora vi chiedo......c'e' qualche manuale, info, dritta, ecc.ecc. su come settare i parametri sui 2100 con l'APM by Acowa appunto ???
A me interessa fare un link Punto Punto o al limite Punto Multipunto con un paio di questi
Non necessariamente a 108Mps Anche un 5 o 11 Mb va bene.....
GRazie mille a tutti per le info.
-
Ciao
Alla fine ce l'ho fatta,
Interfaccia Wiggler Very poor man by Liquidsky
Molto bene ;)
Ho pero' riscontrato parecchi problemi del tipo :
No processor access, ctrl=00000000000000000000000000000001
Flash failed
E il programma terminava :
Jtag>
Si capita, io avevo spesso l'errore su un PIII mentre su un P4 2,4Ghz nessun problema.
Dai miei test sembra che maggiori sono i Mhz e più stabile è l'operazione di scrittura.
Mentre non ho rilevato problemi in lettura
Per farla breve, ho stoppato un bel po di processi inutili, ho lanciato Jtag
ho spento il monitor e sono andato a farmi un giro (di parecchie ore)
Dopo 2 tentativi e' andato (mamma che agonia la lentezza di scrittura.....)
Lo so, non me ne parlare io il mio 2100AP di test l'ho già riflashato tutto (4Mb) per due volte.
Ci impiega quasi 3 giorni :'(
Purtroppo la jtag del 2100AP accede solo a 8bit
Ora vi chiedo......c'e' qualche manuale, info, dritta, ecc.ecc. su come settare i parametri sui 2100 con l'APM by Acowa appunto
Qui trovi una piccola guida
http://www.itanet.fvg.it/news10.html
-
x marven
A che punto sei con il WGT634U?
Ho voglia di iniziare a smanettarci :D
PS volevo chiederti se per caso conosci una guida (per un principiante di linux come me) su come compilare un firmware OpenWRT Kamikaze (che ha il supporto per il 2100AP)
Oggi ho fatto un'altro esperimento...
Ho trovato un ELF compilato per la FONERA (non so se OpenWRT o DD-WRT) che ha un hardware simile al 2100AP
Tramite il bootloader del 2100AP ho dato questo file in "pasto" al 2100AP e guarda che è successo...
Linux version 2.6.19.2 (ubuntu@OpenWrt-DevEnv) (gcc version 4.1.2) #1 Thu May 3
01:12:12 EDT 2007
CPU revision is: 0001800a
Determined physical RAM map:
memory: 01000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Built 1 zonelists. Total pages: 4064
Kernel command line: console=ttyS0,9600 rootfstype=squashfs,jffs2 init=/etc/prei
nit
Primary instruction cache 16kB, physically tagged, 4-way, linesize 16 bytes.
Primary data cache 16kB, 4-way, linesize 16 bytes.
Synthesized TLB refill handler (20 instructions).
Synthesized TLB load handler fastpath (32 instructions).
Synthesized TLB store handler fastpath (32 instructions).
Synthesized TLB modify handler fastpath (31 instructions).
PID hash table entries: 64 (order: 6, 256 bytes)
Using 92.000 MHz high precision timer.
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Memory: 13536k/16384k available (1942k kernel code, 2848k reserved, 282k data, 1
12k init, 0k highmem)
Mount-cache hash table entries: 512
Checking for 'wait' instruction... available.
NET: Registered protocol family 16
Radio config found at offset 0x10000(0x100)
NET: Registered protocol family 2
IP route cache hash table entries: 128 (order: -3, 512 bytes)
TCP established hash table entries: 512 (order: -1, 2048 bytes)
TCP bind hash table entries: 256 (order: -2, 1024 bytes)
TCP: Hash tables configured (established 512 bind 256)
TCP reno registered
squashfs: version 3.0 (2006/03/15) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0xbc000003 (irq = 37) is a 16550A
eth0: Dropping NETIF_F_SG since no checksum feature.
eth0: Atheros AR231x: 00:13:46:60:cb:7c, irq 4
physmap platform flash device: 00400000 at 1e000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 8-bit bank
Amd/Fujitsu Extended Query Table at 0x0041
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
cmdlinepart partition parsing not available
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3d0000
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3e0000
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3f0000
No RedBoot partition table detected in physmap-flash.0
ip_conntrack version 2.4 (128 buckets, 1024 max) - 240 bytes per conntrack
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP vegas registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Bridge firewalling registered
802.1Q VLAN Support v1.8 Ben Greear <[email protected]>
All bugs added by David S. Miller <[email protected]>
VFS: Cannot open root device "<NULL>" or unknown-block(1,0)
Time: MIPS clocksource has been installed.
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
<6>eth0: Configuring MAC for full duplex
Che ne pensi?
-
@Ramponis
A che punto sei con il WGT634U?
Direi a buon punto ;) ho installato la Kamikaze, ho attivato il supporto per lo storage USB e sto cercando di compilare Amule...
Ho qualche problema con Amule perche' la documentazone dell'autore del porting è piuttosto incompleta e ci sono delle cose da correggere nel make file...
Comunque oggi, se avrò fortuna, riuscirò a risolvere i problemi residui ;)
Purtroppo so gia', da info dello stesso autore del porting, che Amule su Kamikaze non è stabile. La versione per White Russian è stabile pero' non funziona sulla Kamikaze, ho provato ma da errore e non si avvia...
PS volevo chiederti se per caso conosci una guida (per un principiante di linux come me) su come compilare un firmware OpenWRT Kamikaze (che ha il supporto per il 2100AP)
E' molto semplice ;)
Devi fare cio' che c'e' scritto in questo post:
http://forum.openwrt.org/viewtopic.php?pid=45838
se, come ho fatto io per praticità, usi Vmware, fai cio' che c'e' scritto in quest'altro post:
http://forum.openwrt.org/viewtopic.php?id=8410 (solo i primi 5 punti, il resto e' per la white russian)
Al posto di synaptic, puoi usare apt, come ho fatto io.
Devo anche dire che io non ho installato il firmware da me compilato, perchè avevo gia' installato quello che c'e' qui:
http://web746.webbox240.server-home.org/openwrt/index.php#images
Cioe 'il file openwrt-wgt634u-2.6-squashfs.bin
direttamente da interfaccia web del firm Netgear dopo aver caricato il config che c'e' qui:
http://downloads.openwrt.org/utils/
cioe' il file wgt634u-upgrade.cfg
seguendo le istruzioni che ci sono qui:
http://wiki.openwrt.org/OpenWrtDocs/Hardware/Netgear/WGT634U#head-67b4d8a8c1c057b3b9bd53e8fe84048232cc3a85
Versioni piu' recenti della kamikaze per wgt le trovi qui:
http://downloads.openwrt.org/snapshots/brcm47xx-2.6/
cioe' il file openwrt-wgt634u-2.6-squashfs.bin
come tutte le altre che ci sono in
http://downloads.openwrt.org/snapshots/
sono delle night build, cioe' compilate automaticamente ogni notte e non testate.
Spero di averti dato qualche indicazione utile per imbroccare. Sicuramente ho semplificato la questione, ma forse e' meglio così ;)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
Qui il problema e' che non puo' montare il filesystem.
PS
Devo anche dire che il firmware che ho linkato sopra ce l'ho installato da circa una settimana e sto usando il wgt per la connessione (in cascata con quello aziendale) senza alcun problema. Stabilissimo e affidabilissimo :D
Gia' che ci sono ti posto altri link utili alla rinfusa ;)
http://ziofork.altervista.org/doku.php/appunti/openwrt_su_d-link_dsl-504t
http://martybugs.net/wireless/openwrt/
http://wiki.ninux.org/moin.cgi/OpenWRTCompile
-
Grazie mille Marven
Mi raccomando tienimi informato sugli sviluppi del WGT634U.
Appena raggiungo lo scopo sul 2100AP passo a quello :D
-
@Ramponis
Per il momento nessuna novità con amule... ::)
Ieri non è stata una giornata fortunata, però ho avuto degli spunti per continuare :)
-
Per Marven:
scusa il "fuori tema", ma perchè ti sei "rintanato" a lavorare su altri router??? E noi poveri dlinkisti...ci abbandoni così?
Meno male che Darkwolf sta facendo miracoli con il firmware routertech per il g604t.
Un caro saluto.
-
@Robecate
Hai detto bene! Rintanato! ;D Effettivamente con il Netgear WGT634U mi ci sto "abbrutendo" da una settimana :o
Ma sono fatto così ::) Se ho un problema non mollo finchè c'e' un briciolo di speranza ;)
Comunque a breve mi rimetterò a lavorare sui D-Link. Liquidsky vuole riprendere lo sviluppo di Ciclamab per wine e avrà bisogno di una mano per i test.
In quanto a DarkWolf, che dire se non che è un grande :D Con il suo porting Routertech per G604T è veramente scatenato 8)
Ciao Prof! ;)
-
La Colpa è mia che ho contagiato marven nel lavorare sui figli di Atheros ;D
-
@Ramponis
figli di Atheros
;D ;)
-
Guarda un po...
BusyBox v1.4.1 (2007-05-10 11:41:24 CEST) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
KAMIKAZE (bleeding edge, r7156) -------------------
* 10 oz Vodka Shake well with ice and strain
* 10 oz Triple sec mixture into 10 shot glasses.
* 10 oz lime juice Salute!
---------------------------------------------------
root@OpenWrt:/#
Il mio primo OpenWRT compilato e gira sul 2100AP!!!!! :D
-
Eccoti un po di dettagli:
Ho fatto un firmware basato su ramdisk in quanto senza la partizione di redboot ottenevo "kernel panic"
Per montare redboot come bootloader c'è ancora qualche problemino...
Ho fatto qualche indagine e penso che il redboot installato nella "fonera" possa andare bene, però mi servirebbe che qualcuno che la ha ci saldasse il pettine ed estraesse il bootloader come descrittto nella mia guida.
Poi potrei provare a mettere redboot sul 2100AP e compilare il firmware per la flash in jffs2 o squahfs
Comunque eccoti il log del mio in ramdisk
Linux version 2.6.19.2 (ramponis@ramponis-desktop) (gcc version 4.1.2) #2 Thu Ma
y 10 12:53:05 CEST 2007
CPU revision is: 0001800a
Determined physical RAM map:
memory: 01000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Built 1 zonelists. Total pages: 4064
Kernel command line: console=ttyS0,9600 rootfstype=squashfs,jffs2 init=/etc/prei
nit
Primary instruction cache 16kB, physically tagged, 4-way, linesize 16 bytes.
Primary data cache 16kB, 4-way, linesize 16 bytes.
Synthesized TLB refill handler (20 instructions).
Synthesized TLB load handler fastpath (32 instructions).
Synthesized TLB store handler fastpath (32 instructions).
Synthesized TLB modify handler fastpath (31 instructions).
PID hash table entries: 64 (order: 6, 256 bytes)
Using 92.000 MHz high precision timer.
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Memory: 11408k/16384k available (1942k kernel code, 4976k reserved, 282k data, 2
240k init, 0k highmem)
Mount-cache hash table entries: 512
Checking for 'wait' instruction... available.
NET: Registered protocol family 16
Radio config found at offset 0x10000(0x100)
NET: Registered protocol family 2
IP route cache hash table entries: 128 (order: -3, 512 bytes)
TCP established hash table entries: 512 (order: -1, 2048 bytes)
TCP bind hash table entries: 256 (order: -2, 1024 bytes)
TCP: Hash tables configured (established 512 bind 256)
TCP reno registered
squashfs: version 3.0 (2006/03/15) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0xbc000003 (irq = 37) is a 16550A
eth0: Dropping NETIF_F_SG since no checksum feature.
eth0: Atheros AR231x: 00:13:46:60:cb:7c, irq 4
physmap platform flash device: 00400000 at 1e000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 8-bit bank
Amd/Fujitsu Extended Query Table at 0x0041
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
cmdlinepart partition parsing not available
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3d0000
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3e0000
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3f0000
No RedBoot partition table detected in physmap-flash.0
ip_conntrack version 2.4 (128 buckets, 1024 max) - 240 bytes per conntrack
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP vegas registered
NET: Registered protocol family 1
NET: Registered protocol family 17
eth0: Configuring MAC for full duplex
Bridge firewalling registered
802.1Q VLAN Support v1.8 Ben Greear <[email protected]>
All bugs added by David S. Miller <[email protected]>
Time: MIPS clocksource has been installed.
Freeing unused kernel memory: 2240k freed
Warning: unable to open an initial console.
Algorithmics/MIPS FPU Emulator v1.5
init started: BusyBox v1.4.1 (2007-05-10 11:41:24 CEST) multi-call binary
wlan: 0.8.4.2 (0.9.2.1)
Please press Enter to activate this console. ath_hal: module license 'Proprietar
y' taints kernel.
ath_hal: 0.9.17.2 (AR5212, AR5312, RF2316, TX_DESC_SWAP)
ath_rate_sample: 1.2 (0.9.2.1)
wlan: mac acl policy registered
ath_ahb: 0.9.4.5 (0.9.2.1)
wifi%d: unable to attach hardware: 'Hardware revision not supported' (HAL status
13)
: Committing new firmware id ...
: killall: matrixtunnel: no process killed
BusyBox v1.4.1 (2007-05-10 11:41:24 CEST) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
KAMIKAZE (bleeding edge, r7156) -------------------
* 10 oz Vodka Shake well with ice and strain
* 10 oz Triple sec mixture into 10 shot glasses.
* 10 oz lime juice Salute!
---------------------------------------------------
root@OpenWrt:/#
Che mi riesci a dire, ricordati che sono un po scarso di linux... :-[
-
Il mio primo OpenWRT compilato e gira sul 2100AP!!!!! :D
Ottimi sviluppi!!! :D ;)
Comunque eccoti il log del mio in ramdisk
Ci sono gli stessi errori del firm di prima:
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3d0000
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3e0000
Searching for RedBoot partition table in physmap-flash.0 at offset 0x3f0000
No RedBoot partition table detected in physmap-flash.0
Ma non so come si possano correggere, non conosco Redboot e ignoro quali sono e come sono impostate le variabili d'ambiente...
Ma con il CFE la kamikaze funziona su flash? Hai provato?
-
Ma non so come si possano correggere, non conosco Redboot e ignoro quali sono e come sono impostate le variabili d'ambiente...
Comunque l'interfaccia web di x-wrt risponde
Per quanto riguardo redboot ho già provato a flashare il 2100AP ma non funzia.
Il bootloader non parte. Probabilmente qualche cosa è sbagliato.
Come ti ho detto dovrei provare a scaricare il bootloader redboot (già presente nelle fonere) e caricarlo sul 2100AP.
Tutto è riportato nel post del forum di openwrt.
La differenza con l'altro firmware è che non ottengo kernel panic e comunque openwrt funziona (anche se non bene).
Ma comunque sono alla prima release semi-funzionante ;D
Ma con il CFE la kamikaze funziona su flash? Hai provato?
No non ho provato.
Ma penso non funzioni per via del bootloader non corretto.
Comunque provero e ti farò sapere ;)
-
Ciao Marven...
Ho una domanda per te... vediamo se riesci ad aiutarmi ;)
Nell'interfaccia di web management (X-WRT) ho spesso questo messaggio nelle pagine ed il menù non viene ricostruito
sh: cannot create /dev/null: Permission denied.
Qual'è secondo te il problema?
Inoltre, ho fatto un bel po di modifiche a open-wrt (grazie ai suggerimenti di bitbucket) per far funzionare la sezione wi-fi.
Ho anche aggiornato i drivers (madwifi) agli ultimi e pachtati correttamente.
Infatti dal log del 2100AP vedo che vengono caricati con successo
ath_hal: module license 'Proprietary' taints kernel.
ath_hal: 0.9.17.2 (AR5212, AR5312, RF2316, TX_DESC_SWAP)
ath_rate_sample: 1.2 (0.9.2.1)
wlan: mac acl policy registered
ath_ahb: 0.9.4.5 (0.9.2.1)
ath_hal: module license 'Proprietary' taints kernel.
ath_hal: 0.9.17
Ma la cosa strana è che non vedo con netstumbler nessuna rete wi-fi.
Per caso ci sono dei comandi da dare per fale on/off della sezione radio?
Oppure ho dimenticato qualche cosa :-\
-
Nell'interfaccia di web management (X-WRT) ho spesso questo messaggio nelle pagine ed il menù non viene ricostruito
sh: cannot create /dev/null: Permission denied.
Qual'è secondo te il problema?
Il problema può essere dovuto al fatto che i permessi per scrivere su /dev/null non sono corretti.
Soluzione (sempre che sia quello il problema ;) )
Dai il comando:
chmod a+rw /dev/null
Ma la cosa strana è che non vedo con netstumbler nessuna rete wi-fi.
Su questo non so cosa dirti... con la parte wi-fi non ho ancora smanettato... anzi ho dovuto sospendere tutto per mancanza di tempo :(
Comunque la butto li lo stsso :) Potrebbe essere un problema di configurazione... magari li hai gia' visti, ma nel caso possono essere utili i file di configurazione che ci sono qui:
http://web746.webbox240.server-home.org/openwrt/index.php
-
Il problema può essere dovuto al fatto che i permessi per scrivere su /dev/null non sono corretti.
Soluzione (sempre che sia quello il problema )
Si è quello il problema, io ho risolto in maniera un po brutale...
Ho dato il comando rm null e l'ho cancellato a quel punto l'ha ricreato coi permessi corretti.
Non so se sia stato ortodosso, ma ha funzionato ;D
Dai il comando:
chmod a+rw /dev/null
Si funziona anche con il comando che mi hai suggerito, è forse è più corretto :P
Potrebbe essere un problema di configurazione... magari li hai gia' visti, ma nel caso possono essere utili i file di configurazione che ci sono qui:
Ci do un occhio, grazie mille
PS ora l'interfaccia web di X-WRT funziona molto bene :D
-
In effetti la configurazione della sezione wi-fi è un file vuoto.
Ho preso quello che mi hai suggerito e l'ho carito correttamente in quanto è proprio per Atheros (essendo di un WGT634U).
La configurazione è ok, però il problema che ho ora è un'altro...
Linux non mi vede l'interfaccia wi-fi.
Mi spiego meglio...
Durante il caricamento viene caricata correttamente.
ath_hal: 0.9.17.2 (AR5212, AR5312, RF2316, TX_DESC_SWAP)
ath_rate_sample: 1.2 (0.9.2.1)
wlan: mac acl policy registered
ath_ahb: 0.9.4.5 (0.9.2.1)
Ma se do il comando "ifconfig" ottengo...
root@OpenWrt:/# ifconfig
eth0 Link encap:Ethernet HWaddr 00:13:46:60:CB:7C
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:994 (994.0 B) TX bytes:319 (319.0 B)
Interrupt:4 Base address:0x1000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Così come se do il comando "iwconfig" ottengo...
root@OpenWrt:/# iwconfig
eth0 no wireless extensions.
lo no wireless extensions.
Non c'è traccia dell'interfaccia wi-fi Atheros :'(
Perchè hai qualche idea?
-
Ho dato il comando rm null e l'ho cancellato a quel punto l'ha ricreato coi permessi corretti.
Ottimo! 2 is meglio che one ;)
Perchè hai qualche idea?
Perchè, boh? ;D Magari una guardata ai sacri testi non fa male ;)
http://wiki.openwrt.org/OpenWrtDocs/KamikazeConfiguration
Lo dico anche per me perchè come ho detto prima, con il wi-fi non ho ancora giocato :)
-
Buone nuove... ;D
Ho spulciato il forum di openwrt e forse ho trovato...
Ho riscaricato tutti i sorgenti (perchè avevo fatto troppe modifiche) e sono ripartito.
Ho fatto una piccola modifica ad un file, ho ricompilato il tutto e ora la sezione wi-fi viene caricata correttamente.
eth0 Link encap:Ethernet HWaddr 00:13:46:60:CB:7C
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:319 (319.0 B)
Interrupt:4 Base address:0x1000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wifi0 Link encap:Ethernet HWaddr 00:13:46:60:CB:7C
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:199
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:5 Memory:b8500000-b85ffffc
Ora in x-wrt se vado nella sezione wireless vedo la sua bella configurazione, ma se provo a settarla ed abilitarla
Committing wireless ...
Reloading wireless ...
wlanconfig: ioctl: Operation not permitted
enable_atheros(wifi0): Failed to set up ap vif
Idee/suggerimenti ?
-
Buone nuove... ;D
Fanno sempre piacere ;)
Committing wireless ...
Reloading wireless ...
wlanconfig: ioctl: Operation not permitted
enable_atheros(wifi0): Failed to set up ap vif
Idee/suggerimenti ?
Io proverei a distruggere il device ath0 e ricrearlo come descritto qui per un altro problema:
http://forum.openwrt.org/viewtopic.php?pid=25490
Se la soluzione non fosse quella, mi spulcerei comunque wlanconfig (help)
-
Grande Marven!!!!!
Ho risolto, il tuo input è stato quello giusto :D
Ho dato i comandi
wlanconfig ath0 create wlandev wifi0 wlanmode sta
ifconfig ath0 up
e il wi-fi ha iniziato il suo lavoro!!!!
Il 2100AP è full-OPENWRT!!!! :D
-
@Ramponis
Mi fa piacere che l'imbroccata abbia funzionato ;)
Il 2100AP è full-OPENWRT!!!! Wow
Mi unisco al tuo entusiasmo :D :D
Hai notato differenze di portata, stabilità etc. rispetto al firmware originale?
-
Hai notato differenze di portata, stabilità etc. rispetto al firmware originale?
Il firmware è ancora troppo "sperimentale" per dare dei giudizi.
Per ora sto lavorando per migliorarne la configurazione e le opzioni installate.
Problemi di stabilità non ne ho avuti.
Il wi-fi funziona e il segnale sembra di ottimo livello nonostante sia impostato a solo 18db. (il 2100AP può arrivare fino a 30db) :D
Ho ancora dei problemini a gestire la configurazione del wi-fi da interfaccia web (x-wrt).
Ma spero di risolverli presto. Alla fine ho superato scogli ben più ardui ;D
-
Ma spero di risolverli presto. Alla fine ho superato scogli ben più ardui Grossa risata
Ne sono sicuro ;) Ormai la strada è in discesa :)
Anch'io grandi progressi con la compilazione di amule ;)
Ho ripreso in mano il tutto e mi ci sono dedicato con il giusto grado di inc....mento 8)
Lunedi mattina dovrei avere il package pronto :P manca solo lui, quelli delle dipendenze li ho già compilati, in particolare wx-widget dopo qualche aggiustata è dentro il suo bel "vestitino" ipk ;D
Tutto il setup ce l'ho al posto di lavoro e ieri sera ho dovuto interrompere per fine orario, ma tutto andava benissimo ;)
-
Anch'io grandi progressi con la compilazione di amule
Ottimo
Ho ripreso in mano il tutto e mi ci sono dedicato con il giusto grado di inc....mento
Bravissimo.
Adesso devo mettermi anche io a tormentare il caro WGT634U
Lunedi mattina dovrei avere il package pronto manca solo lui, quelli delle dipendenze li ho già compilati, in particolare wx-widget dopo qualche aggiustata è dentro il suo bel "vestitino" ipk.
Fantastico, fammi sapere
Tutto il setup ce l'ho al posto di lavoro e ieri sera ho dovuto interrompere per fine orario, ma tutto andava benissimo
Anche io lo stesso per il 2100AP ;)
PS appena parto col mio router ci allineamo.
Ho appena sbloccato alcuni aladino wi-fi e voglio metterci sopra anche asterisk per gestirli autonomamente :D
Poi tutto il resto... samba, ftp server, mail server e anche amule (la tua idea mi è piaciuta molto) ;D
-
Amule e depend packages compilati! :D
Appena tirati fuori da vmware player-ubuntu via samba e messi nel pendrive ;)
Vmware player il pen drive non me lo vede :(
Domattina installo il tutto sul WGT e se il tutto funge uppo i package da qualche parte :)
PS appena parto col mio router ci allineamo.
Benissimo ;) così lo scambio info è più efficace e divertente.
Ho appena sbloccato alcuni aladino wi-fi e voglio metterci sopra anche asterisk per gestirli autonomamente Wow
Certo che hai un parco router impressionante :P
samba, ftp server, mail server
Mi pare che i package per kamikaze ci siano già stabili :P
-
Amule@Kamikaze compilato, installato e funzionante! :D (non chiedetemi come perchè è un casino ;D)
Stasera posto un link da cui scaricare i package ;)
Intanto ecco la prova 8) ;D
(http://img515.imageshack.us/img515/9733/amulekamikaze1qs7.th.jpg) (http://img515.imageshack.us/my.php?image=amulekamikaze1qs7.jpg)
(http://img515.imageshack.us/img515/6692/amulekamikaze2et0.th.jpg) (http://img515.imageshack.us/my.php?image=amulekamikaze2et0.jpg)
-
Come promesso, ecco i package di amule per Openwrt kamikaze:
http://marven.altervista.org/amule_kamikaze/amule_packages.tar.gz
Suggerimenti ;)
- Poichè molto probabilmente amule sulla flash non ci sta, potrà essere utile leggersi questo:
http://wiki.openwrt.org/PackagesOnExternalMediaHowTo
- Per chi vuole replicare "l'impresa" il punto di inizio (ripeto... d'inizio ;D) è questo:
https://dev.openwrt.org/ticket/1248
-
Ottimo ;)
Già scaricato...
Sto ultimando le cose sul 2100AP...
Il firmware è stabile e funziona bene.
Ora voglio caricarlo sulla flash, ma prima devo cambiarci il bootloader con redboot.
Volevo chiederti se per caso hai esperienza/info/guide sulla compilazione di redboot.
Ho trovato qualche cosa sul sito di redboot, ma non mi è molto chiaro ???
-
Sto cercando di compilare redboot per il 2100AP, ma ho il problema che non mi "vede" un file in quanto non è nel path.
Come faccio in ubuntu a inserire un percorso nel path di ricerca? ???
-
Volevo chiederti se per caso hai esperienza/info/guide sulla compilazione di redboot.
Purtroppo no, ma se ti serve una mano fammi sapere cosa devi fare :)
Come faccio in ubuntu a inserire un percorso nel path di ricerca? ???
Devi modificare la variabile PATH.
Per modificarla temporaneamente dai il comando:
export PATH=$PATH:/directory/da/mettere/nel/path
Per modificarla permanentemente devi aggiungere il comando di cui sopra nel file .bashrc che trovi nella home directory del tuo account. Poi fai rileggere il file .bashrc con il comando:
source ~/.bashrcoppure
. ~/.bashrc
Se poi vuoi modificare il path per tutti gli utenti metti sempre il comando di cui sopra dentro il file /etc/profile
Il reload di /etc/profile lo fai allo stesso modo di prima:
source /etc/profileoppure
. /etc/profile
-
Grazie per l'aiuto Marven ;)
Per quello ho risolto, però ora ho un'altro problema...
A un certo punto della compilazione (azz. quasi alla fine) ho questo errore e non riesce a generarmi il bootloader
/ecos-c/PROGRA~1/cygwin/home/Administrator/redboot_mini/redboot/ap30/rom/install
/include/stddef.h:64:25: stddef.h: No such file or directory
make[2]: *** [/ecos-c/PROGRA~1/cygwin/home/Administrator/redboot_mini/redboot/ap
30/rom/install/include/cyg/hal/plf_defs.inc] Error 1
Sembra che non riesca a trovare il file stddef.h
Io ho verificato e nella toolchain c'è ma per qualche motivo non lo trova :'(
Che posso fare? ???
-
Nel frattempo ho aggiornato la guida con le ultime novità alla rev. 1.50 ;)
-
Sempre un ottimo lavoro Ramponis ;)
Per quanto riguarda l'errore di compilazione le strade sono 2:
1) La più brutta sporca e cattiva, ma anche la più veloce:
trovi il file in questione con find, da qualche parte ci dev'essere, poi fai un link simbolico al path che compare nell'errore e ricompili.
2) La più elegante: ci dev'essere un errore di path nel file configure o nel makefile. Cerchi l'errore e lo correggi.
PS
Magari il file in questione non lo trovi perchè non esiste....
Allora lo cerchi dentro qualche package che lo contiene:
http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=stddef.h&searchmode=searchfiles&case=insensitive&version=feisty&arch=i386
ti scegli un package e lo installi ;)
-
Ahh non ne vengo a capo :'(
è davvero un casino compilare sto redboot.
Il problema del file non trovato è strano.
In realta il file viene copiato nella directory di destinazione ma sembra non vada bene, ho visto da qual'è folder da dove vengono copiati i file e confrontandoli ho visto sono gli stessi.
Poi ho trovato in un folder contenuto in gnutools di redboot un'altra versione di questi file.
Ho provato a sostituirli e sembrano "andare meglio", ma comunque la procedura si interrompe quando parte la compilazione vera e propria con un errore:
opzione '-G0' non riconosciuta
Non so più dove sbattere la testa ??? :'(
-
opzione '-G0' non riconosciuta
Nel Makefile, sezione CFLAGS, leva -G0 ;)
-
Di quale Makefile parli? ???
Perchè nel Makefile (che si trova nella directory base) non c'è ne la sezione CFLAGS ne tantomeno -G0
-
Di quale Makefile parli? ???
Perchè nel Makefile (che si trova nella directory base) non c'è ne la sezione CFLAGS ne tantomeno -G0
Ah no? Da qualche parte sto -G0 ci dev'essere... posta il link del sorgente ;-)
-
Ho seguito questo post su openwrt
http://forum.openwrt.org/viewtopic.php?id=9735
Qui trovi i sorgenti di Redboot
http://meraki.net/linux/
Per la toolchain la installi con questi comandi
wget --passive-ftp ftp://ecos.sourceware.org/pub/ecos/ecos-install.tcl
sh ecos-install.tcl
Qui trovi la documentazione
http://ecos.sourceware.org/getstart.html
Fammi sapere se vieni a capo di qualche cosa ;)
Grazie
-
Sto installando il tutto :)
Poi ti dico ;)
Non aspettarti tempi brevi....ho un po' di lavoro da fare :)
-
Non aspettarti tempi brevi....ho un po' di lavoro da fare
Certo ci mancherebbe, chi non ha lavoro da fare ;D
Ps dimenticavo... il comando che do per la compilazione del bootloader è
make DRAM_MB=16 FLASH_MB=4 CLK_MHZ=180 ENET_PHY=icplus ap30
-
OK ;) Grazie :)
-
Grazie a te
-
Ramponis, scusa ma non ho fatto ancora nulla... :-[
tra le altre cose ero ancora impegnato con amule. Leggi qui:
https://www.ilpuntotecnico.com/forum/index.php?topic=3617
-
Non ti preoccupare, non ho fretta
Poi ora sono all'estero per cui non posso fare test, ma appena torno mi rimetto sotto.
Comunque complimenti per il lavoro che stai facendo sul WGT634U e grazie per l'aiuto ;)
-
Greetings,
I apologize for the English post. I can read Italian, but unfortunately I cannot write it. I have been following this thread for some time now and I would very much like to try openwrt on my DWL-2100AP. I managed to compile openwrt for the atheros board with the patches for the wifi-card. However, since I do not have a jtag nor a serial cable, I could not flash it. Is it possible to create a .bin image and have it flashed just like the original firmware? I would greatly appreciate if someone could point me to a guide on getting this to work.
Thanks a lot!
If it helps, here is the AltaVista Babelfish translation of the above:
Chiedo scusa per l'alberino inglese. Posso leggere l'italiano, ma purtroppo non posso scriverlo. Ora sto seguendo questo filetto per un certo tempo e molto vorrei provare il openwrt sul mio DWL-2100AP. Sono riuscito a compilare il openwrt per il bordo di atheros con le zone per la wifi-scheda. Tuttavia, poiché non ho un jtag né un cavo di serie, non potrei esporre a flash esso. È possibile generare un'immagine del bin ed ha esposto a flash giusto come i firmware originali? Notevolmente apprezzerei se qualcuno potesse indicarlo ad una guida sul convincere questo per funzionare.
-
Hi ramcheck,
It's not possible to load openwrt on the 2100AP without the serial cable. :'(
With the serial cable you can load openwrt on the 2100AP ram by network.
If you have the jtag cable yuo can also load on the 2100AP redboot bootloader to store openwrt firmware on the flash.
But the redboot bootloader is not ready now, we are working to compile it correctly.
If you are interested follow this thread ;)
-
Ramponis, forse è possibile dotare il 2100AP di HD esterno ethernet! :D
Leggi qui:
http://forum.noxirc.net/desideri-funzioni-correzione-bug/1980-ximeta-ndas-driver.html#post15149
-
Molto interessante... :D
Sei poi riuscito a fare le prove di compilazione di redboot?
Io ora non posso perchè sono via dall'italia per lavoro.
Appena torno mi rimetto a fare esperimenti ;)
-
salve, chiedo un aiuto per la mia rete wireless: caduta connessione ogni 15 30 minuti !!
la mia configurazione è questa: 302t connesso a switch des 1008 e dwl2100ap provati vari firmware 210 220 230 2.180 bkue box.
il pc collegato in wireless monta una scheda sempre dlink g 520+ con antenna tp link.
la distanza è di 3 metri con un muro , la disconnessione avviene sia con cifratura che senza, gli indirizzi sono tutti statici, ho aumentato la potenza , cambiato canale , short preamble , data rate 1 0,5 0,25 senza risultati apprezzabili.
dove ho l'ap ricevo un segnale netgear sul canale 11 sull'altro computer no .
a quale santo devo raccomandarmi?
tutti i consigli sono bene accetti
grazie
-
Rilasciata la Guida ai segreti del 2100AP Rev 2.00
Con tutti i dettagli relativi all'installazione sul 2100AP del bootloader Redboot e il firmware OpenWrt :D
Per scaricarla come al solito tasto destro e salva con nome ;)
http://xoomer.alice.it/ramponis/Documents/segreti-dwl-2100ap.rar
-
Ancora ottimi risultati Ramponis! :D ;)
Io non ho avuto tempo per seguire la compilazione di redboot. Solo ieri ho preso in mano la cosa leggendo il post di ramcheck su openwrt forum. Però non funge. Deve avere altri sorgenti o ha omesso qualcosa. Ho ottenuto qualche risultato solo facendo un mix tra ecos 2.0 e redboot_mini. Ma ho ancora errori.... :-\
-
Si io avevo fatto lo stesso e avevo ottenuto gli stessi risultati.
Ma alla fine ramcheck mi ha dato il suo bootloader... così ho fatto prima ;D
Ora il 2100AP rulla con openwrt, a dirla tutta devo fare un po di "tuning" ma ormai direi che ci siamo :D
Ora stavo pensando a DD-WRT che ha un'interfaccia web più evoluta.
Tu conosci qualche guida alla sua compilazione?
Ciao e grazie ;)
-
Si io avevo fatto lo stesso e avevo ottenuto gli stessi risultati.
Ma alla fine ramcheck mi ha dato il suo bootloader... così ho fatto prima ;D
Si ma a me 'sta cosa non soddisfa ???
Io continuo a provare a compilarlo 8) Anche perchè mi piacerebbe provarlo su altre piattaforme.
Ora stavo pensando a DD-WRT che ha un'interfaccia web più evoluta.
Sarebbe il massimo :D
Tu conosci qualche guida alla sua compilazione?
Purtroppo no. Non mi sono interessato alla cosa perchè non ho un router compatibile, a meno che il WGT634U non lo sia, ma credo di no.
-
In realtà penso proprio che il porting di DD-WRT per WGT634U sia possibilissimo.
Un device molto simile a livello hardware (non ricordo quale) è supportato.
L'unica differenza sta nella sezione wi-fi
-
Guida Rev. 2.01 on-line
Corretti alcuni errori segnalati ;)
-
Hi ramponis,
I've just added lzma support to redboot. If you want to try it, please check out my post on the openwrt forum for a download link. I'll be waiting for your feedback. :)
ramcheck
Edit: actually, for your convenience, you can get it here (http://www.dm.ufscar.br/profs/waldeck/redboot.bin).
-
Hi ramcheck,
Very good!!! :D
I'll test it very quickly, and then i'll send you my feedback ;)
Thank you
-
Ciao ramponis,
Ho scritto un nuovo driver flash per RedBoot che dovrebbe funzionare con la maggior parte dei circuiti integrati standard di CFI.
Ciò elimina l'esigenza della pre-configurazione. :) Sto sperando che funzioni benissimo almeno per tutte le revisioni di DWL2100AP. Potreste verificare prego questa immagine a RAM (http://www.dm.ufscar.br/profs/waldeck/redboot.img) e segnalare i risultati?
Grazie,
ramcheck
-
Hi ramcheck,
I have tested the version with lzma support.
It works very good with no problem.
The decompression of the lzma image is very faster than gzip. :D
Now, i want to test this new version.
Why do you have build a ram version?
PS Thank you for your (good) work ;)
-
Ciao ramponis,
Grazie per il tuo lavoro. Io sono felice di aiutare. L'immagine della RAM è più sicuro e più conveniente per provare.
ramcheck
-
ok ;)
-
Attenzione!
Guida Rev. 2.02 e OpenWRT RC1 per 2100AP on-line.
Risolti gli ultimi problemini, ora openwrt salva la configurazione e fa il boot senza problemi caricando le impostazioni di rete e wi-fi.
Inoltre l'ottimo bootloader di ramcheck con supporto lzma ora è velocissimo nella decompressione.
Trovate tutto sul mio sito, nella sezione flash
http://xoomer.alice.it/ramponis/
Chi vuole provare si faccia sotto.
PS ei Marven devi vedere come rulla bene con openwrt.
Ora che mi sono fatto un po le ossa, voglio buttarmi sul WGT634U e sfruttare il tuo fantastico Amule :D
-
Lavoro eccellente Ramponis!!! :D
Ora con Openwrt il DWL-2100AP è tutta un'altra cosa!
Per quanto riguarda amule, ormai ce l'ho fisso 24/7 da non ricordo più quanto e confermo che funziona in modo impeccabile.
Devo però dire che c'e' un problema, non dovuto ad amule in sè ma penso alla versione firmware che ho installata. Ogni 2 ore circa la connessione di rete quasi si blocca. Amule non c'entra nulla perchè lui non si blocca e se anche lo fermo e/o lo riavvio la rete resta lentissimissima, quasi bloccata.
Soluzione: scriptino che ogni 2 ore fa un bel network restart. Non è la soluzione ottimale, occorrerebbe compilare una nuova versione, ma al momento non ho tempo ne' voglia... sto aspettando le ferie e basta :-X ;) ;D
PS
Poi ho trovato i sorgenti "giusti" di redboot. Appena ho voglia riprovo a compilarlo.
PPS
Per risolvere il problema del networking che diventa lento avevo provato lo srcript emule per i 30xt, ma non ha risolto nulla. Il problema è altrove.
-
Lavoro eccellente Ramponis!!! :D
Ora con Openwrt il DWL-2100AP è tutta un'altra cosa!
Per quanto riguarda amule, ormai ce l'ho fisso 24/7 da non ricordo più quanto e confermo che funziona in modo impeccabile.
Devo però dire che c'e' un problema, non dovuto ad amule in sè ma penso alla versione firmware che ho installata. Ogni 2 ore circa la connessione di rete quasi si blocca. Amule non c'entra nulla perchè lui non si blocca e se anche lo fermo e/o lo riavvio la rete resta lentissimissima, quasi bloccata.
Soluzione: scriptino che ogni 2 ore fa un bel network restart. Non è la soluzione ottimale, occorrerebbe compilare una nuova versione, ma al momento non ho tempo ne' voglia... sto aspettando le ferie e basta :-X ;) ;D
PS
Poi ho trovato i sorgenti "giusti" di redboot. Appena ho voglia riprovo a compilarlo.
PPS
Per risolvere il problema del networking che diventa lento avevo provato lo srcript emule per i 30xt, ma non ha risolto nulla. Il problema è altrove.
Driver ethernet che si pianta e va in timeout?
-
Poi ho trovato i sorgenti "giusti" di redboot. Appena ho voglia riprovo a compilarlo.
Dove? Che voglio riprovarci anche io
PS complimenti per il tuo lavoro sul WGT634U
-
Driver ethernet che si pianta e va in timeout?
Probabile. Ricordo che c'era un ticket su una snapshot kamikaze che aveva più meno lo stesso problema, freeze del networking.
@Ramponis
Non vorrei sbagliarmi, ma quelli che ci sono qui forse potrebbero essere quelli giusti:
http://forum.openwrt.org/viewtopic.php?pid=44354#p44354