BGS5T ASC0 cannot write | Telit Cinterion IoT Developer Community
June 30, 2016 - 1:40pm, 3564 views
Hello,
I'm working on BGS5T module. I want to send-receive some data from PC terminal to module.
Using USB0, module can read data from and write back to PC. No problem.
But using ASC0, that is COM0, module can read data from PC but cannot write back.
What can be the reason? When installing wtk, ASC0 was set as IMP Debug Connection for BGSx. Can it be the reason?
at^scfg? response of module is below:
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","50"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","usb1",,,,"off"
^SCFG: "Userware/Watchdog","0"
OK
Hello,
Please check if you are using the hardware flow control on PC and if AT^SPOW? output is "^SPOW: 1,0,0" - sleep mode on UART is disactivated - by default it is active and may cause delays in communication and problems if HW flow control is not used.
Regards,
Bartłomiej
Hello Bartłomiej,
Thanks for the answer. The answer of at^spow is below:
at^spow?
^SPOW: 2,1000,3
OK
I set as you write, 1,0,0 but after starting midlet the value turns back 2,1000,3.
How can I provide it not to change?
Hello,
This setting should be non-volatile. Please check the communication if it is working now or not. I've heard about one issue on this forum where the SPOW reply was like you describe after the MIDlet was using the serial connection but the real behaviour was correct. Please see here: https://iot-developer.thalesgroup.com/threads/can-middlet-change-atspow-... Please also remember that it is recommended especially for terminal to use hardware flow control for RS232 communication.
Regards,
Bartłomiej
Hello Bartłomiej,
When I change the PC terminal setting for flow control from "none" to "RTS/CTS", write and read works now. But I have to use ASC0 as flow control none because of my other device which will communicate BGS5. I want to use only RX,TX,GND pins without flow control.
Is it possible with BGS5T?
Regards,
Hello Bartłomiej,
I changed the communication parameters of CommConnection like below and it worked.
String strCOM0 = "comm:COM0;blocking=on;baudrate=115200;autocts=off;autorts=off";
In previous version this string was like below which autocts and autorts hadn't been set. autocts and autorts default value is "on" as mentioned in java doc.
String strCOM0 = "comm:COM0;blocking=on;baudrate=115200;
Consequently, I could use ASC0 without flow control with this setting.
Regards,
Hello,
It is recommend to use hardware flow control with BGS5 module. However it is possible to communicate without HW flow control but there is a risk of data loss (for example buffer overflow could happen when no flow control is used) and power saving on serial interfaces must be disabled.
In case of terminal there is an additional level shifter and RS232 driver. With the terminal it is also recommended to use HW flow control and it might be impossible to communicate without it. But as a workaround (in case your device does not have RTS/CTS lines) you can connect RTS with CTS. As side effect the sleep mode will not work in this case.
Regards,
Bartłomiej
Hello Bartłomiej,
Thanks for the explanation.
I will take into consideration this information.
Regards,
Hello,
Thanks a lot, I had both errors the AT^SPOW was wrong and the flow control was activated, I needed to trigger the RTS Signal