Looks like there is new modem firmware upgrade available here:
There is an excellent writeup on how to upgrade here:
Has anyone engaged in this process before?
Concerning:
What sort of processes might conflict and how can we check for that?
You can use fuser /dev/ttyUSB0 /dev/ttyUSB1 to check which processes keep the device nodes open right now. This, however, won't catch processes that open and close /dev/ttyUSBx periodically.
You can also use strace to notify you if any process accesses /dev/ttyUSBx:
strace -f `ls -1d /proc/[0-9]* | sed 's@/proc/@ -p @'` -e open,openat -qqq -e signal=none -P /dev/ttyUSB0 -P /dev/ttyUSB1
Ignore all Operation not permitted messages, these are the kernel threads.
But this only prints the process IDs, not process names. But, as your goal is to confirm that nothing opens the device, a combination of fuser and strace should be sufficient.
Thanks @patrakov!
@bmork with:
at+qfotadl="https://www.dropbox.com/s/wlk2gfg5u59esbd/RG502QEAAAR11A07M4G-RG502QEAACR13A02M4G.zip?dl=1"
I only see:
+QIND: "FOTA","HTTPSTART"
+QIND: "FOTA","HTTPEND",701
Any clue what I'm missing?
Try http ?
How? I need to upload to a server first?
Delete one symbol from the URL?
Using:
http://www.dropbox.com/s/wlk2gfg5u59esbd/RG502QEAAAR11A07M4G-RG502QEAACR13A02M4G.zip?dl=1
Same error:
+QIND: "FOTA","HTTPSTART"
+QIND: "FOTA","HTTPEND",701
I see..
701 HTTP/HTTPS* unknown error
Not very informative.
It seems the link doesn't work by dropping the 's'.
But maybe this is why:
root@OpenWrt-1:/tmp# wget http://www.dropbox.com/s/wlk2gfg5u59esbd/RG502QEAAAR11A07M4G-RG502QEAACR13A02M4G.zip?dl=1
Downloading 'http://www.dropbox.com/s/wlk2gfg5u59esbd/RG502QEAAAR11A07M4G-RG502QEAACR13A02M4G.zip?dl=1'
Connecting to 162.125.64.18:80
Redirected to /s/wlk2gfg5u59esbd/RG502QEAAAR11A07M4G-RG502QEAACR13A02M4G.zip?dl=1 on www.dropbox.com
Redirected to /s/dl/wlk2gfg5u59esbd/RG502QEAAAR11A07M4G-RG502QEAACR13A02M4G.zip on www.dropbox.com
Redirected to /cd/0/get/CBN3JOFXasEMZwAB0hWmCVejqFo2Wlhn171rfWNleN5xMoPlzk4KVUTp7xqwjEKb480i5xw5ZJ5_6CZG_xMYoCxvFcMfwhsygfrBxU1gq2CqMbOHttZF2N0a1IEuf4kBgw18Dy5bHYaoiLChgmbglrxc/file?dl=1# on uc6452c6dca35a5cfd505f4a6912.dl.dropboxusercontent.com
HTTP error 400
So I need to upload to http server?
Most likely. Manual says
“*” means the related function of HTTPS server is under development.
Would you be able to host this file by any chance?
Not at the moment, sorry.
But you can probably run the update locally, you'll need to copy zip to modem's flash, for that you will need adb working.
Quectel's example:
AT+QFOTADL="/cache/ufs/update-v13-to-v12.zip"
You will need to use adb push to copy the file from the local filesystem (like /tmp folder on the router) to the modem.
Needless to say you will need adb installed on the router and ADB interface exposed by the modem.
I just tried via http and same error.
@bmork any ideas?
Use local upgrade, this is what I did with MF286D.
I'm pretty sure https is supported. Maybe the url is too long? I know I hit that once. Don't remember the exact limit. But it was pretty low and lower than the docs said.
I've found some files here: http://79.161.156.252
OK I got it to work finally!
root@OpenWrt:~# 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
Quectel
RG502Q-EA
Revision: RG502QEAAAR13A02M4G
OK
Things that I think helped:
setting ip link wwan0 down
manually configuring connection using:
AT+QICSGP=<contextID>[,<context_type>,<APN>[,<username>,<password>)[,<authentication>]]]
https://wiki.teltonika-networks.com/view/Mobile_data_connection_troubleshooting
It seemed necessary to reboot twice after the upgrade for things to work properly.
@bmork during these upgrade processes how important is exclusive access to /dev/ttyUSB2? Even though I stopped the ModemManager service I still saw some ModemManager activity in the logs relating to hotplug handling. Nevertheless I saw the correct exit codes and new firmware reported with 'ati'. Which gave me sufficient confidence to reboot. And all seems well. But I'm still wondering for future reference and the benefit of others.
Also, this experience makes me wonder again if I can ditch ModemManager. Is the issue that there is nothing else that can be used to ensure reconnection on ISP disconnection and update the wwan0 IP? What are others using?
@bmork there is a new firmware available:
RG502QEAAAR11R13A02-R13A04
This should be compatible with my existing firmware version:
ati
Quectel
RG502Q-EA
Revision: RG502QEAAAR13A02M4G
But when I try the FOTA process I see:
at+qfotadl="https://zyxeleurope.sharepoint.com/:u:/s/ZyxelSupportCampusEMEA/EfIaKh5A0-xHquodIeysno8BmgaVV5tTKMLfClLotWMi3A?download=1"
OK
+QIND: "FOTA","HTTPSTART"
+QIND: "FOTA","HTTPEND",0
+QIND: "FOTA","END",505
I also tried via an http host, but that also failed.
Any idea what's going on?
That URL returns a 302:
bjorn@canardo:~$ curl -I 'https://zyxeleurope.sharepoint.com/:u:/s/ZyxelSupportCampusEMEA/EfIaKh5A0-xHquodIeysno8BmgaVV5tTKMLfClLotWMi3A?download=1'
HTTP/2 302
cache-control: private
content-length: 316
content-type: text/html; charset=utf-8
location: /sites/ZyxelSupportCampusEMEA/Devices%20%20Manuals%20and%20Firmware/Device%20-%20Manuals%20and%20Firmware/Actual%20Devices/Mobile%20Router%20LTE%204G%205G/NR7101/Firmware/R13A02-R13A04%20(1).zip?ga=1
p3p: CP="ALL IND DSP COR ADM CONo CUR CUSo IVAo IVDo PSA PSD TAI TELo OUR SAMo CNT COM INT NAV ONL PHY PRE PUR UNI"
set-cookie: FedAuth=77u/PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz48U1A+VjEzLDBoLmZ8bWVtYmVyc2hpcHx1cm4lM2FzcG8lM2Fhbm9uIzZkY2YwYWQ5MTViYmExM2UzODAxMDQ3N2I5YjYwM2QxYjNhYWM5NWY3YmY4M2YzYTZiNmRlZTQ3NWIxZmU3NDEsMCMuZnxtZW1iZXJzaGlwfHVybiUzYXNwbyUzYWFub24jNmRjZjBhZDkxNWJiYTEzZTM4MDEwNDc3YjliNjAzZDFiM2FhYzk1ZjdiZjgzZjNhNmI2ZGVlNDc1YjFmZTc0MSwxMzM3MjQwOTQ0NjAwMDAwMDAsMCwxMzM3MjQ5NTU0NjUyMzUxMzAsMC4wLjAuMCwyNTgsODk0NDNkMjAtZTk4OC00NDA3LWEzYzEtMGM4MDU3MGZiNDAxLCwsOGQzMjU2YTEtMTBiYS1hMDAwLTJiYTUtYzcxZWY3Y2ZiMTNmLDhkMzI1NmExLTEwYmEtYTAwMC0yYmE1LWM3MWVmN2NmYjEzZixYZ0cwZnk2VjBrK2FMZWtNU2ZjcWdBLDAsMCwwLCwsLDI2NTA0Njc3NDM5OTk5OTk5OTksMCwsLCwsLCwwLCwxODk1MjgsNDVNSEZaZXRwQ0VCUm15dkhyaXd3NFlyVnlvLG9WcEhOUW05dWRiOVVYbzJBZ2J4R2xBbWF6bi9NRlhRM1ExUzJaZXNScTN4RnRGWmo0b0xvSDVGWGZicFJRUzVyakZPSEQ4TklTcm5OQ0NVSzhxNHE1NWVjczZtR2ZiVWpJYUxaLzU1VVFPNDdvQlRnTXR5dk0xSUJOU00wNFNzZFE2NzEvNlpiM0JIZFlFY3VPaHlORUJ0MHlQUVpDT0x1VStZaGZ3RkFiUFNLcHFpdm5SbVdFTkVzS0tCTmt1WUYxL1ZVaElXVlJuU1RHWVZsRzhMTFZtZWVid3pwaFRCcjF2dEE3bFVwSVNqR1JYbW9DRngrd2E1T2VGQ09NTU1hZWZrRmhaQVB0VFVxd3RkVEd0ZmdTZEVweWJ1RGg4bnk4dnIrSzBGS253cHUxWGRoTHgyeE5TMi9xLzFObE9la0czSjNwcklYR05PVEp6ZUZrT0hBdz09PC9TUD4=; path=/; SameSite=None; secure; HttpOnly
x-networkstatistics: 0,525568,0,37,747443,0,304403,19
x-sharepointhealthscore: 1
x-ms-spo-cookievalidator: oVpHNQm9udb9UXo2AgbxGlAmazn/MFXQ3Q1S2ZesRq3xFtFZj4oLoH5FXfbpRQS5rjFOHD8NISrnNCCUK8q4q55ecs6mGfbUjIaLZ/55UQO47oBTgMtyvM1IBNSM04SsdQ671/6Zb3BHdYEcuOhyNEBt0yPQZCOLuU+YhfwFAbPSKpqivnRmWENEsKKBNkuYF1/VUhIWVRnSTGYVlG8LLVmeebwzphTBr1vtA7lUpISjGRXmoCFx+wa5OeFCOMMMaefkFhZAPtTUqwtdTGtfgSdEpybuDh8ny8vr+K0FKnwpu1XdhLx2xNS2/q/1NlOekG3J3prIXGNOTJzeFkOHAw==
x-aspnet-version: 4.0.30319
x-databoundary: EU
x-1dscollectorurl: https://eu-mobile.events.data.microsoft.com/OneCollector/1.0/
x-ariacollectorurl: https://eu-mobile.events.data.microsoft.com/Collector/3.0
sprequestguid: 8d3256a1-10ba-a000-2ba5-c71ef7cfb13f
request-id: 8d3256a1-10ba-a000-2ba5-c71ef7cfb13f
ms-cv: oVYyjboQAKArpcce98+xPw.0
strict-transport-security: max-age=31536000
x-frame-options: SAMEORIGIN
content-security-policy: frame-ancestors 'self' teams.microsoft.com *.teams.microsoft.com *.skype.com *.teams.microsoft.us local.teams.office.com teams.cloud.microsoft *.office365.com goals.cloud.microsoft *.powerapps.com app.powerbi.com *.yammer.com engage.cloud.microsoft word.cloud.microsoft excel.cloud.microsoft powerpoint.cloud.microsoft *.officeapps.live.com *.office.com *.microsoft365.com *.stream.azure-test.net *.microsoftstream.com *.dynamics.com *.microsoft.com onedrive.live.com *.onedrive.live.com securebroker.sharepointonline.com;
sprequestduration: 276
spiislatency: 4
x-powered-by: ASP.NET
microsoftsharepointteamservices: 16.0.0.25311
x-content-type-options: nosniff
x-ms-invokeapp: 1; RequireReadOnly
x-cache: CONFIG_NOCACHE
x-msedge-ref: Ref A: C501218295FF4289929FA27067096AED Ref B: OSL30EDGE0414 Ref C: 2024-10-03T06:05:46Z
date: Thu, 03 Oct 2024 06:05:45 GMT
maybe the qfota client doesn't like that? I've never tried..
It most certainly does not like long URLs. The original is close to the limit, and the redirect is way above.
Try downloading the file and serve it on some host where it can be reached without lots of indirection and over-long paths
EDIT: and noticed another issue: The file name after redirecting is "R13A02-R13A04 (1).zip". Probably not a good idea either.