EHS5-E rev.4 - GSM call problems | Telit Cinterion IoT Developer Community
February 28, 2019 - 3:09pm, 5090 views
Hello,
We have bought some EHS5-E devices, and surprisingly they don't have onboard as usual a fw version = 3.001 but instead they have a fw version = 4.x.
The response to the command ATI1 is the following:
Cinterion
EHS5-E
REVISION 04.000
A-REVISION 01.000.01
OK
The problem is that if we try to make a GSM call versus the device, it does not work as it do in fw. 3.001 versions.
Also, there is no documentation or SDK available for this 4.000 revision !!!
Someone could help me?
Marco
Hi,
I've tried to redirect stdout to a file, and I get some more information. It seems there is also an uncaught exception in JRC module:
SYSTEM.OUT STARTED
Gsm232 - Constructor!
2019-03-13 15:54:35.446 Gsm232 - startApp()
Gsm232 - MIDlet starting ...
ATCommand: CSD supported: false
2019-03-13 15:54:46.876 GsmConnection] Radio access technology set to: GSM
2019-03-13 15:54:java.lang.NullPointerException: 0
- com.cinterion.jrc.JRC_Context.notifyInitialized(), bci=31
- com.cinterion.jrc.JRC_State_Idle$9.handleJrcEvent(), bci=51
- com.cinterion.jrc.JRC_Context.HsmHandleEventTable(), bci=79
- com.cinterion.jrc.JRC_State_Idle.fireEvent(), bci=275
- com.cinterion.jrc.jhsm.Hsm.dispatchEvent(), bci=4
- com.cinterion.jrc.JRC_Context.dispatchJrcEvent(), bci=77
- com.cinterion.jrc.JRC_Context.access$300(), bci=2
- com.cinterion.jrc.JRC_Context$1.run(), bci=31
Uncaught exception: java.lang.NullPointerException: 0
- com.cinterion.jrc.JRC_Context.notifyInitialized(), bci=31
- com.cinterion.jrc.JRC_State_Idle$9.handleJrcEvent(), bci=51
- com.cinterion.jrc.JRC_Context.HsmHandleEventTable(), bci=79
- com.cinterion.jrc.JRC_State_Idle.fireEvent(), bci=275
- com.cinterion.jrc.jhsm.Hsm.dispatchEvent(), bci=4
- com.cinterion.jrc.JRC_Context.dispatchJrcEvent(), bci=77
- com.cinterion.jrc.JRC_Context.access$300(), bci=2
- com.cinterion.jrc.JRC_Context$1.run(), bci=31
51.788 RS485 pin value : 0
Gsm232 - Hardware board is RS232
2019-03-13 15:55:47.105 Engine] ATI1 response = ATI1
Cinterion
EHS5-E
REVISION 04.000
A-REVISION 01.000.01
OK
2019-03-13 15:55:54.695 Engine] CGSN response = AT+CGSN
352555100004644
OK
2019-03-13 15:55:59.928 Engine] IMEI = 352555100004644
2019-03-13 15:56:04.097 Costergroup GSM232 3G Modem v.1.0.68
2019-03-13 15:56:08.690 WebServer] Thread started
2019-03-13 15:56:08.703 TcpConnectionManager] St
SYSTEM.OUT STARTED
Hello,
Please paste AT^SJAM=4 output.
As for SMS problem I have tested incoming SMS messages with my EHS5-E REVISION 04.000 A-REVISION 01.000.01 module. I have used the standard AtCmdDemo MIDlet. I have only added at+cnmi=2,1 command to configure CMTI URCs. On incoming message there are +CMTI: URC's received. Please make sure that the MIDlet is compiled with the dedicated libraries only.
Please write what your MIDlet is doing and what APIs are used. Was this exception also thrown while debugging was used or not? Was it an incident or are you able to catch it on a regular basis?
Please test the debugging with some simple MIDlet to verify if the same problem also exist.
Please describe the initial USB problem.
Regards,
Bartłomie
Hello,
We've noticed that the same problems were also reported to Gemalto support (and this forum thread is also referred there).
Therefore I suggest to keep this discussion in one place only. Let's continue in SF.
Best regards,
Bartłomiej
Hello,
yes, it is correct.
We'll continue in SF.
Best regards
Marco