EHS6 CNMI configuration | Thales IoT Developer Community
December 9, 2020 - 2:34pm, 2690 views
Hello, I have a problem using the EHS6 chip. I only want to send and receive sms.
Sending is no problem.
on one gemalto modul I send following commands to the modul:
AT+CMGF=1
AT+CNMI=1,1,0,0,0
from this point I will receive URC´s from the sms reporting service. -> +CMTI: "ME",1
on a second modul, same firmware (also imported from the other one) the same pocess don´t send urc´s when receiving sms. I found that the CNMI command is set for one or two seconds and then restored again..
AT+CNMI=1,1,0,0,0
OK
AT&V
ACTIVE PROFILE:
E1 Q0 V1 X4 &C1 &D2 &S0 \Q3
S0:000 S3:013 S4:010 S5:008 S6:000 S7:060 S8:000 S10:002
+CBST: 7,0,1
+CRLP: 61,61,78,6
+CR: 0
+CRC: 0
+CMGF: 1
+CSDH: 0
+CNMI: 1,1,0,0,0
+CMEE: 0
+ICF: 3
+DTMF: 0
+CSMS: 0,1,1,1
+CREG: 0,1
+CLIP: 0,2
+COPS: 0,0,"A1",2
+CGSMS: 1
OK
AT&V
ACTIVE PROFILE:
E1 Q0 V1 X4 &C1 &D2 &S0 \Q3
S0:000 S3:013 S4:010 S5:008 S6:000 S7:060 S8:000 S10:002
+CBST: 7,0,1
+CRLP: 61,61,78,6
+CR: 0
+CRC: 0
+CMGF: 1
+CSDH: 0
+CNMI: 1,0,0,0,0
+CMEE: 0
+ICF: 3
+DTMF: 0
+CSMS: 0,1,1,1
+CREG: 0,1
+CLIP: 0,2
+COPS: 0,0,"A1",2
+CGSMS: 1
OK
Now I don´t know why or who overrides the CNMI settings?!
have you ever seen this before? or how can i put this information to the standard profil?
thank you in advanced for your feedback and hopefully the solution
we are using the Cinterion® EHS6 Terminal gemalto GSM gateway with TCP connection. We are only using the SMS send and receive part for SMS alerting. We have our own automation software to communicate via TCP with the device (we use this for many different devices as well)
During the connection startup we send the following commands:
AT
AT+CSQ => we use this as LifeTick every Minute (when no further command is in a queue)
AT+CMGF => 1 for Text ****
AT+CNMI=1,1,0,0,0 => to setup the URC to enable sms reporting service
------------ no our initialize is finished
Send SMS:
AT+CMGS="123456789" => Number
message\u001a -=> to send the sms
---------------------
Receive SMS
AT+CMGR=slot => actual Slot from reporting URC
-------------------
ATI1 log:
ATI1ATI1
Cinterion
EHS6
REVISION 03.001
A-REVISION 00.000.42
OK
----------------------------------------------
we have the following problems:
sometimes the TCP communication stops for any reason. the module rejects the connection. only a power off and power on helps. a reboot over the linux web gui don´t help. no AT command is send before the connection breaks.
This is not by every device, we have about 60 devices and some off them show this behavior. some not.
Also some devices don´t echo the commands, this I can handle by sending ATE1 and a restart. but a better way is to store this data in the device, but I´m not able to store this info permanently.
One or two devices only answer with A by every command I send -> only a plug off and plug on again helps..
and some of the devices uses the advanced error report and some not.
We are selling our software to customers and our customers sell the devices from you. but for us it is quiete difficult when the devices are so different to handle. Is it possible to get in contact with you over mail or phone?
Thank you in advanced for your help.
Hello,
I still can't see in the log how you open the data connection and the moment when it breaks. And the soft reset attempt.
ATE setting is volatile and the default value is 1. So the echo should work if it's not switched off by some software after start. Do you connect it to the PC or some proprietary device? Is there any software out of your control which can communicate with the module?
So you have our terminal - is it the one with LAN interface or USB? In case of LAN there is another processor with OpenWrt system running on it which controls the EHS6 module. You are adding your software. Where is it executed - on a terminal, PC or other?
Anyway if you suspect any potential problem or defect within our terminals I'd suggest to report it to our support team via your customer (who is buying the terminals from us). This would result in the ticket creation in our support system, resources allocation etc.
Best regards,
Bartłomiej