Java MIDlet stops working when executed from BGS5T | Telit Cinterion IoT Developer Community
November 10, 2016 - 10:59am, 5572 views
Hello.
I've built an app which controls an equipment via Webserver. This app works perfectly when executed by IDE. However, when I run it on "stand-alone" mode from the modem, It works fine for some minutes but stops working after a while, failing to deliver my requests. Could it be some configuration on the modem mode or the .jad file?
The output for AT^SCFG?
AT^SCFG?AT^SCFG?
^SCFG: "Call/ECC","0"
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Gpio/mode/ASC1","std"
^SCFG: "Gpio/mode/DAI","gpio"
^SCFG: "Gpio/mode/DCD0","std"
^SCFG: "Gpio/mode/DSR0","std"
^SCFG: "Gpio/mode/DTR0","std"
^SCFG: "Gpio/mode/FSR","gpio"
^SCFG: "Gpio/mode/PULSE","gpio"
^SCFG: "Gpio/mode/PWM","gpio"
^SCFG: "Gpio/mode/RING0","std"
^SCFG: "Gpio/mode/SPI","rsv"
^SCFG: "Gpio/mode/SYNC","std"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","BGS5"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "MEopMode/SoR","on"
^SCFG: "Radio/Band","15"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "Serial/Interface/Allocation","1","1"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","0059","Cinterion Wireless Modules","Cinterion BGx USB Com Port",""
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "Trace/Syslog/Otap","0"
^SCFG: "URC/Ringline","local"
^SCFG: "URC/Ringline/ActiveTime","2"
^SCFG: "Userware/Autostart","1"
^SCFG: "Userware/Autostart/Delay","0"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","null",,,,"off"
^SCFG: "Userware/Watchdog","0"
OK
And for AT^SPOW?
^SPOW: 1,0,0
OK
Thanks
Hello,
There have been some reports that the http connection could hang on opening (inside getResponseCode() method or on opening the streams if getResponseCode() is not called - this is a moment when the connection is actually being open and the communication with server starts). It can happen if the server will not reply for some reason. Is is already under investigation. But it is only one thread that freezes here. So the workaround for that could be to set some timer in the other thread that would close the connection in such case.
If you have the problems with restarting of the module or freezing of the whole application it is not this case.
Regards,
Bartłomiej