I was wondering if the IMSI number can be read using the API, as it is visible in the portal.
Or do I need to read it myself on the device and send it in the payload?
Best posts made by MeneerJacco
Latest posts made by MeneerJacco
I lost 3 IMEI devices during the migration
I do not know if it is a coincidence, but all three of my devices I registered yesterday (Migration day) are not in my devices list anymore.
They are able to connect to the network and send data (!!!) (both actions visible and OK in debugger), but I am unable to see it anywhere, not even through the API. Last time seen in mySQL database where I log my data is around 15:00 on the 11th…
When I try to re-register them on the account I get: “Something went wrong while registering your devices. Please try it again.”
Can someone explain to me where my three devices are registered now ?
RE: RSSI and SNR in JSON response from API
With LoRaWAN devices, I found it very convenient that all kinds of additional “network”-information was available in the MQTT response (JSON) from the API.
RSSI and SNR in JSON response from API
I was wondering if this “feature” is on the roadmap anytime soon.
Am planning to collect RSSI and SNR together with the usual payload, but it would be better if the UE doesn’t need to include it of course .
Using a SIMCom SIM7020G.
Command “AT_CENG?” is able to retrieve all sorts of connection information, including RSSI and SNR.
Unable to connect to network after roaming (NL --> BE --> NL)
I traveled from the Netherlands to Belgium with my roaming activated SIM and NB-IoT device.
This went well and I was able to collect data for the full time I was in Belgium.
The network connection was established in NL a few days before crossing the border and was still active while roaming to Belgium.
When I returned to the Netherlands, the device was unable to connect to the network (GPS device; last location update was just over the border). The device has hardcoded credentials for connecting. Rebooting the device and modem did not have any impact (tried on day 1). It was accepted by the network again (still in NL) on its own after around 2-3 days.
Is there any way my device’s SIM could have receive a temporary block from the network?
Am also curious if there are general situations where a SIM can be temporarily blocked by the network.
SIM7020E has trouble entering PSM
I have a question regarding entering PSM mode.
I am using the SIM7020E module to send out data using UDP.
Afterwards, when instructing to go into PSM, the module responds with:
But the +CPSMSTATUS: “ENTER PSM” message sometimes takes a long time to appear.
In some cases this can even take more then a minute…
It looks like the timing of this command has some influece, and I was therefore wondering if there is any protocol or guideline for entering and exiting PSM mode from the network side.
What could be the case for the network accepting my PSM request so late sometimes?