BGS5T - incorrect response to the command ATD*99***1# | Telit Cinterion IoT Developer Community
February 25, 2015 - 12:07pm, 4057 views
Hi all,
I want to use BGS5T as normal modem connected to PLC (which support GPRS modem).Till now I was using TC65 Terminal and everything worked fine.But now I have to replace it witch BGS5T. And there is a problem...
The PLC send AT commands and require response in numeric result code format. To achieve this the init string contain ATV0 command. So the result of every AT command should be like this (ATV0):
- Information response: <text><CR><LF>
- Short result code format: <numeric code><CR>
and NOT like this (ATV1):
- Information response: <CR><LF><text><CR><LF>
- Long result code format: <CR><LF><verbose code><CR><LF>
So the result of ATD*99***1# should be:
1<CR>
but it isn't !! Modem response is:
<CR><LF>1<CR>
which looks like the Long result code format !!!
Maby because: <empty_text><CR><LF>1<CR> -> <CR><LF>1<CR> ? But response of ATD*99***1# command should contain only the numeric code, and no text information!
Anyway after this response PLC try to back to the AT command mode (+++ command), and start the init sequence again.
Here is the full log of the communication between PLC and modem:
12:56:21.319> <0>^SYSLOADING
12:56:28.681>
12:56:28.681> ^SYSSTART
12:56:33.923> +++ATH
12:56:36.545> 0
12:56:36.607> ATE0V0&D0&C1&W
12:56:37.605> 0
12:56:37.668> AT+CGDCONT=1,"IP","hidden_apn_name"
12:56:37.855> 0
12:56:37.855> AT+CSQ
12:56:37.918> +CSQ: 99,99
12:56:37.980> 0
12:56:37.980> AT$$RSSI
12:56:38.106> 4
12:56:43.158> AT+CREG?
12:56:43.220> +CREG: 0,0
12:56:43.220> 0
12:56:44.907> +PBREADY
12:56:58.322> AT+CREG?
12:56:58.384> +CREG: 0,1
12:56:58.446> 0
12:56:58.446> AT+CGATT?
12:56:58.509> +CGATT: 1
12:56:58.509> AT+CGATT=0
12:56:58.509> 0
12:56:59.071> 0
12:57:18.601> AT+CGATT=1
12:57:21.972> 0
12:57:38.632> AT+CGREG?
12:57:38.632> +CGREG: 0,1
12:57:38.696> 0
12:57:38.696> ATD*99***1#
12:57:38.759>
12:57:38.759> 1
12:57:41.817> +++~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~ATH
12:57:42.876> ~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~ATE0V0&D0&C1&W
~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }12:57:49.929> 9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~~˙}#Ŕ!}!}!} }9}"}&} } } } }#}%Â#}%}%}&ôŔµž}'}"}(}"Č~3
12:57:53.859> +++ATH
12:57:53.921> 0
12:57:53.921> ATE0V0&D0&C1&W
12:57:54.172> 0
12:57:54.172> AT+CGDCONT=1,"IP","hidden_apn_name"
12:57:54.234> 0
12:57:54.234> AT+CSQ
12:57:54.296> +CSQ: 27,99
12:57:54.296> 0
12:57:54.358> AT$$RSSI
12:57:54.420> 4
.....
I would be very grateful for your help in solving this problem.
Regards,
Darek
Hello Darek,
I've checked your scenario on my BGS5 module with the latest official firmware and it seems that in this particular case the '1' (CONNECT code) is returned as you have described:
<CR><LF>1<CR><LF>
then PPP data
and then (in my case '3' - NO CARRIER code - because I was entering the commands from the console and didn't have any PPP implementation)
3<CR>
Currently I can't see any workaround for this, but I'll check again. Is this critical for you? Do you have any workaround on your side?
Best regards,
Bartłomiej
Thanks for you reply Bartłomiej.
It was critical for me, because my company bought more than 40 BGS5T terminals to use witch described PLC... But i resolve this problem by using external device. I made simple device based on ATMEGA MCU witch two serial ports, and i placed it between PLC and terminal. This device pass data beetween two ports, but when the ATD command is recived on modem port, the secound port block next two characters if <CR><LF> combination is occurs.
Hello,
I've reported this problem to the internal defect handling database. So it will be verified and fixed in some future release.
Best regards,
Bartłomiej