IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: Daniele Castro - 12 Febbraio 2020, 18:01
-
Buon pomeriggio,
non senza difficoltà sto tentando di aggiungere il supporto ufficiale all'AGPWI su OpenWrt:
https://github.com/openwrt/openwrt/pull/2598
per chi volesse visionare la mia PR accetto molto volentieri consigli.
Comunque faccio questo post perchè necessito del board ID originale dell'AGPWI. Al fine di poter istallare OpenWrt ho dovuto rimpiazzare il CFE originale che, quindi, riporta un board ID errato. Come comprova di ciò i LED si accendono pure nel modo scorretto perchè il CFE crede di essere istallato in un'altra board e non nell'AGPWI.
Questo board ID sembra non essere riportato nè nello chassis, nè sul PCB, ma solamente dal CFE in fase di boot.
Qualcuno di voi possiede il backup verboso del boot dell'AGPWI col CFE originale? oppure qualcuno di voi possiede un AGPWI ancora vergine a cui attaccare la seriale per vedere il board ID che mostra il CFE originale? :pray:
di seguito un esempio del verboso del mio CFE modificato col board ID scorretto per indicarvi più o meno dove guardare:
CFE version 1.0.37-106.17-1 for BCM96328 (32bit,SP,BE)
Build Date: 2010-06-28 15:35:56 (wander@broadcom-eu)
Copyright (C) 2000-2009 Broadcom Corporation.
HS Serial flash device: name MX25L128, id 0xc218 size 16384KB
Total Flash size: 16384K with 4096 sectors
Chip ID: BCM6328B0, MIPS: 320MHz, DDR: 320MHz, Bus: 160MHz
Main Thread: TP0
Memory Test Passed
Total Memory: 33554432 bytes (32MB)
Boot Address: 0xb8000000
Board IP address : 192.168.1.1:ffffff00
Host IP address : 192.168.1.100
Gateway IP address :
Run from flash/host (f/h) : f
Default host run file name : vmlinux
Default host flash file name : bcm963xx_fs_kernel
Boot delay (0-9 seconds) : 1
Board Id (0-7) : 96328A-1341N1 <------------------------------------------------------------QUI
Number of MAC Addresses (1-32) : 11
Base MAC Address : 02:10:18:01:00:01
PSI Size (1-64) KBytes : 24
Enable Backup PSI [0|1] : 1
System Log Size (0-256) KBytes : 0
Main Thread Number [0|1] : 0
Serial Number :
*** Press any key to stop auto run (1 seconds) ***
Auto run second count down: 0
Booting from only image (0xb8010000) ...
edit 22/05/2020:
Sono lieto di annunciarvi che la mia Pull Request è stata accettata!! :D
Da oggi AGPWI ha la sua immagine OpenWrt ufficiale!! :)
Se qualcuno di voi avesse voglia di provare questa immagine su anche AGTWI o su qualunque altro router che credete possa avere la stessa mappatura dei LED, mi faccia sapere se tutti i LED sono correttamente mappati ed hanno il nome corretto. Nel caso estendiamo il supporto OpenWrt anche ad altri modelli simili ;)
Pull request link: https://github.com/openwrt/openwrt/pull/2598#event-3365959694
Snapshot link: https://downloads.openwrt.org/snapshots/targets/bcm63xx/generic/openwrt-bcm63xx-generic-adb_pdg-a4001n-a-000-1a1-ax-squashfs-cfe.bin
-
Il nome della board nel cfe viene scelto dal produttore in sede di compilazione del cfe. Se non si può usare il cfe originale perchè bloccato se ne deve usare uno il più compatibile possibile. Fino a barrier breaker l'id era importante anche per il boot del dispostivo ma solo perchè openwrt non lo riconosceva. Da chaos chalmer questa verifica non vien fatta, ameno sui bcm6328 che avevo. La scelta dell'id è quindi legata ai volere dello sviluppatore e tutte le configurazioni possibili, led compresi sono fatte nel file.dts
-
Si, avevo notato... infatti la patch che ho fatto funziona benissimo anche col board ID dell'"A4001N". Il problema è che si stava valunatdo se unificare i due DTS visto che riportano lo stesso board ID, ma di fatto, io nel fare la mia patch ho semplicemente lasciato quello che ho trovato che molto probabilmente non è coretto ma funziona lo stesso. Per questo, per correttezza e per verificare che effettivamente siano board con lo stesso ID, ho necessità di conoscere il board ID originale dell'AGPWI
-
I a4001n e a4001n1 presenti su openwrt funzionano su un gran numero di dispositivi anche sul mio a4101n. Se trovi delle differenze (led e pulsanti) ti puoi fare un tuo dts con con la mappatura giusta e nome commerciale giusto, se invece e tutto ok ti conviene lasciare perdere perché probabilmente si tratta di un re-brand
-
è esattamente quello che ho fatto (creare un nuovo DTS per i led), però il tipo che mi sta facendo la review ci vuole vedere chiaro e vuole rinominare tutto correttamente. Per questo vuole capire se sta board ha un altro ID o meno al fine di capire se formalmente si può fare un DTSI unico da cui derivare tutti i sottomodelli o se bisogna aggiungere un modello clone per ciascun router...
Inpoche parole, per non dilungarsi troppo nella discussione tecnica, mi serve il board ID originale dell'AGPWI solo per ordine formale e di ordine nelle nomenclature nei file del kernel
-
Understood, addirittura un nuovo DTSI, adesso mi spiego perchè i bcm non vengono più sviluppati. Non ti scoraggiare.. auguri.
-
I a4001n e a4001n1 presenti su openwrt funzionano su un gran numero di dispositivi anche sul mio a4101n. Se trovi delle differenze (led e pulsanti) ti puoi fare un tuo dts con con la mappatura giusta e nome commerciale giusto, se invece e tutto ok ti conviene lasciare perdere perché probabilmente si tratta di un re-brand
comunque hai detto una cosa molto interessante:
io ho pure un a4101n ma non sapevo che ci potessi mettere OpenWrt!
hai programmato la flash SPI allo stesso modo con cui si fa per l'AGTWI?
quale immagine gli hai flashato, a4001n o a4001n1 e quale CFE gli hai sovrascritto?
-
Se hai un router facile da riprogrammare (spi) con una cpu supportata e wifi idem openwrt gira tranquillamente, poi il resto si può adattare.
Tutte le spi si programmano allo stesso modo. Nello specifico bisogna mettere prima in corto il transistor che alimenta la cpu altrimenti non si programma. Più esattamente a volte si riesce a fare il dump completo e reinserirlo a volte da errore prima. Forzando almeno il cfe si riesce a cambiarlo. L'alternativa e dissaldare la spi e programmarla. Il cfe che ho usato era uno generico di quelli che si trovano nei sorgenti broadcom, tanto veniva sovrascritto dai vari firmware che avevo provato DSL_2750 AR-5382u etc. Mi Ricordo che partivo dal comtreand di modo che con barrier breaker mi riconosceva il wifi. Con chaos calmer usavo le immagini per a4001n1, solo per avere qualche led funzionante in più, ma la sostanza non cambiava. Come programmatore usavo/uso un ch341 con il suo software a corredo.
-
In teoria le immagini a4001n1ed a4001n differiscono solo per la grandezza della flash, o almeno questo è quello che si intuisce da questa sorgente: https://openwrt.org/toh/thomson/tg582n
comunque non sapevo di questa cosa: "bisogna mettere prima in corto il transistor che alimenta la cpu". Non l'ho vista nemmeno con la guida allo sblocco dell'AGTWI. Potresti andare più nel dettaglio e/o linkarmi una pagina in cui si riprogramma un router in quel modo?
credevo andassero solamente attaccati i PIN della flash al programmatore e basta... poi, di fatto, non so se il SoC metta i PIN in alta impedenza da spento, ma se l'accrocchio funziona...
effettivamente se alimento Vdd e GND della flash si dovrebbe alimentare anche il SoC e la cosa non è il massimo...
Inoltre perchè dici: "partivo dal comtreand di modo che con barrier breaker mi riconosceva il wifi" ? gli altri CFE ti sovrascrivevano la partizione "nvram" (equivalente dell'art Atheros) o cosa?
Potresti dirmi il modello esatto del programmatore che usi che lo ordino su aliexpress? pensavo di usare la porta parallela ma se posso evitare...
ma quindi posso ricompilarmi il CFE?? ci sono i sorgenti su github? così aggiusto i LED pure la...
-
Per la board id che cercavi se ritrovi il firmware originale la puoi trovare usando un editor esadecimale.
Per vedere la differenza tra i due a4xx confronta i 2 dts in pratica oltre la grandezza c'è qualche differenza nella gestione dei led.
Per il transistor in corto è un problema dell'ADB in quanto la cpu si ri-alimenta una volta attaccato il programmatore alla spi. Se ne parlava anche qui non ricordo dove.L'AGTWI non ha questo problema ci si può attaccare direttamente. Con barrier breaker partivo con il cfe del comtreand, quindi openwrt credeva che era un AR-5382u ed avendo lo stesso chip wifi, il wifi funzionava.
Non sovrascrivono la nvram. Cambiano solo il cfe, se nel nuovo cfe non e presente tra le opzioni il nome della vecchia board id si pianta, e bisogna intervenire con la seriale. Il modello esatto del programmatore e il CH341A se ne parla anche sul topic del tg582n. Sorgenti per cfe del 6328 non ne ho visti anche se qualcuno è riuscito a modificarlo vedi la pagina di openwrt per il Sercomm AD1018.
P.S. la board id che cercavi: 96328AVNG
-
Ai tempi avevo fatto unbackup del FW originale, ma al momento non ho accesso a quel PC.
Ho scaricato da internet il FW originale AGPWI e nell'intestazione del file appare un board ID che sarebbe "96328avng". Credo comunque sia sbagliato perchè queste immagini sono generate col tool bcmImageBuilder a cui viene passata quella stringa (96328avng) come argomento giusto perchè funzioni e non si lamenti (almeno credo)... quindi è possibile presumere che quella sia un'intestatione generata da bcmImageBuilder ma che nulla ha a che vedere col board ID originale.
Non sono nemmeno sicuro del fatto che la procedura di restore ripristini il bootloader originale: nel file non si vede null'altro che la stringa "96328avng". Poi non so, l'immagine era .bin e .rmt.sig, ma magari era comunque compressa nel consueto formato Broadcom...
questa board (96328avng) è presente anche nell'attuale CFE che uso ma come comprova che è sbagliata i LED si accendono male...
Ma che tu sappia ci sono notiezie/aggiornamenti sul Technicolor TG784n v3? il SoC se non ricordo male è supportato, ma quando provano a flashare openwrt qualcosa crasha ed il router si riavvia continuamente...
P.S. queste sono le immagini che ho scaricato ed editato "AGPWI_1.1.0_013.bin" e "AGPWI_1.1.0_013.rmt.sig"
-
Ti riferisci ai led dalla parte cfe o lato firmware, lato firmware devono essere mappati.
Comunque controlla bene tra i repo.
Per il Technicolor TG784n v3 credo che il problema siano i driver per la nand che non sono presenti nei kernel di openwrt. Perché ho visto che su i BCM6368 con flash openwrt gira e se non sbaglio sono riusciti anche nell'overlclock cambiando il valore di alcune resistenze.
https://dflund.se/~triad/krad/routers/
Ho visto che ci gira homeware quindi se sbloccato in teoria ci si potrebbero installare i pacchetti openwrt
-
Mi riferisco ai LED lato CFE. Col mio OpenWrt ricompilato funzionano correttamente
-
Ma tu guarda....che fortuna....c'è ancora qualcuno che gioca con l'AGPWI.....
Proprio in questi giorni ne ho tirato fuori uno dai miei scatoloni perchè mi serviva un router client wifi.
Sul mio c'era il fw Billion su un banco e il Dlink su un altro. Il CFE è quello credo del comtrend installato secoli fa....la board ID che avevo era la quella indicata da larsen
Ora vengo alla domanda leggermente OT...ma non posso esimermi visto che forse non c'è nessuno altro in giro che ci smanetta.
Ho installato openwrt ed ho provato TUTTE le versioni dalla 19 a scendere fino alla 15.01
Ho constatato per tutte lo stesso problema.....velocità del WIFI sia come client che come AP, nella migliore delle ipotesi si toccano i 15Mbit
Ho usato sia il driver b43 che il brcmsmac....niente da fare.
Premetto che la velocità del link indicata è invece buona...si toccano i 55 Mbit in wifi g e i 145 in wifi n....ma la velocità effettiva non è lontanamente paragonabile.
Per altro mi pare che il router pur rimanendo con la CPU entro il 35% sembra che soffra di lag perfino da seriale....come se ci fosse un collo di bottiglia da qualche parte (IRQ ?)
Domanda....è proprio limitato da incompatibilità oppure il mio ha un qualche tipo di problema secondo voi?
thanks
-
Ho avuto molti bcm6328 (qualcuno ne ho ancora) sia con wifi 43225 che 43227. Tutti avevano lo stesso problema senza chiavi andavano ha circa 20 mega o +. Come inserivo una chiave max 10/15 con i b43, con i brcmsmac anche peggio. Era un problema che avevano riscontrato anche i spagnoli con i comtrend.
-
Chiave ?? In che senso ? :huh:
-
Chiave wifi. Con il wifi libero 15/20Mbit, inserendo una wifi key mooolto meno: b43 circa 10, brcmsmac anche meno.
-
MA scusa sta cosa è sempre stata così ?? Anche con AGPWI firmware Telecom ?
cmq se è così devo cestinare il progetto.... :headbang:
-
Il problema con openwrt non apparse sin dall'inizio perché erano usati su linee adsl con pochi Mb/s.
Con AGPWI firmware Telecom, non ti saprei dire in quanto non ho mai avuto questo esatto modello, ma con altri adb con gli stessi firmware che hai usato tu, i router funzionano bene. Una cosa che non ho mai provato è quella di usare una pennetta wifi su porta usb, in quanto mancavano i driver per quelle che ho io e non mi ricordo se erano porte 1.1 o 2.0. Se 1.1 la velocità che ho riscontrato su dv2200 era di 6/7 mega.
-
Mah...allora mi sa che mi fermo qui...inutile che impazzisco.... >:(
-
Comunque sia...il problema è effettivamente (o almeno in larga parte) dovuto alla crittografia.
Con il driver brcmsmac e crittografia AES si raggiungono gli 8M.
Utilizzando il WEP si riescono a toccare i 15M, mentre senza crittografia i 35
-
Ma invece con i driver wl chiusi vecchi e buggti che uso sul dgnd3800b hai provato a vedere quanto fa?
-
I wl su 43225/7 non girano, qualcuno provò a forzarli ma senza risultati, almeno conosciuti o noti.
-
Poco male, sono comunque assai instabili.
-
Su questo modello puoi cambiare la scheda wifi?
-
Forse posso ma è molto particolare perchè sulla miniPCI ce ne sono due di 43222, quindi in sostanza ne perderei una. Comunque a guardare la tabellina sulla wiki di b43 non capisco come mai l'unico del blocco 4322x che non ha wl tra le alternative è proprio la mia 43222, forse quelle indicazioni si riferiscono ai driver wl sta disponibili per x86... bho
-
Ho visto che ci sono versioni non ufficiali basati su AA e BB con wl :
https://openwrt.org/toh/netgear/dgnd3700
-
Si ma puoi anche installarlo sulle ufficiali, è cosa da un attimo, il pacchetto è comunque ufficiale
-
Scusate ma in definitiva....per avere invece i led funzionanti cosa si deve fare ?
-
Credo che i gpio per questo router essendo simile o uguale all'ADB P.DG A4001N sia tutti mappati, quindi li devi configurare da luci come più ti aggrada. Per intenderci questa è la configurazione che usavo sul mio adb a4101n (teletu) che è un clone del A4001N1 + voip:
onfig system
option hostname 'OpenWrt'
option timezone 'UTC'
config timeserver 'ntp'
list server '0.openwrt.pool.ntp.org'
list server '1.openwrt.pool.ntp.org'
list server '2.openwrt.pool.ntp.org'
list server '3.openwrt.pool.ntp.org'
option enabled '1'
option enable_server '0'
config led
option default '0'
option name 'dsl'
option sysfs 'A4001N1:green:ppp'
option trigger 'netdev'
option dev 'pppoe-wan'
option mode 'link'
config led
option default '0'
option name 'internet'
option sysfs 'A4001N1:green:inet'
option trigger 'netdev'
option mode 'tx rx'
option dev 'pppoe-wan'
config led
option default '0'
option name 'wifi'
option sysfs 'A4001N1:red:wlan'
option trigger 'netdev'
option dev 'wlan0'
option mode 'link'
config led
option default '0'
option name 'wifi tx'
option sysfs 'A4001N1:green:wlan'
option trigger 'phy0tx'
config led
option default '0'
option name 'wifi rx'
option sysfs 'A4001N1:green:eth'
option trigger 'phy0rx'
-
no a me non vanno le mappature originali...manco una funziona
sorry...sbagliavo config
-
Ciao, non ho ben compreso se state ancora parlando del router AGPWI (ADB P.DG A4001N A-000-1A1-AX). Comunque se vuoi tutti i LED funzionanti e correttamente mappati su di esso, devi necessariamente compilarti la mia immagine di OpenWrt. Sto aggiungendo il supporto per questo router obsoleto proprio per avere tutti i LED funzionanti ed un'immagine stock di OpenWrt appositamente fatta per l'AGPWI
Trovi il link alla mia pull request nel post iniziale.
Nel caso tu stia pensando di compilarti la mia immagine tieni conto di queste cose:
1) Non potrai istallare moduli del kernel (a meno di compilarli con esso) dopo aver generato l'immagine perchè il magik number del kernel ricompilato sarà differente da quello che si aspettano i pacchetti nel repository. Se ci provi opkg ti dirà che il modulo che stai cercando di istallare non è stato compilato per il kernel in uso e fallirà l'istallazione. C'è un modo per ovviare al problema ma devi "hakerare" un po l'image builder di OpenWrt.
2) La mia immagine è basata su trunk: la versione di sviluppo/testing/instabile di OpenWrt.
3) Devi necessariamente compilare l'immagine col kernel di testing 4.19 e non con il kernel 4.14 (con l'ultimo snapshot che ho provato e con cui ho costruito l'immagine col 4.14, non riesce a creare la partizione JFFS e, quindi, crasha all'avvio).
Se vuoi posso inviarti l'ultima immagine che ho fatto col kernel 4.19 un mese fa ma comunque tieni conto di quanto ho scritto sopra.
edit:
ho confrontato il dts fatto da me con quello dell'immagine A4001N1 di OpenWrt. A parte il fatto che i nomi dei LED sono diversi da quelli sullo chasis e che ci sono LED mappati in più che non esistono sull'AGPWI, sembra siano tutti mappati ad eccezione del "power green" che non è mappato affatto. Quindi con l'immagine attuale dell'A4001N1 puoi controllare tutti i LED a meno del "power green".
Nello specifico:
chasis LED name -> LuCI name
power_red -> A4001N1:red:power
power_green -> (mappato altrove, dove non c'è collegato alcun LED nell'AGPWI)
adsl_red -> A4001N1:red:ppp
adsl_green -> A4001N1:green:ppp
internet_red -> A4001N1:red:inet
internet_green -> A4001N1:green:inet
wifi_red -> A4001N1:red:wlan
wifi_green -> A4001N1:green:wlan
service_red -> A4001N1:red:3g
service_green -> A4001N1:green:3g
-
Sono lieto di annunciarvi che la mia Pull Request è stata accettata!! :D
Da oggi AGPWI ha la sua immagine OpenWrt ufficiale!! :)
Se qualcuno di voi avesse voglia di provare questa immagine su anche AGTWI o su qualunque altro router che credete possa avere la stessa mappatura dei LED, mi faccia sapere se tutti i LED sono correttamente mappati ed hanno il nome corretto. Nel caso estendiamo il supporto OpenWrt anche ad altri modelli simili ;)
Pull request link: https://github.com/openwrt/openwrt/pull/2598#event-3365959694
Snapshot link: https://downloads.openwrt.org/snapshots/targets/bcm63xx/generic/openwrt-bcm63xx-generic-adb_pdg-a4001n-a-000-1a1-ax-squashfs-cfe.bin