[Thread Ufficiale] TP-Link TD-W8970v1 - Firmware OpenWRT

[kenciro]

Originariamente inviato da Yrbaf

Tendenzialmente servirà al 99% un nuovo soc, però alcuni Soc in giro potrebbero anche essere parzialmente compatibili.

in ogni caso la copertura sarà disponibile solo dove ci sono le ONU dotate solo di porte EVDSL perciò credo che resteranno tagliati fuori molti di quelli che oggi sono coperti dalla fibra 100 mb

[Giox040]

Originariamente inviato da Yrbaf

Ovviamente si

Però se hai già Lede nel nuovo formato l'avere il backup del firmware originale non ti serve più.
Al più serve avere un backup attuale per conservarsi la caldata (nonché una immagine funzionante) in caso di disastro e perdita della stessa, cosa che dovresti avere nel tuo attuale hh5a.nanddump (se esso è vicino ai 128MB).

Si, e' vero, tanto piu' che qui il firmware originale bloccato non e' usabile.

Evidentemente le istruzioni che ho seguito sono errate.

Il mio hh5a.nanddump ha 130.560 Kb, per essere sicuro l'ho ripetuto 2 volte ed i files coincidevano.

Grazie ancora

[strassada]

Originariamente inviato da kenciro

in ogni caso la copertura sarà disponibile solo dove ci sono le ONU dotate solo di porte EVDSL perciò credo che resteranno tagliati fuori molti di quelli che oggi sono coperti dalla fibra 100 mb

in realtà non basta solo avere disponibilità della 100 mega, serve proprio che nell'ONU ci sia una piastra con tot porte (in genere 48) compatibile col 35b. la 100 mega la danno sempre col 17a e quindi a meno di limiti hardware della stessa, è la stessa di quando davano solo la 30 mega, sempre 17a.

Sul, VRX318 (es. Netgear d7800), si sa qualcosa? risale al 2013, ma temo sia sempre incompatibile.

Intel ha da poco aggiunto alla lista dei chip (disponibilità q1 2017) il VRX518 (sempre Frontend dsl, come il 318), che penso lo sia (non ho trovato altre info, per ora, anche se in qualche file si trova qualcosa sugli xrx500).

[Giox040]

A chi fosse interessato a modificare il BT Home Hub 5a con un connettore permanente all'interfaccia seriale, su https://postimg.org/gallery/e9cgnvjs/ ho pubblicato alcune foto che illustrano come ho fatto io.

In questo modo i fili sono tenuti molto corti, per far entrare comodamente i connettori basta solo svasare leggermente i fori preesistenti e quando estratti, all'esterno non sporge nulla.

Visto che il pin boot_sel2 si usa solo una volta, si puo' anche metterlo a massa con un pezzetto di filo ed evitare di montare il connettore a 2 pin.

[Herbie_53]

Originariamente inviato da strassada

Sul, VRX318 (es. Netgear d7800), si sa qualcosa? risale al 2013, ma temo sia sempre incompatibile.

Per quanto riguarda il VRX318 sul forum di lede stanno cercando di far funzionare la parte xDSL... sicuramente si saprà qualche cosa di più appena sarà attiva: https://forum.lede-project.org/t/net...7800-build/505

Comunque se può interessare, ho appena caricato sul w8970 il nuovo firmware vdsl distribuito da Fritz (quello della compatibilità col 35b per intenderci).

Non posso testare l'effettiva compatibilità col 35b perchè sono in VULA Telecom. Sarebbe da testare con una linea Fastweb con 35b attivo...
Comunque a prima vista, i valori della linea mi sembrano molto più stabili rispetto al precedente firmware (avevo continue variazioni di SNR anche di 1db).
Ho fatto 2-3 prove con il vecchio e il nuovo fw, ed i risultati sono sempre gli stessi: il vecchio, tra una misurazione e l'altra variava l'snr di pochi decimi di db o anche di 1db... il nuovo non si è mai schiodato da 6db.

Forse hanno modificato l'algoritmo per l'attenuazione dato che ora sono maggiori.
Ovviamente la situazione della linea non cambia, dato che ho le stesse identiche velocità, ma comunque è un passo in avanti a mio avviso

NUOVO 5.9.0.12.1.7

root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Broadcom 177.45
ATU-C System Vendor ID:                   Broadcom
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.9.0.12.1.7
API Version:                              4.16.6.3
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2
Annex:                                    B
Line Mode:                                G.993.2 (VDSL2)
Profile:                                  17a
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 0
Errored seconds (ES):                     Near: 870 / Far: 49
Severely Errored Seconds (SES):           Near: 4 / Far: 12
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 345 / Far: 345
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 190 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L0 - Synchronized
Latency / Interleave Delay:               Down: Interleave (0.16 ms) / Up: Interleave (0.0 ms)
Data Rate:                                Down: 84.949 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 8.3dB / Up: 8.4dB
Signal Attenuation (SATN):                Down: 8.3dB / Up: 8.4dB
Noise Margin (SNR):                       Down: 6.0dB / Up: 7.2dB
Aggregate Transmit Power(ACTATP):         Down: -21.-3dB / Up: 12.2dB
Max. Attainable Data Rate (ATTNDR):       Down: 85.772 Mb/s / Up: 25.429 Mb/s
Line Uptime Seconds:                      155
Line Uptime:                              2m 35s

VECCHIO 5.8.1.5.0.7

root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Broadcom 177.45
ATU-C System Vendor ID:                   Broadcom
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.8.1.5.0.7
API Version:                              4.16.6.3
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2
Annex:                                    B
Line Mode:                                G.993.2 (VDSL2)
Profile:                                  17a
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 0
Errored seconds (ES):                     Near: 870 / Far: 49
Severely Errored Seconds (SES):           Near: 4 / Far: 12
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 260 / Far: 260
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 190 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L0 - Synchronized
Latency / Interleave Delay:               Down: Interleave (0.16 ms) / Up: Interleave (0.0 ms)
Data Rate:                                Down: 84.684 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 7.8dB / Up: 8.4dB
Signal Attenuation (SATN):                Down: 7.8dB / Up: 8.0dB
Noise Margin (SNR):                       Down: 5.9dB / Up: 7.4dB
Aggregate Transmit Power(ACTATP):         Down: -21.-4dB / Up: 12.2dB
Max. Attainable Data Rate (ATTNDR):       Down: 85.451 Mb/s / Up: 26.034 Mb/s
Line Uptime Seconds:                      132
Line Uptime:                              2m 12s

[Nativoz]

Scusate, è un po' che son fermo e mi devo essere perso quelcosa.
Sono alla lede r2446. Se compilo nuovamente ora posso fare un flash tradizionale da webgui (luci) o è tutto cambiato e devo fare altre procedure (poi ci penso io a documentarmi).
grazie

[xsiriusx]

Originariamente inviato da Giox040

Si, e' vero, tanto piu' che qui il firmware originale bloccato non e' usabile.

Evidentemente le istruzioni che ho seguito sono errate.

Il mio hh5a.nanddump ha 130.560 Kb, per essere sicuro l'ho ripetuto 2 volte ed i files coincidevano.

Grazie ancora

Conviene passare a hh5a oppure è meglio tenermi stretto il w8970? Ad esempio la gigabit del w8970 fa abbastanza pena soprattutto quando trasferisco file di grosse dimensioni sul NAS

[Shamrogue]

Originariamente inviato da xsiriusx

Conviene passare a hh5a oppure è meglio tenermi stretto il w8970? Ad esempio la gigabit del w8970 fa abbastanza pena soprattutto quando trasferisco file di grosse dimensioni sul NAS

La CPU è la stessa, quindi non credo ci siano grosse differenze. Io comunque sono riuscito tranquillamente a saturare la gigabit sul tp-link.
L'HH5A ha qualcosa in più: 128MB di RAM contro 64, 128MB di flash contro solo 8MB, Wifi dual Band supportata, 5 porte Gigabit anche se secondo quanto riportato in questo thread ne siano utilizzabili solo 4.
D'altra parte perdi una USB e l'installazione di Lede sembra essere più complicata.

[TheDarkAngel]

Originariamente inviato da Herbie_53

Per quanto riguarda il VRX318 sul forum di lede stanno cercando di far funzionare la parte xDSL... sicuramente si saprà qualche cosa di più appena sarà attiva: https://forum.lede-project.org/t/net...7800-build/505

Comunque se può interessare, ho appena caricato sul w8970 il nuovo firmware vdsl distribuito da Fritz (quello della compatibilità col 35b per intenderci).

Non posso testare l'effettiva compatibilità col 35b perchè sono in VULA Telecom. Sarebbe da testare con una linea Fastweb con 35b attivo...
Comunque a prima vista, i valori della linea mi sembrano molto più stabili rispetto al precedente firmware (avevo continue variazioni di SNR anche di 1db).
Ho fatto 2-3 prove con il vecchio e il nuovo fw, ed i risultati sono sempre gli stessi: il vecchio, tra una misurazione e l'altra variava l'snr di pochi decimi di db o anche di 1db... il nuovo non si è mai schiodato da 6db.

Forse hanno modificato l'algoritmo per l'attenuazione dato che ora sono maggiori.
Ovviamente la situazione della linea non cambia, dato che ho le stesse identiche velocità, ma comunque è un passo in avanti a mio avviso

Porto anche la mia esperienza, in 37 ore è rimasto fisso a 5.1/2/3db di margine con un guadagno di allineamento iniziale di 0.8, ho scoperto che il meccanismo sra entra in funzione solo sotto i 5db di margine.
Sembra veramente stabile questa nuova versione e se avesse veramente il profilo 35b attivo, sarebbe un bel colpaccio, questo modem mi durerà veramente molto

ATU-C Vendor ID:                          Broadcom 177.45
ATU-C System Vendor ID:                   Broadcom
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.9.0.12.1.7
API Version:                              4.17.18.6
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2
Annex:                                    B
Line Mode:                                G.993.2 (VDSL2)
Profile:                                  17a
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 1866
Errored seconds (ES):                     Near: 0 / Far: 47
Severely Errored Seconds (SES):           Near: 0 / Far: 3
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 40 / Far: 40
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 0 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L0 - Synchronized
Latency / Interleave Delay:               Down: Fast (0.17 ms) / Up: Fast (0.0 m                                                   s)
Data Rate:                                Down: 82.398 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 14.7dB / Up: 17.9dB
Signal Attenuation (SATN):                Down: 14.8dB / Up: 18.0dB
Noise Margin (SNR):                       Down: 5.3dB / Up: 7.7dB
Aggregate Transmit Power (ACTATP):        Down: -11.7dB / Up: 14.3dB
Max. Attainable Data Rate (ATTNDR):       Down: 83.576 Mb/s / Up: 26.563 Mb/s
Line Uptime Seconds:                      136616
Line Uptime:                              1d 13h 56m 56s

[Herbie_53]

Originariamente inviato da TheDarkAngel

Latency / Interleave Delay:               Down: Fast (0.17 ms) / Up: Fast (0.0 ms)
Data Rate:                                Down: 82.398 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 14.7dB / Up: 17.9dB
Signal Attenuation (SATN):                Down: 14.8dB / Up: 18.0dB
Noise Margin (SNR):                       Down: 5.3dB / Up: 7.7dB
Aggregate Transmit Power (ACTATP):        Down: -11.7dB / Up: 14.3dB
Max. Attainable Data Rate (ATTNDR):       Down: 83.576 Mb/s / Up: 26.563 Mb/s

A quasi parità di portante e di snr tu hai una attenuazione moooooolto più alta della mia!

Latency / Interleave Delay:               Down: Interleave (0.17 ms) / Up: Interleave (0.0 ms)
Data Rate:                                Down: 83.731 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 8.2dB / Up: 8.3dB
Signal Attenuation (SATN):                Down: 8.2dB / Up: 8.2dB
Noise Margin (SNR):                       Down: 6.1dB / Up: 6.8dB
Aggregate Transmit Power(ACTATP):         Down: -21.-6dB / Up: 12.4dB
Max. Attainable Data Rate (ATTNDR):       Down: 85.043 Mb/s / Up: 24.717 Mb/s

Sarà colpa della diafonia? O della mia tratta parecchio disturbata?

[TheDarkAngel]

Originariamente inviato da Herbie_53

A quasi parità di portante e di snr tu hai una attenuazione moooooolto più alta della mia!

Latency / Interleave Delay:               Down: Interleave (0.17 ms) / Up: Interleave (0.0 ms)
Data Rate:                                Down: 83.731 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 8.2dB / Up: 8.3dB
Signal Attenuation (SATN):                Down: 8.2dB / Up: 8.2dB
Noise Margin (SNR):                       Down: 6.1dB / Up: 6.8dB
Aggregate Transmit Power(ACTATP):         Down: -21.-6dB / Up: 12.4dB
Max. Attainable Data Rate (ATTNDR):       Down: 85.043 Mb/s / Up: 24.717 Mb/s

Sarà colpa della diafonia? O della mia tratta parecchio disturbata?

Non ne ho proprio idea, io in realtà credevo che la diafonia fosse "visibile" come rumore e quindi finisse nell'attenuazione Ma le reti non sono assolutamente il mio campo.

[Yrbaf]

No la diafonia non finisce nell'attenuazione.

Altrimenti ad ogni calo di portante da diafonia dovreste vedere un aumento di attenuazione cosa che invece non vedrete.

[Herbie_53]

Originariamente inviato da Yrbaf

No la diafonia non finisce nell'attenuazione.

Altrimenti ad ogni calo di portante da diafonia dovreste vedere un aumento di attenuazione cosa che invece non vedrete.

Quindi da cosa può essere dovuta tale differenza? Magari posso aumentare la qualità della mia linea, dato che alla fine non sto neanche a 50 metri dal cabinet e ad occhio e guardando in giro dovrei avere una linea migliore

[Yrbaf]

Beh lui potrebbe avere alta attenuazione ma poca concorrenza (diafonia da vicini) e tu poca attenuazione ma alta concorrenza.

Lui potrebbe avere alta attenuazione anche per problemi al suo impianto in casa e migliorando l'impianto potrebbe scendere di attenuazione (e salire di portante).

Tu puoi fare lo stesso controllo (si sa mai che anche tu abbia attenuazione eliminabile) ma per la diafonia non puoi fare nulla.
Beh oddio puoi andare in giro a tagliare i cavi dei vicini

Io sono a circa 60-65m di cavo (più o meno) dall'Onu (40-45m in linea d'aria ma so il giro abbastanza diretto che fanno i cavi) ed ho questi dati:

Line Mode: G.993.2 (VDSL2)
Annex: B
Profile: 17a
Data Rate: 102.134 Mb/s / 21.382 Mb/s
Max. Attainable Data Rate (ATTNDR): 102.589 Mb/s / 27.817 Mb/s
Latency: 0.14 ms / 0.0 ms
Line Attenuation (LATN): 2.8 dB / 4.2 dB
Signal Attenuation (SATN): 2.8 dB / 4 dB
Noise Margin (SNR): 5.8 dB / 8.8 dB
Aggregate Transmit Power(ACTATP): -25 dB / 13 dB

Fatto con il firmware di serie in Lede perché non mi sono ancora interessato a cercare il binario 5.9

La non presa dei 108Mb (che poi su Lede sono solo, chissà perché, 106.9Mb) è dovuta a diafonia da vicini.
Nei momenti peggiori mi scende pure sub 100Mb (95-98Mb) ed in quelli migliori sale sui 104Mb (tranne quando uno dei vicini più vicino tiene il router spento e viaggio a 106.9Mb con ottenibile sui 117Mb, perché comunque ci sono anche altri vicini).
Senza diafonia dovrei andare a 140Mb.

Tu hai ben più attenuazione di me (e stranamente attenuazione alta in up) o più metri di cavo o qualche altro problema in casa o fuori (linea derivata)

[TheDarkAngel]

Originariamente inviato da Yrbaf

Beh lui potrebbe avere alta attenuazione ma poca concorrenza (diafonia da vicini) e tu poca attenuazione ma alta concorrenza.

Lui potrebbe avere alta attenuazione anche per problemi al suo impianto in casa e migliorando l'impianto potrebbe scendere di attenuazione (e salire di portante).

Tu puoi fare lo stesso controllo (si sa mai che anche tu abbia attenuazione eliminabile) ma per la diafonia non puoi fare nulla.
Beh oddio puoi andare in giro a tagliare i cavi dei vicini

Io sono a 180m in linea d'aria dal cabinet e direi almeno un 250m di cavo reale, come attenuazione ci siamo tutta, questa zona di pavia è stata fatta nel 2010 quindi non mi aspetto niente di strano

[Herbie_53]

Originariamente inviato da Yrbaf

Tu puoi fare lo stesso controllo (si sa mai che anche tu abbia attenuazione eliminabile) ma per la diafonia non puoi fare nulla.
Beh oddio puoi andare in giro a tagliare i cavi dei vicini

Tu hai ben più attenuazione di me (e stranamente attenuazione alta in up) o più metri di cavo o qualche altro problema in casa o fuori (linea derivata)

Ci sono sicuramente molte persone attive (hanno cambiato l'onu la scorsa estate, perchè si era saturata), quindi spero che in un futuro prossimo attivino il vectoring....
Ma purtroppo i fili ( da quello che so) si fanno circa 10-15 m, vicino a quelli della 220V e antenna tv... Quindi sicuramente qualche disturbo è dovuto da quello. Quando avrò un po' di tempo farò delle prove collegandomi direttamente al filo che entra dentro casa...

Fortunatamente prendo più di 80 Mega quindi non mi lamento e non credo farò dei lavori, ma in futuro col 35b e le sue frequenze maggiori, forse converrà...

P.s. Avevo estratto tempo fa, tramite comandi che ora non ricordo, i dati precisi della mia linea frequenza per frequenza, per trovare problemi evidenti, ma non capendoci molto ho desistito... Comunque questo era il risultato:



Forse in futuro (tempo permettendo) creerò uno strumento che creei i grafici prendendo i dati dal router... un po' tipo i grafici dei fritzbox.

[Dede371]

Originariamente inviato da xsiriusx

Conviene passare a hh5a oppure è meglio tenermi stretto il w8970? Ad esempio la gigabit del w8970 fa abbastanza pena soprattutto quando trasferisco file di grosse dimensioni sul NAS

Ti posso portare la mia esperienza personale e con cavi categoria 5e trasferisco file con Samba a circa 110MB/s attraverso lo switch del TP-Link, inoltre avendo anche il hh5a ti posso dire che visto la potenza del router i 128MB di flash (nand contro nor del Tp-link) sono comodi ma molto superflui visto che il firmware più grande che sono riuscito a compilare pesa 21MB.
Inoltre il problema principale è che sopratutto se si in fibra, più programmi girano sul router meno velocità otterrai.
L'alternativa se hai bisogno di spazio è fare come me e Hitech95, che abbiamo moddato il TP-Link con una flash da 16MB (dovrebbe andare anche da 32MB però si dovrebbe modificare nuovamente uboot rispetto alle nostre modifiche)

Originariamente inviato da Herbie_53

Ci sono sicuramente molte persone attive (hanno cambiato l'onu la scorsa estate, perchè si era saturata), quindi spero che in un futuro prossimo attivino il vectoring....
Ma purtroppo i fili ( da quello che so) si fanno circa 10-15 m, vicino a quelli della 220V e antenna tv... Quindi sicuramente qualche disturbo è dovuto da quello. Quando avrò un po' di tempo farò delle prove collegandomi direttamente al filo che entra dentro casa...

Fortunatamente prendo più di 80 Mega quindi non mi lamento e non credo farò dei lavori, ma in futuro col 35b e le sue frequenze maggiori, forse converrà...

P.s. Avevo estratto tempo fa, tramite comandi che ora non ricordo, i dati precisi della mia linea frequenza per frequenza, per trovare problemi evidenti, ma non capendoci molto ho desistito... Comunque questo era il risultato:



Forse in futuro (tempo permettendo) creerò uno strumento che creei i grafici prendendo i dati dal router... un po' tipo i grafici dei fritzbox.

Questi dati gli hai presi attraverso le pipe di dsl_cpe? Se si potresti postare i comandi, è una cosa che mi ha sempre interessato

[Shamrogue]

Originariamente inviato da Dede371

Ti posso portare la mia esperienza personale e con cavi categoria 5e trasferisco file con Samba a circa 110MB/s attraverso lo switch del TP-Link, inoltre avendo anche il hh5a ti posso dire che visto la potenza del router i 128MB di flash (nand contro nor del Tp-link) sono comodi ma molto superflui visto che il firmware più grande che sono riuscito a compilare pesa 21MB.
Inoltre il problema principale è che sopratutto se si in fibra, più programmi girano sul router meno velocità otterrai.
L'alternativa se hai bisogno di spazio è fare come me e Hitech95, che abbiamo moddato il TP-Link con una flash da 16MB (dovrebbe andare anche da 32MB però si dovrebbe modificare nuovamente uboot rispetto alle nostre modifiche)

Anche a me 110GB usando cavi cat 6 schermati di 15 metri, test fatto usando iperf.

[Giox040]

Volendo compilare per il W8970 ed l'HH5A, ho visto che in make menuconfig c'e' la possibilita' di settare il TARGET_MULTI_PROFILE ed ho provato a fare una unica compilazione, aggiungendo l'HH5A ai parametri che usavo per il W8970.

Compilazione avvenuta senza errori ma nel file diff trovo:

# CONFIG_DRIVER_11AC_SUPPORT is not set
# CONFIG_PACKAGE_ath10k-firmware-qca988x is not set
# CONFIG_PACKAGE_kmod-ath10k is not set
# CONFIG_PACKAGE_kmod-owl-loader is not set
# CONFIG_PACKAGE_u-boot-bthomehubv5a_ram is not set

Presumendo siano moduli necessari per l'HH5A, rifaccio il make menuconfig e li aggiungo.

Rilancio la compilazione e questa volta esce la segnalazione che l'immagine e' troppo grande per il W8970.

Che voi sappiate, pur usando il TARGET_MULTI_PROFILE, c'e' modo di indicare di inserire quei pacchetti solo nella compilazione del HH5A?

Grazie

[hitech95]

Originariamente inviato da Giox040

Volendo compilare per il W8970 ed l'HH5A, ho visto che in make menuconfig c'e' la possibilita' di settare il TARGET_MULTI_PROFILE ed ho provato a fare una unica compilazione, aggiungendo l'HH5A ai parametri che usavo per il W8970.

Compilazione avvenuta senza errori ma nel file diff trovo:

# CONFIG_DRIVER_11AC_SUPPORT is not set
# CONFIG_PACKAGE_ath10k-firmware-qca988x is not set
# CONFIG_PACKAGE_kmod-ath10k is not set
# CONFIG_PACKAGE_kmod-owl-loader is not set
# CONFIG_PACKAGE_u-boot-bthomehubv5a_ram is not set

Presumendo siano moduli necessari per l'HH5A, rifaccio il make menuconfig e li aggiungo.

Rilancio la compilazione e questa volta esce la segnalazione che l'immagine e' troppo grande per il W8970.

Che voi sappiate, pur usando il TARGET_MULTI_PROFILE, c'e' modo di indicare di inserire quei pacchetti solo nella compilazione del HH5A?

Grazie

Avevo provato anche io ed effettivamente ho ottenuto lo stesso risultato.


@Dede371, xsiriusx: Magari un giorno faremo anche uboot per i 32mb.... ma prima sarebbe da portare uboot ad una versione puù aggiornata e senza le modifiche TP-Link...
Appena abbiamo indietro il router cavia possiamo provarci.