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

[avware]

Originariamente inviato da MCoLo90

ma.. voi riuscite ad installare luci-ssl?

io è da qualche giorno che ho questo problema..

Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-ssl:
* libustream-mbedtls *
* opkg_install_cmd: Cannot install package luci-ssl.

qualche suggerimento?

thx

C'è poco da fare, non è proprio presente sui repo di snapshot. Nelle mie prossime build proverò a compilare libustream-mbedtls come (M)odulo, in questo modo chi ha la necessità di installare luci-ssl potrà farlo scaricando il pacchetto dal mio repo e installandolo a mano.
Non lo integro di default perché non è indispensabile e perché mi sembra di ricordare che ha un "peso notevole" in termini di spazio.

Edit: anticipo che, in base a esperienze condivise di core-dump con hitech95, ho deciso di interrompere la produzione delle versioni smp. I vari core-dump analizzati sembrano tutti riconducibili al driver ethernet (che deve essere riscritto in versione smp, ma nessuno ha mai il tempo di farlo).

[Giox040]

Originariamente inviato da MCoLo90

ma.. voi riuscite ad installare luci-ssl?

io è da qualche giorno che ho questo problema..

Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-ssl:
* libustream-mbedtls *
* opkg_install_cmd: Cannot install package luci-ssl.

qualche suggerimento?

thx

Io ho compilato ieri lede r3061, trovo:
luci-ssl git-17.020.82842-e1edb10-1
libustream-mbedtls 2016-07-02-ec80adaa-2

[TheDarkAngel]

domanda bizzarra, è possibile variare l'snr della vdsl?

[Yrbaf]

SI!

[TheDarkAngel]

Originariamente inviato da Yrbaf

SI!

Questa è interessante, ho spulciato e ricercato nel thread ma non ho trovato riferimenti se non per l'adsl, sai da che parte iniziare?

[Yrbaf]

Cerca in questo thread perché è stato detto (anche se purtroppo la ricerca spesso non va oltre 1 anno da oggi).

Il comando penso sia uguale per l'adsl, comunque ecco un esempio

dsl_cpe_pipe.sh locs 0 -40
dsl_cpe_pipe.sh acs 2

che abbassa a 2dB il target SNR (solo sul down, ma puoi regolarlo separatamente pure sull'up), e poi sgancia e riaggancia la portante.

Comunque non ne vale la pena, se scendi più di 1 o 2 dB la linea diventa instabile ed anche se becca più portante poi spesso all'atto pratico diventa più lenta.
Ed 1dB ti dà solo 3-3.5Mb di portante in più (devi andare a zero dB per prendere al max, 18-20Mb in più poi praticamente inutilizzabili).

[TheDarkAngel]

Originariamente inviato da Yrbaf

Cerca in questo thread perché è stato detto (anche se purtroppo la ricerca spesso non va oltre 1 anno da oggi).

Il comando penso sia uguale per l'adsl, comunque ecco un esempio

dsl_cpe_pipe.sh locs 0 -40
dsl_cpe_pipe.sh acs 2

che abbassa a 2dB il target SNR (solo sul down, ma puoi regolarlo separatamente pure sull'up), e poi sgancia e riaggancia la portante.

Comunque non ne vale la pena, se scendi più di 1 o 2 dB la linea diventa instabile ed anche se becca più portante poi spesso all'atto pratico diventa più lenta.
Ed 1dB ti dà solo 3-3.5Mb di portante in più (devi andare a zero dB per prendere al max, 18-20Mb in più poi praticamente inutilizzabili).

Funziona perfettamente e i tuoi dati sono giusti, grazie per l'aiuto.
Su linea vodafone ho buttato su
dsl_cpe_pipe.sh locs 0 -40
dsl_cpe_pipe.sh acs 2
e sono passato da:

root@lede:~# /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.8.1.6
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: 1136
Errored seconds (ES):                     Near: 0 / Far: 10
Severely Errored Seconds (SES):           Near: 0 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 30 / Far: 30
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 ms)
Data Rate:                                Down: 79.996 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 13.7dB / Up: 17.8dB
Signal Attenuation (SATN):                Down: 13.8dB / Up: 17.5dB
Noise Margin (SNR):                       Down: 5.9dB / Up: 7.7dB
Aggregate Transmit Power (ACTATP):        Down: -12.2dB / Up: 14.4dB
Max. Attainable Data Rate (ATTNDR):       Down: 80.818 Mb/s / Up: 26.728 Mb/s
Line Uptime Seconds:                      44
Line Uptime:                              44s

a questi valori:

root@lede:~# /etc/init.d/dsl_control status
ATU-C Vendor ID:
ATU-C System Vendor ID:
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.8.1.8.1.6
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: 0
Errored seconds (ES):                     Near: 0 / Far: 10
Severely Errored Seconds (SES):           Near: 0 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 62 / Far: 62
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.16 ms) / Up: Fast (0.0 ms)
Data Rate:                                Down: 84.766 Mb/s / Up: 21.382 Mb/s
Line Attenuation (LATN):                  Down: 15.1dB / Up: 17.8dB
Signal Attenuation (SATN):                Down: 15.1dB / Up: 17.8dB
Noise Margin (SNR):                       Down: 4.0dB / Up: 8.1dB
Aggregate Transmit Power (ACTATP):        Down: -11.9dB / Up: 14.5dB
Max. Attainable Data Rate (ATTNDR):       Down: 85.386 Mb/s / Up: 27.291 Mb/s
Line Uptime Seconds:                      7
Line Uptime:                              7s

Però il miglioramento è temporaneo, dopo 60 secondi torna al profilo 6db senza buttare giù la linea, c'è qualche meccanismo di bitswap attivo sulle vdsl?

[Yrbaf]

Si c'è!

Puoi vedere i parametri impostati con :

dsl_cpe_pipe.sh lfcg 0 0
dsl_cpe_pipe.sh lfcg 0 1
dsl_cpe_pipe.sh lfcg 1 0
dsl_cpe_pipe.sh lfcg 1 1

Uno dei due numeri indica Down/Up e l'altro Set1/Set2 (però non ricordo in che ordine), perché nei driver più recenti si possono impostare 2 set di parametri.

Poi li puoi cambiare con :

dsl_cpe_pipe.sh lfcs 0 0 x x x x x
dsl_cpe_pipe.sh lfcs 0 1 x x x x x
dsl_cpe_pipe.sh lfcs 1 0 x x x x x
dsl_cpe_pipe.sh lfcs 1 1 x x x x x

Dove al posto delle varie x puoi mettere 0, 1 o -1 a seconda se vuoi indicare "spento", "acceso" e presumo (non certo) "non specificato" per i parametri in posizione ordinale (che è la stessa posizione con cui li elenca dsl_cpe_pipe.sh lfcg).

Basta modificare solo un set (quello in uso, presumo 0 ma vado a memoria) e presumo solo la direzione per cui hai toccato il SNR.

[TheDarkAngel]

non è il bitswap che cambia la portante, deve esserci un qualche altro meccanismo oscuro, purtroppo non mi viene in mente altro, dopo anni di adsl però mi spiace non spremere 5mbit

[kenciro]

Originariamente inviato da TheDarkAngel

non è il bitswap che cambia la portante, deve esserci un qualche altro meccanismo oscuro, purtroppo non mi viene in mente altro, dopo anni di adsl però mi spiace non spremere 5mbit

Sui profili da 100 MB, ma non in quelli inferiori, è stata implementata la funzione SRA (seamless rate adaptation); per evitare cadute di connessione aumenta o riduce la portante in base al rumore tenendo costante il margine di rumore a 6 DB, per cui credo sia del tutto inutile cercare di abbassarlo dal modem.

[khael]

interessante questa funzione!
Comunque, avevo capito che per l'OH5 fosse necessario saldare altri ponticelli, invece sono soltanto 3 fili se ho capito bene!
Con la scusa mi sono fatto un saldatore un po piu' professionale comunque

[TheDarkAngel]

Originariamente inviato da kenciro

Sui profili da 100 MB, ma non in quelli inferiori, è stata implementata la funzione SRA (seamless rate adaptation); per evitare cadute di connessione aumenta o riduce la portante in base al rumore tenendo costante il margine di rumore a 6 DB, per cui credo sia del tutto inutile cercare di abbassarlo dal modem.

Ah ecco la fregatura, mi hai levato il dubbio di cosa fosse, allora per recuperare questi mbit staccare i vicini

[Herbie_53]

Originariamente inviato da kenciro

Sui profili da 100 MB, ma non in quelli inferiori, è stata implementata la funzione SRA (seamless rate adaptation); per evitare cadute di connessione aumenta o riduce la portante in base al rumore tenendo costante il margine di rumore a 6 DB, per cui credo sia del tutto inutile cercare di abbassarlo dal modem.

Però si può disattivare anche quello (lato modem ovviamente)! Io ci ero riuscito e la mia linea restava con 1 db di margine!

Bisogna sempre smanettare con gli stessi comandi con cui si attivava il G.INP in upload...

EDIT: Io avevo scritto cosa erano parecchi post fa, ma comunque sono li stessi che ha appena pubblicato il buon Yrbaf (sono le x):

Originariamente inviato da Yrbaf

dsl_cpe_pipe.sh lfcs 0 0 x x x x x
dsl_cpe_pipe.sh lfcs 0 1 x x x x x
dsl_cpe_pipe.sh lfcs 1 0 x x x x x
dsl_cpe_pipe.sh lfcs 1 1 x x x x x

[Yrbaf]

Originariamente inviato da khael

interessante questa funzione!
Comunque, avevo capito che per l'OH5 fosse necessario saldare altri ponticelli, invece sono soltanto 3 fili se ho capito bene!
Con la scusa mi sono fatto un saldatore un po piu' professionale comunque

Sarebbero 5 fili, 3 per la seriale e 2 per i pulsanti SEL.

Dei 2 pulsanti SEL però ne serve per la trasformazione solo 1 (se non lo premi, alias cortocircuiti a massa durante il power-on, con il fw originale non entri su u-boot) e solo per la prima volta (poi una volta trasformato servono solo i 3 per la seriale e solo se devi riflashare da seriale perché è corrotto il boot).

Io ne ho saldati 4 su 5, o meglio 3 saldati (perché per fortuna ci sono riuscito al pelo nonostante la punta del mio saldatore) ed 1 realizzato con la tecnica dell'appoggio a molla (con cui volendo si possono fare tutti tranne forse il filo di GND che invece va saldato ma è anche quello facile da saldare) dopo aver distrutto la pista saldando .

Però volendo ne puoi fare solo 3 (la seriale) ed il quarto lo fai con un corto volante per l'unica volta che ti servirà.

Originariamente inviato da TheDarkAngel

non è il bitswap che cambia la portante, deve esserci un qualche altro meccanismo oscuro, purtroppo non mi viene in mente altro, dopo anni di adsl però mi spiace non spremere 5mbit

Con i firmware più vecchi (sotto una certa versione) la variazione di SNR viene mantenuta (anche a bitswap attivo), con i fw più recenti invece no, tranne nel caso che spegni il BitSwap come ha scoperto Herbie qui : http://www.hwupgrade.it/forum/showpo...postcount=3402

Il comando in quel post è però per un firmware vecchio, per quello attuale bisogna aggiungere un parametro in più per la scelta Set1/Set2

[TheDarkAngel]

Originariamente inviato da Yrbaf

Con i firmware più vecchi (sotto una certa versione) la variazione di SNR viene mantenuta (anche a bitswap attivo), con i fw più recenti invece no, tranne nel caso che spegni il BitSwap come ha scoperto Herbie qui : http://www.hwupgrade.it/forum/showpo...postcount=3402

Il comando in quel post è però per un firmware vecchio, per quello attuale bisogna aggiungere un parametro in più per la scelta Set1/Set2

Ho già fatto questo tentativo disabilitando il bitswap su entrambi i set ed entrambi i versi, purtroppo la portante torna a 6db

[Yrbaf]

A me no, almeno l'ultima volta che ci ho provato mesi fa (non ricordo con quale FW vdsl).

[TheDarkAngel]

Originariamente inviato da Yrbaf

A me non, almeno l'ultima volta che ci ho provato mesi fa (non ricordo con quale FW vdsl).

dsl_cpe_pipe.sh lfcs 0 0 1 0 0 0 -1
dsl_cpe_pipe.sh lfcs 0 1 1 0 0 0 -1
dsl_cpe_pipe.sh lfcs 1 0 1 0 1 1 -1
dsl_cpe_pipe.sh lfcs 1 1 1 0 1 1 -1

Butto dentro questo, faccio il controllo, risulta disabilitato, dopo 35s precisi da quando la portante è su inizia a portare il profilo a 6db, in circa 2 minuti e 30 completa il processo.

[MCoLo90]

Originariamente inviato da Giox040

Io ho compilato ieri lede r3061, trovo:
luci-ssl git-17.020.82842-e1edb10-1
libustream-mbedtls 2016-07-02-ec80adaa-2

ho aggiornato alla r3061, ora tutto ok!

thx

[Yrbaf]

Piccoli OT su HH5A:

Qui un'altra guida (ormai obsoleta dato che dal 1 Dic. si usa il nuovo procedimento di Kresin per installare per installare Lede, ma utile per le foto): https://equk.co.uk/2016/10/04/unlocking-bt-homehub-5a/

Chi dovesse fare il procedimento di ripristino Fw originale come da guida di Kresin si assicuri di avere un backup del vecchio firmware completo (circa 128MB) prima fare la procedura.

Questo perché lo script non controlla la correttezza del file e procede lo stesso.

Esempio io avevo/ho un backup da soli 15MB, quindi evidentemente troncato, ma non lo sapevo.
Backup che lui ha accettato lo stesso senza dare errori, lo ha espanso a 128MB e poi lo ha copiato sulla flash del router.
Risultato, il firmware originale non parte più (perché di fatto non c'è o c'è solo in parte) ma a questo si può anche dire chi se ne frega (finché nel vs backup non sia incompleto pure il bootloader ed il ripristino vi distrugge il bootloader, in quel caso il router diventa un soprammobile ) tanto noi vogliamo Lede, e la vs caldata è molto probabilmente persa e questo invece è un dramma.

La caldata è personale del router e non ve la può dare più nessuno e senza il WiFi non funziona più bene.
Vari errori che vedo nel mio log di boot e che penso siano dovuti a quello:

[    7.752567] firmware ath10k!pre-cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed

[    7.906383] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2

[    8.050904] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed

[    9.096282] ath10k_pci 0000:02:00.0: firmware crashed! (uuid 074f0b95-ed6c-46e3-9f4b-10e1eb9d3915)

[   14.262340] ath10k_pci 0000:02:00.0: cannot restart a device that hasn't been started

[   14.432623] owl-loader 0000:00:0e.0: invalid calibration data

Per fortuna la procedura di Kresin consiglia un backup di Lede prima iniziare con : nanddump --file /tmp/mounts/<directory>/hh5a_2.nanddump /dev/mtd4

E quello io ce l'ho ed è anche 127.50MB quindi c'è quasi tutta la nand.
E' quel "quasi" che mi spaventa, cosa ci sarà in quei 512KB che non ha copiato ?
Visto che la caldata è da 128KB un po' di paura rimane.

Comunque ora mi tocca trovare un backup del firmware HH5A originale di qualcuno che sia completo, flasharlo copiando sul mio router la caldata di qualcun altro.
Poi scoprire come estrarre la caldata dal mio backup di Lede (sperando ci sia in quel backup visto che come ho detto il file è 512KB più piccolo della flash) per scriverla sulla flash al posto di quella non giusta.

Insomma un sacco di sbattimento a cercare la documentazione dei 2 layout flash (originale e Lede pre 2363), a studiare gli script di Kresin a capire cosa fanno e come modificarli per l'uso che mi serve, ...ecc
Ah naturalmente anche procurarsi un backup di qualcuno.

PS
Scritto a Kresin ma ha detto che è preso e non ha tempo di supportarmi (privatamente) e che poi gli piace poco rispondere per email.
Insomma mi ha fatto iscrivere (e scrivere) in un forum Eng per il HH5A dove ho visto che scrive pure lui scrive.

[avware]

Originariamente inviato da Yrbaf

Comunque ora mi tocca trovare un backup del firmware HH5A originale di qualcuno che sia completo, flasharlo copiandolo sul mio router la caldata di qualcun altro.
Poi scoprire come estrarre la caldata dal mio backup di Lede (sperando ci sia in quel backup visto che come ho detto il file è 512KB più piccolo della flash) per scriverla sulla flash al posto di quella non giusta.

hh5a.nanddump
La scrittura del caldata non mi preoccupa, l'estrazione dal firmware troncato si.