MTX-3G-JAVA-IOT-3G-STD-N EHS6 - System.out through ASC1 problems | Telit Cinterion IoT Developer Community
October 9, 2019 - 11:54pm, 2001 views
Hi experts,
This is my first quetion in this forum.
I have a modem MTX-3G-JAVA-IOT-3G-STD-N EHS6 REVISION 03.001
I am adapting my midlet code which is running successfully in a MTX65i to be able to run in MTX-3G-JAVA-IOT-3G-STD-N EHS6.
It is configured to have the Stdout through ASC1. But System.out messages does not appear in ASC1.
I'm sure my midlet is running.
I have to use ASC1 for System.out because ASC0 is used for controlling another device.
The modem configuration is as follows:
AT^SCFG?
^SCFG: "Audio/Loop","0"
^SCFG: "Call/ECC","0"
^SCFG: "Call/Ecall/AckTimeout","5000"
^SCFG: "Call/Ecall/Callback","0"
^SCFG: "Call/Ecall/CallbackTimeout","43200000"
^SCFG: "Call/Ecall/Msd","0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
^SCFG: "Call/Ecall/Pullmode","0"
^SCFG: "Call/Ecall/SessionTimeout","20000"
^SCFG: "Call/Ecall/StartTimeout","5000"
^SCFG: "Call/Speech/Codec","0"
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Gpio/mode/ASC1","std"
^SCFG: "Gpio/mode/DAI","gpio"
^SCFG: "Gpio/mode/DCD0","gpio"
^SCFG: "Gpio/mode/DSR0","gpio"
^SCFG: "Gpio/mode/DTR0","gpio"
^SCFG: "Gpio/mode/FSR","gpio"
^SCFG: "Gpio/mode/HSIC","rsv"
^SCFG: "Gpio/mode/PULSE","gpio"
^SCFG: "Gpio/mode/PWM","gpio"
^SCFG: "Gpio/mode/RING0","gpio"
^SCFG: "Gpio/mode/SPI","rsv"
^SCFG: "Gpio/mode/SYNC","std"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","EHS6"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "MEShutdown/sVsup/threshold","0","0"
^SCFG: "MEopMode/CFUN","0","1"
^SCFG: "MEopMode/Dormancy","0","0"
^SCFG: "MEopMode/SoR","off"
^SCFG: "Radio/Band","511"
^SCFG: "Radio/Mtpl","0"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "Serial/Interface/Allocation","1","1"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","0058","Cinterion Wireless Modules","EHx",""
^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","10"
^SCFG: "Userware/DebugInterface","0.0.0.0","0.0.0.0","0"
^SCFG: "Userware/DebugMode","on"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","asc1",,,,"off"
^SCFG: "Userware/Watchdog","0"
UART interfaces ASC0 and ASC1 are activated
AT^SPOW?
^SPOW: 1,0,0
The DIP switches are all in off position, so ASC0 goes to connector DB9 and ASC1 goes to connector DB15
RX and TX lines are properly connected.
When I connect a terminal to ASC1, I see this when the modem is just supplied:
[00]^MTXm2m UartsCfg: "ASC1","DB15"
[00]^MTXm2m uFV: "1","0","44"
[00]
If I configure AT^SCFG="Userware/Stdout", "ASC0" then I can see the System.out messages in ASC0 (connector DB9), but configuring AT^SCFG="Userware/Stdout", "ASC1" does not show messages in ASC1 (Connector DB15)
Any idea, suggestion or question would be highly appreciated
Hello,
ASC1 seems to be properly configured with SCFG. Please also verify AT&V output to chek the flow control setting.
As I understand you see this '^MTXm2m...' output on ASC1? That would suggest that the lines are connected properly. It doesn't come form the module, so it must be printed by your terminal or other MIDlet. Please make sure that ASC1 should really be available on DB15 connector and if any other configuration than you have already done is needed. Please also try to deactivate System.out on ASC1 and check if it is possible to execute AT commands. Please note that you can also redirect System.out to USB if it's available on your terminal. You might also add this 'System.getProperty("microedition.commports");' to your code to print the available ports.
Best regards,
Bartłomiej
So many thanks Bartłomiej for your answer
Yes, I see this '^MTXm2m...' output on ASC1. It is not printed by my MIDlet. May be it is printed by the Java Remote Control MIDlet Suite, which comes by default.
I deactivated System.out on ASC1 and tried to execute AT commands on ASC1 but no success. AT commands are not working on ASC1.
I print here the result of
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: 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,"vodafone",2
+CGSMS: 1
OK
I tried to redirect System.out to USB:
AT^SCFG="Userware/Stdout", "USB"
^SCFG: "Userware/Stdout","usb",,,,"off"
OK
But no success, System.out not visible in USB.
I'm sure my MIDlet is Running:
AT^SJAM=5
^SJAM: "a:/JRC-1.56.30.jad","Java Remote Control MIDlet Suite","Cinterion","1.56.30",1
^SJAM: "http://192.168.244.2:64785/SAMCLACONV5.04.R3.001.jad","SAMCLACONV5.04.R3.001","Vendor","1.0",1
OK
When I run the Midlet from NetBeans, I can see System.out messages in the output console of the IDE
System.getProperty("microedition.commports"); gives:
Available COM-Ports: COM0,COM1,USB0,USB3,USB4,USB5
I'm still stuck with this problem.
Best regards
Jordi
Hello,
'^MTXm2m...' does not come from any Gemalto software. It must be from the MTX terminal device if not your software. Please check if you have any documentation of these outputs.
According to AT&V the hardware flow control is enabled on RS232 interfaces. So you need to connect RTS/CTS lines.
Please also make sure that RX/TX lines are connected correctly:
TX - your app (PC) sends data to the terminal
RX- your app (PC) receives data from the terminal
But if you see this '^MTXm2m...' output you should have done all this correctly... Maybe you should consult the terminal manufacturer.
getProperty("microedition.commports") output also confirms that ASC1 (COM1) interface is available.
As for USB please connect the cable to PC and check in Devcie Manager (in case of Windows) if the device enumerated. You may need to install the drivers. You should be able to communicate on some (not all) USB ports (send AT commands). There are 6 of them, USB0 enumerates as a modem. Please make sure that you check System.out on the proper USB port - you may choose any USB.
In case of Netbeans debugging the system out is printed via the debug connection.
Regards,
Bartłomiej
Hi Bartłomiej
So many thanks for your answer.
By using USB is OK, so we are going to use USB.
Best regards,
Jordi