Unfortunately, the problem is not easily reproduced. Additionally, we have many devices traveling the world so adding in the detection and network selection piece is a lot of overhead to maintain.
AT+CGMR and ATI3 return the same result as I previously stated:
When the problem occurs, is there any other command I can run to get details on the GPRS issue?
I suggest waiting the new release of FW v5.5.26 and check if issue can be solved your side.
( A PDP attach/activate request reject issue was fixed in the new FW)
The issue has “bricked” devices unless the attach is called multiple times without going through a detach sequence.
Is there an anticipated release date? I would like to run it on ~100 of our devices and see if the issue goes away with our firmware that raised the issue.
Note: This specific reply appears to be a hardware issue with the radio. I cannot get it to attach at all.
On one device, running COPS=? returns
+CME ERROR: no network service
I suspect this one might be a hardware issue over what I have seen previously as it will always throw Unknown GPRS Error. I’ll try a few other things on it and see if I can get it to recover (possibly a new SIM)
Additional issues around this particular device:
AT+NEER (undocumented) returns no cell available or internal error.
Could you try to see result of following?
On the troubled device (not the original reported issue here) running the above commands reports:
Calling CGATT=1 after this still results in unspecified GPRS error. I suspect the radio module is somehow damaged in this specific case. Again, the original reported issue is unrelated to this isolated one.
Maybe you can insert the SIM into your mobile phone to see if it works?
I have tried multiple SIMs that do work in other devices. It’s definitely a hardware issue with this specific device. Again, remember, this one device is not related to the bigger issue as originally outlined.
I cannot help if a hardware issue. Regarding “AT+COPS=? +CME ERROR: no network service” issue, please try to restore all the NV default value including customer settings by AT+NVRST=2(a reset will happen automatically) to see if it can help. Or try to upgrade FW again.
Hi klin, no luck on the defective device with the NVRST=2 (again this one device is outside the original issue presented here). The original issue is still present on GOOD hardware.
What is the ETA for the 5.5.26 firmware? We would really like to put this on 100 of our devices and see if things improve.
Please try the enclosed FW 5.5.26_2. Remove last “.7z” in the file name and unzip the two files.
RHL85xx.18.104.22.168.201905031309.x6250_2.7z.001.7z (3 MB)
RHL85xx.22.214.171.124.201905031309.x6250_2.7z.002.7z (2.6 MB)
Are there preliminary release notes as to what is fixed in this version?
FW 5.5.26 is not officially released yet. So I cannot provide the release notes.
Please check if the 5.5.26_2 can improve or not.
Good progress, we ran our firmware that initially identified the problem and have only had a few minor drops in connectivity (2 or 3 connections and recovered). None of our devices have been offline for the hours/days that the issue really created. This is great!
The next big question, when might we see the 5.5.26 release? We’re looking to update our existing devices and update our manufacturing process to include the new HL firmware.
Good to hear the news.
Please contact with your Sierra Contacts to know the exact schedule of official 5.5.26 release.
The Regional Sales Manager visited us recently and is looking into it for us. Thank you.
Sounds like this will be released in the near future…looking forward to it.
Looks like another couple months before it comes out. Our battery is crying for this release.
The firmware is finally released!