Cinterion MC75i reports "SIM not inserted" during normal use | Telit Cinterion IoT Developer Community
July 3, 2019 - 6:54pm, 5053 views
Good morning,
we use the module (ati1 response):
MC75i
REVISION 02.004
A-REVISION 01.000.15
as communication module( by gprs connection) in a fleet of trains.
During normal operation, especially in specific routes, the MC75i module lose the SIM and conseguently also the communication is lost.
After an unpredictable time the SIM reappears.
Sim cards used are provided by "TIM IT", but use a private APN.
I report some logs when this behaviours happen:
[30-06-2019 17:50:08.968] - [GSMLOG] Command sent: AT^SCID
AT^SCID
+CME ERROR: SIM not inserted
[30-06-2019 17:50:11.427] - [GSMLOG] Response:AT^****?
+CME ERROR: SIM not inserted
[30-06-2019 17:50:11.428] - [GSMLOG] Begin SIM issue in critical error
[30-06-2019 17:50:11.429] - [GSMLOG] Command sent: AT^SIND?
AT^SIND?
^SIND: battchg,1,3
^SIND: signal,1,99
^SIND: service,1,0
^SIND: sounder,1,0
^SIND: message,1,1
^SIND: call,1,0
^SIND: roam,1,0
^SIND: smsfull,1,1
^SIND: rssi,1,2
^SIND: audio,0,0
^SIND: simstatus,0,5
^SIND: vmwait1,0,0
^SIND: vmwait2,0,0
^SIND: ciphcall,0,1
^SIND: adnread,0,0
^SIND: eons,0,0,"",""
^SIND: nitz,0,,,
^SIND: lsta,0,0
^SIND: band,0,3
^SIND: simlocal,0,1
OK
[30-06-2019 17:52:17.088] - [GSMLOG] Command sent: AT^SIND?
AT^SIND?
^SIND: battchg,1,3
^SIND: signal,1,99
^SIND: service,1,0
^SIND: sounder,1,0
^SIND: message,1,1
^SIND: call,1,0
^SIND: roam,1,0
^SIND: smsfull,1,1
^SIND: rssi,1,1
^SIND: audio,0,0
^SIND: simstatus,0,0
^SIND: vmwait1,0,0
^SIND: vmwait2,0,0
^SIND: ciphcall,0,1
^SIND: adnread,0,0
^SIND: eons,0,0,"",""
^SIND: nitz,0,,,
^SIND: lsta,0,0
^SIND: band,0,3
^SIND: simlocal,0,0
OK
[30-06-2019 17:58:43.938] - [GSMLOG] Command sent: AT^SIND?
AT^SIND?
^SIND: battchg,1,3
^SIND: signal,1,99
^SIND: service,1,0
^SIND: sounder,1,0
^SIND: message,1,0
^SIND: call,1,0
^SIND: roam,1,0
^SIND: smsfull,1,0
^SIND: rssi,1,2
^SIND: audio,0,0
^SIND: simstatus,0,0
^SIND: vmwait1,0,0
^SIND: vmwait2,0,0
^SIND: ciphcall,0,1
^SIND: adnread,0,0
^SIND: eons,0,0,"",""
^SIND: nitz,0,,,
^SIND: lsta,0,0
^SIND: band,0,3
^SIND: simlocal,0,0
OK
[30-06-2019 17:58:50.668] - [GSMLOG] Command sent: AT^MONI
AT^MONI
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
17 34 -76 222 01 D871 0A9E 2 5 33 -105 28 I Limited Service
OK
Do You have any suggestions/requests of details?
Thanks in advance
Hello,
Do you observe these problems with one device or many?
If it's only one maybe there's some hardware problem with a SIM card, SIM interface circuit or the module.
The most obvious would be CCIN line which indicated SIM card tray detection in the holder.
If it happens to many devices, please verify if SIM cards were not changed recently - maybe there's some incompatibility. But I'd reather expect some communication error message instead of 'SIM not inserted' in that case.
Regards,
Bartłomiej
Hello,
unfortunally this behaviours is present many devices.
But there are devices that run on certain routes where it happens many *****(in paths with tunnels and mountains) and others where it almost never occurs.
The SIM cards are always the same, but I don't know if it is possible update them remotlly.
Normally the SIM disapperead for 1 or 2 hour and then reappears,
but there are case in which it disappears for days(in some trains).
As the trains change area during their journey, is it possible that some network parameter can cause this problem?
Best regards,
Salvatore
Hello,
Normally '+CME ERROR: SIM not inserted' should only be displayed when the SIM is not inserted which is detected by CCIN line. In case of communication error there would rather be 'SIM failure' or maybe 'SIM wrong'. In any case SIM interface is switched off immediately to prevent destruction of the SIM.
If it happens to many devices it might be a SIM interface design issue or maybe some interference or magnetic field could cause this. Still we can never exclude software at this stage.
Were the devices working properly before and the problems started at some point in time or is it happening from the begining?
Did you observe anything special in the logs when it happens, is there any specific activity done by the device? What is the application functionality?
The SIM cards may be updated remotely by the operator.
Regards,
Bartłomiej
Hello,
this problem happen while device working properly, during the trip of the train. Not from beginning.
In some case the SIM reappears after 10/15 minutes, in other case after a couple of hours and in worst case after some days.
The only thing detected until now is that in the first responses of the command AT^SIND?, the SIM is still detected:
^SIND: simlocal,0,1
But after 2 minutes also this command indicates that the SIM is not more present:
^SIND: simlocal,0,0
After a random time, the SIM reappears and all works fine, as evidenced from the logs.
The functionality of the application is to download train diagnostics to ground, by put diagnosis events in some files and download these file via gprs link to the ground server. Also sends a status messages (via soap or Mqtt) to the remote server every 30 seconds with some informations.
We detect this problem because the status message is lose during SIM disappears, but the diagnostic files are generated in the mean time and downloaded to the ground when the connection is re-establish.
Best regards,
Salvatore
Hello,
I was curious if you have devices that were working in a field for some, possibly long, time without a problems and suddenly this things started to happen or the devices are newly installed an these problems are observed from the very beginning.
I've found an information about one case when such an information was reported by the module for a limited time while the operator was updating SIM cards. But it was happening after a first network registration and the SIM was getting a huge amount of SMS-PP download requests.
So I think that there is some chance that it might be related to SIM updates. But in this case this should rather be done once for a particular SIM and not any more, for some longer time at least. In such case the fact that the devices are moving might matter especially in areas with a weak signal or nearly no coverage at all. But that's just a weak hypothesis.
Did you consider any tests with a different operator?
Regards,
Bartłomiej
Hello,
normally this behaviours occurs on devices that were working in a field for long time without a problems.
I have take others logs more significative:
[09-07-2019 21:55:10.250] - [GSMLOG] [MQTT thread] - SendStatus: Code 0; Sendtime= 1562702110; GPS Lat=45.102779; GPS Lon=7.690833; Speed= 75.000000; Odometer= 0.000000; GprsIp= 10.218.5.167; CSQ= 16
[09-07-2019 21:55:11.273] - [GSMLOG] [MQTT thread] - Performance: Code 0; Sendtime= 1562702110; GPS Lat=45.102779; GPS Lon=7.690833; GprsIp= 10.218.5.167; CSQ= 16
[09-07-2019 21:55:11.596] - [GSMLOG] [MQTT thread] - GPRS/GSM info: CSQ= 16; CELL= 0003,85DE; +CEER: 3,11,0
[09-07-2019 21:55:11.927] - [GSMLOG] [MQTT thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
0011 4 - - 222 01 2 02 01
[09-07-2019 21:55:12.599] - [GSMLOG] [MQTT thread] - GSM info:
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
11 25 -85 222 01 0003 85DE 2 3 33 -105 19 I No connection
[09-07-2019 21:55:33.280] - [GSMLOG] [MQTT thread] - SendStatus: Code 0; Sendtime= 1562702133; GPS Lat=45.102779; GPS Lon=7.690833; Speed= 63.000000; Odometer= 0.000000; GprsIp= 10.218.5.167; CSQ= 18
[09-07-2019 21:55:34.303] - [GSMLOG] [MQTT thread] - Performance: Code 0; Sendtime= 1562702133; GPS Lat=45.102779; GPS Lon=7.690833; GprsIp= 10.218.5.167; CSQ= 18
[09-07-2019 21:55:34.627] - [GSMLOG] [MQTT thread] - GPRS/GSM info: CSQ= 18; CELL= ; ERROR
[09-07-2019 21:55:34.956] - [GSMLOG] [MQTT thread] - GPRS info:
ERROR
[09-07-2019 21:55:35.287] - [GSMLOG] [MQTT thread] - GSM info:
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
17 33 -77 222 01 0001 6706 2 3 29 -105 22 I Limited Service
[09-07-2019 21:55:36.054] - [GSMLOG] - pppd ****** active, but No ppp0 interface - Restart again
[09-07-2019 21:55:40.327] - [GSMLOG] [GsmGeo thread] - Reset GPRS on going, re-initialize modem
[09-07-2019 21:55:41.057] - [GSMLOG] Restarting pppd...
[09-07-2019 21:55:41.060] - [GSMLOG] >> Connection Lost <<
[09-07-2019 21:55:46.556] - [GSMLOG] ttyGSMctrl free buffer: '' [Ret = 0]
[09-07-2019 21:55:46.557] - [GSMLOG] Command sent: AT^SMONG
[Ret = 9]
[09-07-2019 21:55:47.789] - [GSMLOG] Response:AT^SMONG
ERROR
[Ret = 18]
[09-07-2019 21:55:47.789] - [GSMLOG] Command sent: AT+CMEE=2
[Ret = 10]
[09-07-2019 21:55:49.016] - [GSMLOG] Response:AT+CMEE=2
OK
[Ret = 16]
[09-07-2019 21:55:49.017] - [GSMLOG] Command sent: AT^SCID
[Ret = 8]
[09-07-2019 21:55:50.247] - [GSMLOG] Response:AT^SCID
+CME ERROR: SIM not inserted
[Ret = 40]
[09-07-2019 21:55:50.247] - [GSMLOG] Command sent: AT^****?
[Ret = 9]
[09-07-2019 21:55:51.476] - [GSMLOG] Response:AT^****?
+CME ERROR: SIM not inserted
[Ret = 41]
[09-07-2019 21:55:51.477] - [GSMLOG] Begin SIM issue in critical error
[09-07-2019 21:55:51.478] - [GSMLOG] Command sent: AT^SIND?
[Ret = 9]
[09-07-2019 21:55:52.709] - [GSMLOG] Response:AT^SIND?
^SIND: battchg,1,3
^SIND: signal,1,99
^SIND: service,1,0
^SIND: sounder,1,0
^SIND: message,1,1
^SIND: call,1,0
^SIND: roam,1,0
^SIND: smsfull,1,1
^SIND: rssi,1,3
^SIND: audio,0,0
^SIND: simstatus,0,5
^SIND: vmwait1,0,0
^SIND: vmwait2,0,0
^SIND: ciphcall,0,1
^SIND: adnread,0,0
^SIND: eons,0,0,"",""
^SIND: nitz,0,,,
^SIND: lsta,0,0
^SIND: band,0,3
^SIND: simlocal,0,1
OK
[09-07-2019 21:55:59.456] - [GSMLOG] Response:AT^MONI
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
17 43 -67 222 01 0001 6706 2 3 29 -105 37 I Limited Service
OK
After some minutes of restart pppd ****** and switch-off / switch-on of modem, in this case, the connection resume:
[09-07-2019 22:04:04.847] - [GSMLOG] [Mqtt thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
0019 3 - - 222 01 2 12 01
[09-07-2019 22:04:05.177] - [GSMLOG] [Mqtt thread] - GSM info:
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
19 39 -71 222 01 0001 0059 2 3 33 -105 33 I No connection
[09-07-2019 22:04:10.196] - [GSMLOG] [Mqtt thread] - No GPRS - Register needed
[09-07-2019 22:04:10.527] - [GSMLOG] [Mqtt thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
0019 3 - - 222 01 2 12 01
[09-07-2019 22:04:10.527] - [GSMLOG] [Mqtt thread] - GSM info:
[09-07-2019 22:04:15.256] - [GSMLOG] Restarting pppd...
[09-07-2019 22:04:15.544] - [GSMLOG] [Mqtt thread] - Reset GPRS on going - Register needed
[09-07-2019 22:04:15.869] - [GSMLOG] [GsmGeo thread] - Reset GPRS on going, re-initialize modem
[09-07-2019 22:04:16.136] - [GSMLOG] ttyGSMctrl free buffer: '
+CREG: 1,"0001","421F"
' [Ret = 26]
[09-07-2019 22:04:16.137] - [GSMLOG] Command sent: AT^SMONG
[Ret = 9]
[09-07-2019 22:04:17.367] - [GSMLOG] Response:AT^SMONG
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
1011 3 - - 222 01 2 12 01
OK
[Ret = 165]
[09-07-2019 22:04:20.572] - [GSMLOG] [Mqtt thread] - Reset GPRS on going - Register needed
[09-07-2019 22:04:21.897] - [GSMLOG] [GsmGeo thread] - Reset GPRS on going, re-initialize modem
[09-07-2019 22:04:22.876] - [GSMLOG] ttyGSMctrl free buffer: '' [Ret = 0]
[09-07-2019 22:04:22.877] - [GSMLOG] Command sent: AT^MONI
[Ret = 8]
[09-07-2019 22:04:23.909] - [GSMLOG] [GsmGeo thread] - Reset GPRS on going, re-initialize modem
[09-07-2019 22:04:24.107] - [GSMLOG] Response:AT^MONI
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
1011 61 -49 222 01 0001 421F 2 6 33 -105 55 I No connection
OK
[Ret = 255]
[09-07-2019 22:04:25.187] - [GSMLOG] Pppd is down.
[09-07-2019 22:04:25.598] - [GSMLOG] [Mqtt thread] - No GPRS - Register needed
[09-07-2019 22:04:25.927] - [GSMLOG] [Mqtt thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
1011 3 - - 222 01 2 12 01
[09-07-2019 22:04:26.587] - [GSMLOG] [Mqtt thread] - GSM info:
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
1011 56 -54 222 01 0001 421F 2 6 33 -105 50 I No connection
[09-07-2019 22:04:31.623] - [GSMLOG] [Mqtt thread] - No GPRS - Register needed
[09-07-2019 22:04:32.058] - [GSMLOG] [Mqtt thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
1011 4 - - 222 01 2 12 01
[09-07-2019 22:04:32.718] - [GSMLOG] [Mqtt thread] - GSM info:
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
1011 55 -55 222 01 0001 421F 2 6 33 -105 49 I No connection
[09-07-2019 22:04:38.387] - [GSMLOG] [Mqtt thread] Mqtt RegisterReq Request Sent
[09-07-2019 22:04:40.301] - [GSMLOG] [Mqtt thread] Mqtt RegisterReq Response: 0
[09-07-2019 22:04:46.236] - [GSMLOG] pppd status:1
[09-07-2019 22:04:46.237] - [GSMLOG] End SIM issue in critical error
[09-07-2019 22:04:46.238] - [GSMLOG] >> Connection OK <<
[09-07-2019 22:05:01.300] - [GSMLOG] [MQTT thread] - SendStatus: Code 0; Sendtime= 1562702701; GPS Lat=45.050835; GPS Lon=7.670000; Speed= 25.000000; Odometer= 0.000000; GprsIp= 10.218.7.106; CSQ= 20
[09-07-2019 22:05:02.325] - [GSMLOG] [MQTT thread] - Performance: Code 0; Sendtime= 1562702701; GPS Lat=45.050835; GPS Lon=7.670000; GprsIp= 10.218.7.106; CSQ= 20
[09-07-2019 22:05:02.767] - [GSMLOG] [MQTT thread] - GPRS/GSM info: CSQ= 20; CELL= 0001,421F; +CEER: 0,0,0
[09-07-2019 22:05:03.427] - [GSMLOG] [MQTT thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
1011 4 - - 222 01 2 12 01
[09-07-2019 22:05:03.756] - [GSMLOG] [MQTT thread] - GSM info:
Serving Cell I Dedicated channel
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
1011 42 -68 222 01 0001 421F 2 6 33 -105 36 I No connection
Best regards,
Salvatore
Hello !
Do you consider this issue as a hardware problem ? For example capacitor aging on SIM interface or SIM socket contact pads came loose or maybe failed solder joint ?
Best Regards,
Wojciech
Hello,
I don't think that this issue is related a hardware problem.
Because it happen when the train run in specific points as: tunnels, stations and in places with few BTS (mountains).
(GSM BTS = base transceiver station)
After a power off /power on of the module the situation is recover and the SIM reappears.
This procedure request 10 minutes and most of the time it's enough also because the train has leave the cell of BTS (GSM) where the SIM has disappeared.
When the train remains in the same cell (BTS) where the sim has disappeared (for example in station), in that case the disappear of the SIM is much longer (hours, days).
It depends on when the train moves and exits from the BTS cell.
See logs below (example):
[09-07-2019 21:54:49.167] - [GSMLOG] [MQTT thread] - GSM info:
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
11 39 -71 222 01 0003 85DE 2 3 33 -105 33 I No connection
[09-07-2019 21:55:10.250] - SendStatus: GPS Lat=45.102779; GPS Lon=7.690833; Speed= 75.000000; GprsIp= 10.218.5.167; CSQ= 16
[09-07-2019 21:55:11.596] - [GSMLOG] [MQTT thread] - GPRS/GSM info: CSQ= 16; CELL= 0003,85DE; +CEER: 3,11,0
[09-07-2019 21:55:11.927] - [GSMLOG] [MQTT thread] - GPRS info:
GPRS Monitor
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
0011 4 - - 222 01 2 02 01
[09-07-2019 21:55:12.599] - [GSMLOG] [MQTT thread] - GSM info:
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
11 25 -85 222 01 0003 85DE 2 3 33 -105 19 I No connection
[09-07-2019 21:55:33.280] - SendStatus: GPS Lat=45.102779; GPS Lon=7.690833; Speed= 63.000000; GprsIp= 10.218.5.167; CSQ= 18
[09-07-2019 21:55:34.956] - [GSMLOG] [MQTT thread] - GPRS info:
ERROR
In this point the train enter in a tunnel that arrive in the station.( 45.102779 7.690833)
Inside the tunnel there is a signal repetition of a cell present in the station that is very far from this point.
[09-07-2019 21:55:35.287] - [GSMLOG] [MQTT thread] - GSM info:
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
17 33 -77 222 01 0001 6706 2 3 29 -105 22 I Limited Service
[09-07-2019 21:55:36.054] - [GSMLOG] - pppd ****** active, but No ppp0 interface - Restart again
[09-07-2019 21:55:41.057] - [GSMLOG] Restarting pppd...
[09-07-2019 21:55:46.557] - [GSMLOG] Command sent: AT^SMONG
[Ret = 9]
[09-07-2019 21:55:47.789] - [GSMLOG] Response:AT^SMONG
ERROR
[09-07-2019 21:55:52.709] - [GSMLOG] Response:AT^SIND?
^SIND: battchg,1,3
^SIND: signal,1,99
^SIND: service,1,0
^SIND: sounder,1,0
^SIND: message,1,1
^SIND: call,1,0
^SIND: roam,1,0
^SIND: smsfull,1,1
^SIND: rssi,1,3
^SIND: audio,0,0
^SIND: simstatus,0,5
^SIND: vmwait1,0,0
^SIND: vmwait2,0,0
^SIND: ciphcall,0,1
^SIND: adnread,0,0
^SIND: eons,0,0,"",""
^SIND: nitz,0,,,
^SIND: lsta,0,0
^SIND: band,0,3
^SIND: simlocal,0,1
OK
[09-07-2019 21:57:40.109] - [GSMLOG] [Mqtt thread] - GSM info:
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
17 39 -71 222 01 0001 6706 2 3 29 -105 33 I Limited Service
After some minutes:
[09-07-2019 22:02:19.517] - [GSMLOG] Pppd is down.
[09-07-2019 22:02:19.517] - [GSMLOG] Switch off modem
[09-07-2019 22:02:21.566] - [GSMLOG] Switch on modem
[09-07-2019 22:04:16.136] - [GSMLOG] ttyGSMctrl free buffer: '
+CREG: 1,"0001","421F"
[09-07-2019 22:04:32.058] - [GSMLOG] [Mqtt thread] - GPRS info:
BCCH G PBCCH PAT MCC MNC NOM TA RAC # Cell #
1011 4 - - 222 01 2 12 01
[09-07-2019 22:04:32.718] - [GSMLOG] [Mqtt thread] - GSM info:
chann rs dBm MCC MNC LAC cell NCC BCC PWR RXLev C1 I chann TS timAdv PWR dBm Q ChMod
1011 55 -55 222 01 0001 421F 2 6 33 -105 49 I No connection
[09-07-2019 22:04:46.236] - [GSMLOG] pppd status:1
[09-07-2019 22:04:46.237] - [GSMLOG] End SIM issue in critical error
[09-07-2019 22:04:46.238] - [GSMLOG] >> Connection OK <<
[09-07-2019 22:05:01.300] - SendStatus: GPS Lat=45.050835; GPS Lon=7.670000; Speed= 25.000000; GprsIp= 10.218.7.106; CSQ= 20
Do you have any suggestions?
Best regards,
Salvatore
Hello,
It seems that this is quite strongly network related. As I understand this state may happen in a particular cell and the module may get back to working after leaving this cell (it's not clear for me if reboot is required).
And when the train stays longer in the same cell where the SIM has disappeared, the SIM is only not available until the train leaves the cell or can it take even longer?
I think that maybe tracing SIM interface could help to shed some more light on that. At least it's something that you can do with some standard simple SIM tracing device.
Additionally what draws my attention are the following indicators:
^SIND: message,1,1
^SIND: smsfull,1,1
^SIND: ciphcall,0,1
Maybe it has nothing to do with the problem but please note. It seems that the SMS storage is full, there is an unread message and it is ciphered.
Best regards,
Bartłomiej
Hello,
I have done a mistake, because I have indicates as version of module:
MC75i
REVISION 02.004
A-REVISION 01.000.15
that is a version of device in the lab.
But in the field the version is (old):
MC75i
REVISION 01.100
A-REVISION 01.005.03
In the release notes are there somthing related to the sim problem ?
Now I have deleted the SMS in sim but this problem happen the same but with the "ciphcall" always to 1.
The situation is resolved if the module leave the cell and a reboot is performed.
During SIM problem every 3 minutes the module is power-off and power-on.
See log below:
[17-07-2019 23:16:20.792] - [GSMLOG] Response:AT^****?
+CME ERROR: SIM not inserted
[Ret = 41]
[17-07-2019 23:16:20.793] - [GSMLOG] Command sent: AT^SIND?
[Ret = 9]
[17-07-2019 23:16:22.022] - [GSMLOG] Response:AT^SIND?
^SIND: battchg,1,3
^SIND: signal,1,99
^SIND: service,1,0
^SIND: sounder,1,0
^SIND: message,1,0
^SIND: call,1,0
^SIND: roam,1,0
^SIND: smsfull,1,0
^SIND: rssi,1,2
^SIND: audio,0,0
^SIND: simstatus,0,0
^SIND: vmwait1,0,0
^SIND: vmwait2,0,0
^SIND: ciphcall,0,1
^SIND: adnread,0,0
^SIND: eons,0,0,"",""
^SIND: nitz,0,,,
^SIND: lsta,0,0
^SIND: band,0,3
^SIND: simlocal,0,0
[17-07-2019 23:18:35.973] - [GSMLOG] Pppd is down.
[17-07-2019 23:18:35.973] - [GSMLOG] Switch off modem
[17-07-2019 23:18:38.022] - [GSMLOG] Switch on modem
Is there a possibility of tracing SIM interface using AT commands of module?
Best regards,
Salvatore
Pages