AT^SIST=0 was sent as data in command mode | Telit Cinterion IoT Developer Community
April 15, 2015 - 4:23pm, 5504 views
Dear Team,
Kindly please be informed that i’m using Cinterion-BG2-E. We are trying to connect to server with AT^SISO, then we use command "AT^SIST" to enter Data Mode as shown below
AT^SISC=0
OK
AT^SISS=0,ADDRESS,"41.38.125.23:107;etx=255"
OK
AT^SISS=0,CONID,0
OK
AT^SISO=0
OK
^SISW: 0, 1
AT^SIST=0
CONNECT
But sometime after recieving "^SISW: 0, 1" , the command "AT^SIST=0" was sent as data to server even we still in command mode ?
Kindly please advise the reason why the "AT^SIST" was sent as data
Thank you
Hello,
The module should not enter the data mode without issuing the "AT^SIST=0" command.
Is it only one incident or are you able to reproduce this?
Are you able to issue other commands after "^SISW: 0, 1" or are these commands also sent as data?
In the provided log I can see that the "CONNECT" comes after issuing "AT^SIST=0" command. Is it possible that your application sends this command again after "CONNECT"?
Please provide the ATI1, AT&V and AT^SCFG responses.
Please provide the complete log with full service configuration and connection.
Best regards,
Bartłomiej
Dear Bartłomiej,
Normal Scenario is :
ATE1
OK
AT+CFUN=1
OK
AT+CMEE=1
OK
AT+CPIN?
+CPIN: READY
OAT^SICS=0,CONTYPE,GPRS0
OK
AT^SICS=0,ALPHABET,1
OK
AT^SICS=0,INACTTO,65535
OK
AT^SICS=0,APN,"internet.vodafone.net"
OK
AT^SICS=0,USER,"internet"
OK
AT^SICS=0,PASSWD,"internet"
OK
AT^SISS=0,SRVTYPE,TRANSPARENT
OK
AT^SISS=0,ALPHABET,1
OK
AT^SISS=0,ADDRESS,"4.2.2.2:80"
OK
AT^SISS=0,CONID,0
OK
AT^SISO=0
OK
^SISW: 0, 1
AT^SIST=0
CONNECT
After that i will be in Datamode and any value will be sent as data.
Abnormal scenario is, after receiving "^SISW: 0, 1", command "AT^SIST=0" was sent as data not as command .I didn't receive "CONNECT" in this case
AT^SISO=0
OK
^SISW: 0, 1
=======================================
The response of Commands are:
AT&V
ACTIVE PROFILE:
E1 Q0 V1 X4 &C1 &D2 &S0 \Q0
S0:000 S3:013 S4:010 S5:008 S6:000 S7:060 S8:000 S10:002 S18:000
+CBST: 7,0,1
+CRLP: 61,61,78,6
+CR: 0
+FCLASS: 0
+CRC: 0
+CMGF: 0
+CNMI: 0,0,0,0,1
+ILRR: 0
+IPR: 115200
+CMEE: 1
^SMGO: 0,0
+CSMS: 0,1,1,1
^SACM: 0,"000000","FFFFFF"
^SLCC: 0
^SCKS: 0,1
+CREG: 0,1
+CLIP: 0,2
=======================================
AT^SCFG=?
^SCFG: "Audio/AMR",("disabled","enabled","00000-999999")
^SCFG: "Audio/Loop",("0","1")
^SCFG: "Call/ECC",("0-255")
^SCFG: "Call/SpeechVersion1",("0","1","2")
^SCFG: "GPRS/ATS0/withAttach",("on","off")
^SCFG: "GPRS/RingOnIncomingData",("on","off")
^SCFG: "PowerSaver/Mode9/Timeout",("5-36000")
^SCFG: "Radio/Band/HandOver",("0","1")
^SCFG: "Sim/CS",("0","1","2")
^SCFG: "Tcp/IRT",("1-60")
^SCFG: "Tcp/MR",("1-30")
^SCFG: "Tcp/OT",("1-6000")
^SCFG: "Tcp/WithURCs",("off","on")
^SCFG: "URC/CallStatus/CIEV",("restricted","verbose")
^SCFG: "URC/CallStatus/SLCC",("restricted","verbose")
^SCFG: "URC/Datamode/Ringline",("off","on")
^SCFG: "URC/Ringline",("off","local","asc0")
^SCFG: "URC/Ringline/ActiveTime",("0","1","2")
================================================
ATI1
Cinterion
BG2-E
REVISION 01.002
A-REVISION 01.002.01
Thank you
Hello,
Could you please write if this problem is reproducible or was it just one incident.
How often do you get this or maybe you have noticed some specific conditions when this may be reproduced.
As we have no records about similar problems so far this information would be important and helpful for further investigation.
Please also provide AT^SCFG? response (without '=').
Best regards,
Bartłomiej
Dear Bartłomiej,
Kindly this problem is not happeing on the first time.
But it must send as data on the second or the third time
The result of command "AT^SCFG?"
^SCFG: "Audio/AMR","enabled"
^SCFG: "Audio/Loop","0"
^SCFG: "Call/ECC","0"
^SCFG: "Call/SpeechVersion1","0"
^SCFG: "GPRS/ATS0/withAttach","on"
^SCFG: "GPRS/RingOnIncomingData","off"
^SCFG: "PowerSaver/Mode9/Timeout","20"
^SCFG: "Radio/Band/HandOver","0"
^SCFG: "Sim/CS","0"
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "URC/CallStatus/CIEV","restricted"
^SCFG: "URC/CallStatus/SLCC","verbose"
^SCFG: "URC/Datamode/Ringline","off"
^SCFG: "URC/Ringline","local"
^SCFG: "URC/Ringline/ActiveTime","2"
OK
Thank you
Thank you for your feedback.
BR,
Bartłomiej
Dear Bartłomiej,
Kindly would you please update us with investigation result
Thank you
Hello,
It seems that you are using the latest firmware version.
So I'm reporting this issue to the internal error tracking system for further processing.
I can inform you whether we were able to reproduce this or not.
If you have some log that shows the problem with the first successful connection and problem with another - that would be appreciated.
Best regards,
Bartłomiej