Aggiornamento Firmware Zyxel LTE5398-M904

pizzini · 2023-04-01T09:58:00+00:00

Buongiorno qualcuno ha aggiornato il router alla versione V1.00(ABQV.3)C0 ? https://www.zyxel.com/global/en/support/download?model=lte5398-m904 Ci sono migl...

AncheNO

hai ragione, ci avevo pensato ma...non potendo guardare dentro al programma watchdog, non posso sapere cosa fa...è un watchdog di connessione o di qualcos'altro?

compact

AncheNO non posso sapere cosa fa...è un watchdog di connessione o di qualcos'altro?

ipotizzo che faccia quello che di solito fa un watchdog riattiva l'interfaccia quando rileva una anomalia (come lo fà o lo gestisce lo sapresti solo avendo il codice sorgente) ... 😷

l'importante nel tuo caso è avere o uno o l'altro in esecuzione sul tuo router prendi spunto da questo script:

https://github.com/compact21/watchdog_mbim/blob/main/watchdog_mbim_script

e creane una versione per il tuo sistema, 😀

quanto tempo ci metti dipende proprio dai limiti impostati dal firmware oem, oppure valuta il passaggio ad Openwrt se vuoi un sistema completamente automatico per la ri-connessione mi sembra che il mio watchdog funziona da mesi/anni senza perdere nessun colpo ... 😀

Come ho già ripetuto può essere anche il miglor router in commercio ma l'assistenza .... lascio a te pensare a quello che ho in mente .... 🥵

AncheNO

eh adesso farò un po' di prove anche disattivando quel watchdog, ma in giro ho letto che potrebbe anche servire per monitorare l'hardware tipo temperature o altro.

faccio u piccolo OT: hai mai provato un modem ZTE? io l'ho fatto per curiosità, ma la differenza di performance era abissale

compact

AncheNO eh adesso farò un po' di prove anche disattivando quel watchdog, ma in giro ho letto che potrebbe anche servire per monitorare l'hardware tipo temperature o altro.

senza il codice sorgente sono solo supposizioni ....

AncheNO faccio u piccolo OT: hai mai provato un modem ZTE? io l'ho fatto per curiosità, ma la differenza di performance era abissale

non personalmente ...

se vuoi puoi sempre mandarmi messaggi privati sul forum openwrt come ho già fatto in passato ....

AncheNO

ah sì sì, senza sorgenti si va a supposizioni

Gedeone

Intanto Zyxel ha rimosso i firmware dalla pagina di supporto. 😂
Ma che comportazione è questa?

Mignolo85

Buongiorno vorrei aggiornare all'ultima versione funzionante.Firmware V1.00(ABQV.6)C0, ma vorrei aggiornare anche il modulo ma non trovo più i file. Qualcuno può aiutarmi e condividere il file dell'ultimo modulo funzionante? Grazie

AncheNO

Mignolo85 per quanto riguarda il firmware, se accedi all'interfaccia del modem e provi a fare la verifica degli aggiornamenti, non trova nulla?

qui invce per il modulo LTE. la 12 è ufficiale, la 13 è stata fornita dal costruttore del modulo LTE (quectel) e non tramite canale ufficiale....io uso la 13 senza problemi.
https://drive.google.com/drive/folders/17FqHjR3mq022KyXAYi_VbbnDcdODnip2

Mignolo85

AncheNO grazie per la risposta.il firmware é stato aggiornato da modem alla v.6 manca l 'aggiornamento del modulo lte. Credo di avere la versione 8. Volevo aggiornare e andare sul sicuro installando qualcosa di testato e funzionante

AncheNO

Mignolo85 ho testato la 12 e la 13 e non ho visto differenze tra loro (ma un grande miglioramento rispetto alla 8).
Al link che ho messo trovi tutte e due.

AncheNO

Sto testando un nuovo script che per ora (10gg) sta funzionando e quindi non posso interrompere o devo ripartire da capo...qualche buon'anima che ha problemi di disconnessioni potrebbe fare una semplice prova?

Network settings -> broadband -> modify cellular wan -> impostare MTU dal valore standard di 1500 a 1480.

Non cambiando nulla di sensibile, questa impostazione dovrebbe migliorare la stabilità della connessione mobile.

Se poi cambiate idea, basta impostare nuovamente il valore standard di 1500.

Gedeone

AncheNO Tuttavia dopo un certo tempo, variabile (in media 2-3 settimane) il modem smette di rispondere a quel comando (e ad altri similari).

Allora, una cosa che ho notato anche io sul LTE7490 è che effettivamente dopo un certo tempo il modulo modem smette di reagire ad alcuni input provenienti sia dal firmware del router sia da comandi AT passati tramite SSH.
Nel dettaglio, spesso smetteva di visualizzare i System log e i Security log, e solo dopo aver riavviato il router ricomparivano per un certo tempo. Questo è successo per i primi mesi di utilizzo, ad oggi ho 63 giorni di System Uptime e i log ed la connessione sono sempre efficienti.
Invece un comando che è diventato sordo è quello AT+CMGL="ALL" che mi continua a dare ok invece di leggere effettivamente i messaggi memorizzati. E so che devono essercene perché ho sempre lasciato un SMS civetta e ne ho spediti degli altri.
Per cui, siamo proprio sicuri che tutto dipenda da Zyxel, e non sia qualche bug Quectel che viene triggerato da alcuni comandi o input delle normali operazioni che avvengono in un rinnovo IP o altro legato alla rete?

compact

Gedeone Per cui, siamo proprio sicuri che tutto dipenda da Zyxel, e non sia qualche bug Quectel che viene triggerato da alcuni comandi o input delle normali operazioni che avvengono in un rinnovo IP o altro legato alla rete?

allora dimmi come posso provarti che non dipenda da Quectel ma dal firmware Zyxel hai detto che rilevi problemi:

con il comando AT+CMGL="ALL" segue un estratto dei comandi perfettamente funzionanti sul mio device openwrt:
`
root@LTE5398-M904:~# picocom /dev/ttyUSB2
picocom v3.1

port is : /dev/ttyUSB2
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
stopbits are : 1
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
hangup is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv -E
imap is :
omap is :
emap is : crcrlf,delbs,
logfile is : none
initstring : none
exit_after is : not set
exit is : no

Type [C-a] [C-h] to see available commands
Terminal ready
AT
OK
ATI
Quectel
EG18
Revision: EG18EAPAR01A12M4G

OK
AT+CMGF=1
OK

+CMTI: "ME",0
AT+CPMS="ME","ME","ME"
+CPMS: 1,127,1,127,1,127

OK
AT+CMGL="ALL"
+CMGL: 0,"REC UNREAD","+39xxxxxxxxxxxxxxx",,"26/05/24,16:37:58+08"
Test

Terminating...
Thanks for using picocom
`

con il rinnovo IP legato alla rete
per questo punto anche il software openwrt soffre dello stesso problema (in quanto dipende da una funzionalità non creata per quelli che si basano su QMI o MBIM) per questo ho creato uno script/demone che verifica la connettività e procede a ripristinarla.
vedi il mio post: https://forum.fibra.click/d/39114-aggiornamento-firmware-zyxel-lte5398-m904/1140

Per quanto riguarda Openwrt chi utilizza modemmanager dovrebbe aver già risolto con una sua funzione interna, ecco il codice:
https://github.com/openwrt/packages/blob/master/net/modemmanager/files/usr/lib/ModemManager/connection.d/10-report-down

Nel caso del firmware oem, Zyxel ha creato il suo watchdog siccome i sorgenti non sono liberi non posso darti la documentazione di riferimento

ps: Non sono pagato da Quectel mi baso solo su evidenze empiriche ... E il testo scritto non è per voler essere un maestro è solo per capire meglio l'argomento sai 4 occhi sono meglio di 2 ...

ho uno script che può testare vari metodi per simulare e/o creare una disconnessione del modulo LTE. Lo script offre queste opzioni:

1) PS detach (AT+CGATT=0) - disconnette solo il piano dati
2) USB reset (usbreset) - reset hardware del dispositivo USB
3) SMART CFUN (AT+CFUN=1,1) - riavvio completo del modulo con verifica connettività
4) MBIM disconnect (umbim disconnect) - disconnessione forzata a livello MBIM
5) Modem sanity check (AT+CIMI) - verifica se il modem risponde realmente

ecco il codice:
https://github.com/compact21/openwrt-script/blob/main/connection_reset

in caso basta che mi scrivi cosa vuoi che provi a fargli fare e vedo che risultati ottengo ...

AncheNO

Sto facendo anche io test provando comandi diversi: ad un certo punto il modem non risponde piú ai comandi inviati, almeno in apparenza. Ad esempio AT+CFUN=1,1 sembra non sortire effetto, ma ero riuscito a sbloccare il modem disattivando e riattivando l'interfaccia (mi pare la eth2.1)...sono in fase di test...Ho preso spunto da quello che avevi scritto in un post precedente. La cosa anomala (ma positiva) é che dopo aver ridotto leggermente l'mtu, non si scollega piú da due settimane.

compact

AncheNO

Secondo me AT+CFUN=1,1 da solo non è sufficiente a coprire tutti gli scenari di blocco che stiamo osservando.

È vero che teoricamente è un “full reset del modem”, ma nella pratica su questi setup (Zyxel + EG18 + MBIM/QMI) spesso agisce solo sul baseband radio, senza riallineare tutto lo stack di gestione del traffico lato router.

Infatti non coinvolge direttamente:

driver USB/QMI/MBIM lato sistema
demone DHCP (udhcpc)
routing/NAT e stato della WAN nel firmware Zyxel
eventuali stati incoerenti dello stack WAN

Per questo motivo può capitare che il comando venga eseguito correttamente, ma il sistema sopra il modem rimanga in uno stato parzialmente incoerente.

Nel mio caso lo sblocco reale avviene solo quando viene riattivata tutta la catena (interfaccia WAN + DHCP + attach), non solo il reset radio.

Per dare un riferimento concreto, questo è l’output reale di uno SMART CFUN eseguito tramite lo script atcmd (con watchdog disattivato per evitare interferenze):
`
root@LTE5398-M904:~# atcmd -C
Executing SMART CFUN restart procedure...
Watchdog blocked (created by this script)
Send: "AT+CFUN=1,1"...
OK
Restarting modem...
Send: "AT+CFUN=0" (Radio OFF)...
OK
Send: "AT+CFUN=1" (Radio ON)...
Waiting for the device /dev/ttyUSB2 to be ready...
Device /dev/ttyUSB2 is ready!
Checking if the modem responds to "AT" command...
Attempt 1 of 20... Modem not responding yet.
OK
Checking SIM status (AT+CPIN?)...
+CPIN: READY
OK
SIM status: READY
Restarting WAN interface wan...
Send: "ubus call network.interface.wan down"...
Send: "ubus call network.interface.wan up"...
Waiting (60)sec...
Modem sanity check (AT+CIMI)...
Modem sanity check OK (IMSI present)
Checking Network Registration status (AT+CEREG?)...
+CEREG: 0,1
OK
Modem registered on LTE network.
Waiting for interface wwan0...
Interface wwan0 is ready.
Checking PDP IP address...
+CGPADDR: 1,"10.x.y.z"
OK
PDP IP address detected: 10.x.y.z
Checking IPv4 on interface...
Interface wwan0 has IPv4 address: 10.x.y.z
Starting Ping test on interface wwan0...
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=117 time=54.414 ms
64 bytes from 8.8.8.8: seq=1 ttl=117 time=43.207 ms
64 bytes from 8.8.8.8: seq=2 ttl=117 time=52.778 ms
64 bytes from 8.8.8.8: seq=3 ttl=117 time=52.628 ms
64 bytes from 8.8.8.8: seq=4 ttl=117 time=52.376 ms

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 43.207/51.080/54.414 ms
PING 9.9.9.9 (9.9.9.9): 56 data bytes
64 bytes from 9.9.9.9: seq=0 ttl=57 time=47.892 ms
64 bytes from 9.9.9.9: seq=1 ttl=57 time=61.196 ms
64 bytes from 9.9.9.9: seq=2 ttl=57 time=47.320 ms
64 bytes from 9.9.9.9: seq=3 ttl=57 time=46.204 ms
64 bytes from 9.9.9.9: seq=4 ttl=57 time=45.919 ms

--- 9.9.9.9 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 45.919/49.706/61.196 ms
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: seq=0 ttl=54 time=51.827 ms
64 bytes from 1.1.1.1: seq=1 ttl=54 time=51.264 ms
64 bytes from 1.1.1.1: seq=2 ttl=54 time=51.050 ms
64 bytes from 1.1.1.1: seq=3 ttl=54 time=50.835 ms
64 bytes from 1.1.1.1: seq=4 ttl=54 time=49.641 ms

--- 1.1.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 49.641/50.923/51.827 ms
At least one ping succeeded, LTE connectivity OK.
SMART CFUN completed successfully
Watchdog unblocked
`
Come si vede, il modem torna operativo, ma la recovery include diversi passaggi oltre al semplice CFUN (restart WAN, verifica IP, sanity check, ecc.).

Lo script che ho usato è questo:
https://github.com/compact21/openwrt-script/blob/main/atcmd

« Pagina precedente

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile