EHS6 Rev 04.013 SMS notification doesn't work anymore! used to work with revision 3 | Telit Cinterion IoT Developer Community
September 16, 2021 - 3:52pm, 3598 views
Hi,
I'm in charge of investigating a java midlet that used to work with Java Rev3. With this new module (Rev 04.013) we notice that the ATCommand EventListener doesn't receive the SMS Notification anymore. I'm clue less on what the reason can be. I can see that Ring State changes when I send and SMS to the module.
Other than that, I'm also unable to mount the file disk on the PC. Despite the instruction, It looks like the ACS1 interface doesn't accept AT commands anymore. It work when I received the module but some how it stopped working when I set ar^scfg="Userware/Autostart","","0".
Any advise will be welcome.
Kind regards,
Andre E.
Hello,
You should not set "Userware/Autostart" to 0 as in that case the JRC MIDlet will also not start. And some of the module's functionality is provided in JRC. This may be the cause of your problems with SMS notifications. I assume that you did not change the implementation of your MIDlet - the notifications only work at a single AT commands interpreter so you need to configure the notifications on the same ATCommand instance on which you listen for URCs.
As for ASC1 please also check the AT^SCFG configuration "Serial/Interface/Allocation".
Best regards,
Bartłomiej
Hi, thanks for the response,
I mixed several topics.
To be clear. When I test the midlet, I confirm that Userware/Autostart is set to one. the midlet starts properly. So that's not the cause of the issue. At first we installed the midlet that used to work with revision 3 on a board with revision 04.013. That's where we observed a behavior changes. In the traces I can see that there is in incoming call start and end. However, the URC message +CMTI never reaches the AT CommandListener register with the ATCommandInterpreter. I can confirm that it is correctly intilialize. I checked the code. Below the initialization traces.
16:31:11.121, 32.sendATCmd: => AT+CNMI=2,1
16:31:11.121,
16:31:11.121, OK
16:31:11.121,
16:31:11.121, 32.sendATCmd()
16:31:11.262, 32.sendATCmd: => AT+CMGF=1
16:31:11.262,
16:31:11.262, OK
16:31:11.262,
16:31:11.262, 29.getSMSStorageStatus:
16:31:11.262, 32.sendATCmd()
16:31:11.262, 32.sendATCmd: => AT+CPMS?
16:31:11.262,
16:31:11.262, +CPMS: "SM",0,50,"SM",0,50,"SM",0,50
16:31:11.262,
16:31:11.262, OK
The init of the ATParser.
// start();
try {
atParser = new ATCommand(WITHOUT_CSD);
atParser.addListener(this);
atParserNonBlocking = null;
} catch (IllegalStateException e) {
Logger.error(ClassNames.EHS6_CONNECTOR + ".<init>: ", e);
} catch (ATCommandFailedException e) {
Logger.error(ClassNames.EHS6_CONNECTOR + ".<init>: ", e);
}
atParserMutex = new Object();
atParserAvailable = true;
releaseATParserAfterUsage = true;
Logger.info(ClassNames.EHS6_CONNECTOR + ".<init>: END");
}
The hardware manufacturer said the midlet
will work with revision 04.013.
Regarding Userware/Autostart,"","0" I sent that command because I wanted to update the Midlet. That's where I got into trouble. The ACS0 interface is only accessible through an intermediary MCU which does not allow me to acess that AT^SCFG="Serial/Interface/Allocation" field :( the line is too long. Isn't there a shorter string ?
So I'm totally blocked If I can't use the MME and ASC1.
Kind regards,
Andre E.
As the revision number changed I think that it's worth checking to compile the MIDlet with the rev4 libraries.
How do you send the commands? Do you have any interface available (not connected to your device)? How do you plan to upload the MIDlet?
I got a new module. I still don't undertand what the right procedure is to update the midlet in ASC1. When Autostart is set to 1, I can send an AT command in a short time frame between SYSTEM.OUT STOPPED and SYSTEM.OUT.STARTED. Chaging the AutoStart value at that moment doesn't prevent the midlet from running.
When I disable AutoStart, despite the fact that Serial/Interface/allocation is set to 1, I'm not able to send at commands.
The current config is as follow:
10:49:46.334, ^SCFG: "Audio/Loop","0"
10:49:46.446, ^SCFG: "Call/ECC","0"
10:49:46.446, ^SCFG: "Call/Ecall/AckTimeout","5000"
10:49:46.446, ^SCFG: "Call/Ecall/BlockSMSPP","0"
10:49:46.446, ^SCFG: "Call/Ecall/Callback","0"
10:49:46.446, ^SCFG: "Call/Ecall/CallbackTimeout","43200000"
10:49:46.446, ^SCFG: "Call/Ecall/Msd","0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
10:49:46.446, ^SCFG: "Call/Ecall/Pullmode","0"
10:49:46.446, ^SCFG: "Call/Ecall/SessionTimeout","20000"
10:49:46.446, ^SCFG: "Call/Ecall/StartTimeout","5000"
10:49:46.446, ^SCFG: "Call/Speech/Codec","0"
10:49:46.446, ^SCFG: "GPRS/AutoAttach","enabled"
10:49:46.446, ^SCFG: "Gpio/mode/ASC1","std"
10:49:46.446, ^SCFG: "Gpio/mode/DAI","gpio"
10:49:46.446, ^SCFG: "Gpio/mode/DCD0","std"
10:49:46.446, ^SCFG: "Gpio/mode/DSR0","std"
10:49:46.446, ^SCFG: "Gpio/mode/DTR0","std"
10:49:46.556, ^SCFG: "Gpio/mode/FSR","gpio"
10:49:46.556, ^SCFG: "Gpio/mode/HSIC","rsv"
10:49:46.556, ^SCFG: "Gpio/mode/PULSE","gpio"
10:49:46.556, ^SCFG: "Gpio/mode/PWM","gpio"
10:49:46.556, ^SCFG: "Gpio/mode/RING0","std"
10:49:46.556, ^SCFG: "Gpio/mode/SPI","rsv"
10:49:46.556, ^SCFG: "Gpio/mode/SYNC","std"
10:49:46.556, ^SCFG: "Ident/Manufacturer","Cinterion"
10:49:46.556, ^SCFG: "Ident/Product","EHS6"
10:49:46.556, ^SCFG: "MEShutdown/Fso","0"
10:49:46.556, ^SCFG: "MEShutdown/sVsup/threshold","0","0"
10:49:46.556, ^SCFG: "MEopMode/CFUN","0","4"
10:49:46.556, ^SCFG: "MEopMode/Comp1",""
10:49:46.556, ^SCFG: "MEopMode/Dormancy","0","0"
10:49:46.556, ^SCFG: "MEopMode/ExpectDTR","current"
10:49:46.556, ^SCFG: "MEopMode/ExpectDTR","powerup"
10:49:46.556, ^SCFG: "MEopMode/PingRsp","0"
10:49:46.556, ^SCFG: "MEopMode/RingOnData","off"
10:49:46.556, ^SCFG: "MEopMode/SXRAT","1"
10:49:46.556, ^SCFG: "MEopMode/SoR","off"
10:49:46.556, ^SCFG: "Radio/Band","511"
10:49:46.556, ^SCFG: "Radio/Mtpl","0"
10:49:46.556, ^SCFG: "Radio/OutputPowerReduction","4"
10:49:46.556, ^SCFG: "RemoteWakeUp/Ports","current"
10:49:46.556, ^SCFG: "RemoteWakeUp/Ports","powerup"
10:49:46.556, ^SCFG: "Serial/Interface/Allocation","1","1"
10:49:46.556, ^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","0058","Cinterion Wireless Modules","EHx",""
10:49:46.556, ^SCFG: "Tcp/IRT","3"
10:49:46.556, ^SCFG: "Tcp/MR","10"
10:49:46.556, ^SCFG: "Tcp/OT","6000"
10:49:46.556, ^SCFG: "Tcp/WithURCs","on"
10:49:46.556, ^SCFG: "Trace/Syslog/OTAP","0"
10:49:46.556, ^SCFG: "Urc/Ringline","local"
10:49:46.556, ^SCFG: "Urc/Ringline/ActiveTime","2"
10:49:46.556, ^SCFG: "Userware/Autostart","1"
10:49:46.556, ^SCFG: "Userware/Autostart/Delay","0"
10:49:46.556, ^SCFG: "Userware/DebugInterface","0.0.0.0","0.0.0.0","0"
10:49:46.556, ^SCFG: "Userware/DebugMode","off"
10:49:46.556, ^SCFG: "Userware/Passwd",
10:49:46.556, ^SCFG: "Userware/Passwd2",
10:49:46.556, ^SCFG: "Userware/Stdout","null",,,,"off"
10:49:46.556, ^SCFG: "Userware/Watchdog","0"
10:49:46.556,
Hello,
Please verify the following:
- The MIDlet may be using ASC1 while running.
- "Serial/Interface/Allocation","1","1", "Gpio/mode/ASC1","std" and "Userware/Stdout","null" should make the use of ASC1 possible but please also check AT^SPOW? output. This command configures power saving on serial interfaces and can also disable them completely. Please set AT^SPOW=1,0,0 if there is something else configured.
BR,
Bartłomiej
Hi, thanks for your support and patience. It seems like AT^SCFG="Userware/Stdout","null" made the trick.
Got access to ASC1 again and was able to update the midlet.
Kind regards,
Andre E.
Good to read that.
When system out is activated on the interface it is not possible to communicate on it.
But in your SCFG output it was already null.
Ok, The board works fine, but I'm still struggling with URC events. on ATCommand.
So far (when sending an SMS to the board) in the traces i can see the ring state change throught the API ATCommandListner:RINGChanged.
I also notice that (after ringstate changed event): when sending a new AT command on the ATcommand object, as a result I can see +CMTI: "SM",1 and the result of the ATCommand.
Trace:
sendATCmd("AT^SMONI")
result:
+CMTI: "SM",1
AT^SMONI
^SMONI: 3G......
OK
However, the ATEvent callback for the URC event (+CMTI) isn't called. So, I'm still wondering what can be wrong.
Kind regards,
Andre E.
Hello,
This looks strange. Is it the MIDlet version that you compiled with the new WTK - released for the rel4 module that you use?
BR,
Bartłomiej
I built the midlet with WTK:
WTK Version : REVISION 04.003
Date of WTK generation : 3.4.2019.
And sincerely, I don't understand why the +CMTI URC is in the response of an AT send command.
Kind regards,
Andre E.
Ps: May be my first attempt to move to this version was a bit to naive. The directory resources from the previous package (that contained cwmlib.jar) was missing. So I copied it.
So I managed to build it without cwmlib_1.0.jar. Nut now the size of the final app is two ***** the initial size ! Any reason for that ?
Pages