Unable to send AT commands on any interface BGS5T | Telit Cinterion IoT Developer Community
September 21, 2015 - 6:45pm, 4243 views
Hello,
I have a BGS5T and I have seemed to block my ability to send AT commands to the terminal. I have ASC1 as StdOut and I had USB0 to receiving AT commands. I was able to communicate and was in the middle of trying to configure i2c when I may have changed the Serial/Interface/allocation to 1 or 2. I may have also changed the **** of GPIO/****/ASC1 but I don't think it applies to my problem.
What I get now on the USB0 interface is a bunch of random characters and SIO: If I send a command it will just spit out more grabage and SIO: and the command will not run.
As a last attempt I tried to connect to the RS232 connection on the GPIO with null ****m connetion with loop back handshaking but was still unable to send AT commands to the terminal. In fact I don't know if the terminal is configured to listen for commands on the interface.
At the moment I am completly unable to send commands so I can't even print out a ^SCFG or run an application. I was thinking about the possability of writing a small application that runs the AT commands needed to reconfigure and uploading it to the terminal via OTAP with <midlet-autostart> set to 1. I know that the terminal is set with the Userware/Autostart set to 1.
Thanks for any ideas.
Hello,
I am not sure which serial interface you call what, but ASC0 is the one who you can just connect RS232 cabel and ASC1 is the one on the GPIO lines.
For ASC1, I don't use null modem, but some custom hardware. I am not sure what it does, but something like this could maybe help you, I can't quarante that the item on the link, but if not then somthing similar: http://www.ebay.com/itm/New-USB-To-RS232-TTL-PL2303HX-Converter-Module-C...
In terminal you then use same settings for USB,ASC0 or ASC1.
Your idea could work, but are you sure that USB isn't working? I think that your problem could be that you choose wrong port for AT communication. In my case where I use Termit terminal and I have my USB cabel connected it will sugest that I should use port 8. But when I go to control penel and devices and select gemalto modem, it will show that I need to use port 3. So if I use 8 I get same thing like you said, but if I manualy enter port 3, it will work like it should.
But to use USB you need to install all the drivers for BGS5T I think.
Also when you get your USB working, check about this:
Reagards,
Jure
I did get confused about ASC0 and ASC1. I have ASC0 set to STDOUT. Before all this happened I had already run AT^SPOW=1,0,0
When I was using realterm or windows hyperterminal the com port for usb I was using was COM14 as COM15 on the USB is for the debugger. Now I can talk normally with COM15 with is the debugger modem device. I can't believe I tried tons of things but didn't try connecting to that port.
By why did it change? I have a feeling by changing the serial interface allocation to "2" which may have caused it to change to the other USB port.
Hi,
Nice that you got it working, but why has it changed I don't know.
Reagrds,
Jure
Hello,
You probably must have played with AT^SCFG="Serial/Interface/Allocation" command.
Please note that there are 4 interfaces available. BB-Trace is always on one of them.
ASC0 (serial interface on terminal), ASC1 (pins), USB0 (modem interface) and USB1 (USB interface visible under ports in device manager).
Regards,
Bartłomiej
I am sure it was the Serial/Interface/allocation.
Thanks.