Premessa:

Lo Speedport W701V è la versione brandizzata della T-Com di un Fritz!Box serie 71xx con 2 porte telefoniche analogiche di tipo TAE (non Rj12 Western come i fritz normali) 4 LAN, 1 WLAN e i soliti ingressi DSL e ISDN/Analog oltre ad un interruttore Power.

Esiste una collzione di script bash/sed chiamata sp-to-fritz che dal firmware originale fw_Speedport_W701V_v33.04.44 e fritz.box_fon_wlan_7170.29.04.40 crea un kernel.image che il kernel del fritz e aprti del kenel SP e l'interfaccia web del fritz lo trasforma di fatto in un 71xx annex B.

Materiali e Metodi
ho usato:
sp-to-fritz_15_12_2007.tar.gz
fw_Speedport_W701V_v33.04.44.image (l'ultimo disponibile)
fritz.box_fon_wlan_7140.annexa.en.39.04.34 (non avevo disponibile un immagine versione internazionale 7170)

La cosa che differisce le versioni en da quelle de a livello di interffaccia è la posizione della dir html all'interno di /usr/www, per risolvere il problema ho utilizzato i simlinks percui nello script sp-to-fritz dopo la scompattazione del kernel ho inserito queste due righe:

ln -s avme/en $FBDIR/squashfs-root/usr/www/all
ln -s en $FBDIR/squashfs-root/usr/www/avme/en/html/de

e per "ingannare" lo script (senza star li a modificarlo) ho linkato il kernel del 7140 alla versione 7170 richiesta.

a questo punto sono stato in grado di creare un kernel.image che mi sostituiva, oltre al kernel utilizzando il kernel 7140-annexa anche la lingua inglese.

installato il kernel via tftp e cat e settato annex a e firmware_version ad avm (non necessario se si compila con l'opzione -o tcom) ho provveduto al riavvio.

risultato: al riavvio la varibile annex era stata risettata a b (problema che si ritrova nelle versioni di urlader a corredo del kernel 2.6), cosa che può venire risolta con un workaround i settaggio via init.d o installando un bootloader proveniente da una versiona annexa.

preferisco la seconda soluzione per la prima nel caso di recovery o firmware ugrade viene sicuramente cancellata.
Naturalmente per lo SP non avendo versioni internazionali non esistono bootloader annexa

allora ho estratto l'urlader.image sempre via cat e tftp e modificata con un hex editor sostituendo a con b nel valore assegnato da ADAM2 alla variabile annex che viene passata a EVA.

risultato:



naturalmente il lavoro di porting linguistico è da completare andando a correggere i vari sed che utilizzano parole tedesche per ricercare le parti da sostituire ma il più è fatto.

ciao a tutti

ho usato quella versione perchè "allineata" al firmware che avevo a disposizione ... un discorso di comodità e pigrizia ;-)

per il fw mi faresti un piacere perchè sarebbe esattamente la stessa versione dello speedport.

@ lonegunman
Potresti dirmi se con una connessione ADSL2* tipo quella di tiscali ad 8 mega ha problemi di  disconnessione? Se puoi fare questo test su un'altra adsl divers dalla tua (che a quanto ho dedotto è un ADSL1) te ne sarei grato.
[strike]Poi un'altra cosa non mi è chiara.. se il w701v è uguale al 7140 non sarebbe + semplice mettere un bootloader del 7140 annexA sullo speedport e poi un bel recovery 7140? Sto fantasticando troppo o secondo te è possibile?[/strike]
 Ciao!

@mipaneb
Chiedo la stessa cosa anche a te, naturalmente quando ti arriva. ho notato che comunque ci si può lavorare anche con il ds-mod sul firmware delllo speedport W701V. Se ti dovessero servire i sorgenti ed il firmware ce li ho. Ciao!

EDIT:
mi rispondo da solo.. ho trovato una differenza grande tra i 2:

riga installazione speedport
ar7_8MB_xilinx_4eth_2ab_isdn_pots_wlan_13200

riga installtype 7140
ar7_8MB_xilinx_4eth_2ab_isdn_te_pots_wlan_usb_host_62068


Il7140 ha l'usb host che lo speedport non ha..e forse gli manca anche la porta s0 se ho interpretato benel'installtype.Comunque ci si può lavorare col ds-mod x la lingua ed in modo abbastanza semplice..Ciao!

Benissimo.. quindi lavorando con lo script e firm 7170..la cosa è fattibile..ok! Grazie per la tempestiva risposta.. a presto (forse con qualche altra domandina sullo speedport  :wink: )

Ciao!

[quote user="lonegunman" post="6577972"]in vena di esperimenti ho apena preso uno sp w501v ... quando arriva vi racconto come va in attesa dlla follia di prendere un w900v che mi terrò in tedesco :-) (il 7270 costa ancora troppo) ...[/quote]

... ma allora stai provocando... (hehehehe!)

___________


@ massinge

ci sarà ancora da apettare per le mie prove, sono in trattative varie e bisognerà aspettare la materiale disponibilità per almeno (temo) qualche settimana... comunque grazie per la disponibilità!


Stay tuned (mai come ora!)


Michele

[QYOTE]Inoltre anche modificando le variabili per l'annex A (echo "kernel_args annex=A" > /proc/avalanche/env) il W501V NON riesce ad agganciare la portante.[/QUOTE]

se guardi nel forum tedesco è un problema comune anche per il w710v (e se qualcuno si ricorda anche con il 7170) che io ho risolto cambiando il bootloader.

se hai possibilità di provare ad editare la mtd3 cambiando il valore di annex che viene passato al boot ... guada qui: http://www.ip-phone-forum.de/showthread.php?p=1005358#post1005358 (è in inglese)

Siccome non mi arriva ancora 'sto maledetto Speedport, nel frattempo vorrei capire e riassumere "in vitro":

 secondo quello che ho capito sinora, il bootloader tipico di una versione fw internazionale successiva a xx.04.30, che risiede in mtd2 (è così?) di qualunque versione di fritz 7xxx (è così?) non necessita nè dell'editing manuale del mtd3, nè del cambio della stringa in Kernel_args.

E questo dovrebbe essere un ragionamento valido sia per lo SPW701V, sia per tutte le serie Fritz 7xxx. Mi confermate o smentite sonoramente, per favore?

Se è vero quanto detto, anche Keyzed non dovrebbe aver bisogno di null'altro che cambiare l'argomento in Kernel_arg, ma il mio dubbio è che la base su cui lavorare per il W501V è un fw analogo a quelli per i Fritz 50xx, che nell'ultima versione internazionale è inferiore alla xx.04.30; inoltre il bootloader, se il modello in questione è assimilabile al 5050, risiede su mtd3 e non mtd2.

La lettura della Wiki "Fritz Box Fon 5050 : downgrade da firmware 12.04.31 DE a firmware 12.04.26 DE o precedente", poi, mi ha messo ulteriori dubbi, specie quando si parla di


3) A questo punto dobbiamo sovrascrivere il bootloader del 7050 con la versione precedente, facendo attenzione che con il nuovo firmware il bootloader corrisponde a /dev/mtdblock3 anziché /dev/mtdblock/2.

- Se non l'avete ancora fatto abilitate il telnet sul 7050 (occorre la 12.04.31 perché sulla 12.04.30 non funziona).


Che c'entra il 7050? E' un lapsus della guida, o non ho capito nulla?



Spero di non aver fatto troppa confusione, chissà se sono stato chiaro.


Ciao!
Michele

[quote user="mipaneb" post="6578059"] secondo quello che ho capito sinora, il bootloader tipico di una versione fw internazionale successiva a xx.04.30, che risiede in mtd2 (è così?) di qualunque versione di fritz 7xxx (è così?) non necessita nè dell'editing manuale del mtd3, nè del cambio della stringa in Kernel_args.
E questo dovrebbe essere un ragionamento valido sia per lo SPW701V, sia per tutte le serie Fritz 7xxx. Mi confermate o smentite sonoramente, per favore?[/QUOTE]

vero ma lo SP è basato su un fw .44 e non abbiamo un bootloader <.30 a disposizione per fare il dwgrabe (si può costruire eventualmente), percui l'unica idea che mi è venuta è stata quella di modificarlo



fw del W501V è basato sul 7140 non sul 50xx (sp-to-fritz usa il 7140) qundo mi arriverà il w501v farò le prove in corpore vile ...

se qualcuno ha un sinus w500v ci sarebbe da sperimentare il DECT :-D