I am using the Q2698 module in a custom PCB I had made with an ATMEL 3.3V micro. Unfortunately for us we omitted CTS/RTS lines for flow control (whoops). Anyhow we disabled flow control on the Q26 using AT commands in the Q26 V3.2 Dev kit and hey presto the module ran fine in our dev board at 19200 8 N 1. I’ve now upgraded the Q26 to R7.52 firmware and now the modem will not respond to AT commands but works fine in the dev kit. Flow control is still disabled on the module but no response to AT\r. I wrote a simple OAT app to output “Hello world” to the serial interface which I can see on my PC comm port connected to the Dev Kit USB high speed port at 19200 8 N 1 but nothing on the Q2698 TX line (pin 71) when I put it into my custom PCB.
VBatt is 4V, !RESET is at 1.8V.
It is probably something very silly that I am doing / not doing but as a newbie to Sierra modules I am completely stumped.
Any help would be appreciated on what to try next.
Ah Sorry Ross - we were at cross purposes. I get no response in my board but do in the dev board. It’s related to DTR I think. Will post the AT&V response.
Should have said that there was something in the release notes about ICF, but what you have looks correct. Our 3 wire UART designs have DTR tied to 2V8. Have you looked at the AT+WASR? output? We had some issues with Fastracks, fine when you were talking to them on a PC (with DTR being used), but once you connect them to a device with three wires comms, no response.
Looks like the auto shut-down feature is already turned off. You could try sending AT+WASR=0,1 again just to make sure it is set. If this doesn’t work I am all out of ideas, sorry
Also from memory I think you will get an ERROR response after issuing this command, that does not mean there is a problem with the command, just that what you are trying to do has already been done.
Thanks Russ. I have got the module responding now. It was due to the fact that my pull up on the I2C lines were not correct causing a power issue on the module.
I get the response to AT however this is preceeded by some strange characters - and not the AT echo which I would expect.
The response below is from at AT\r
?? OK
What is weird is that the module responds correctly to the commands. I’ve tried changing the baud rate from 19200, to 1200 and still the same.
I ran into a similar issue when migrating my Q2686 design to the Q2698.
The PTS says that uart 1 on the Q2698 is 3v3 tolerant. I used the same ftdi 3v3 usb to serial adapter that I used on the Q2686 and could only get gibberish. Once I started using a 2v8 serial interface chip to interface to a usb to serial adapter I had no further issues with getting gibberish on uart 1.
I will admit that I have a 5 wire interface rather than a 3 wire … but it might be worth trying a 2v8 serial interface in your situation.
I’ve found out that it was not electrical problem as the pattern was too repeatable.
Instead the module was in DEVELOPMENT mode from the Sierra Dev Kit.
So I issued an AT+WDM=0 and all is well! The AT+WDM=1 must wrap the AT commands into a header and footer.
01234567890!@#$%^&*()abcdefghijklmnopqrstuvwxyz
FRAM Done
Initialisation complete
3G Power On
Q2698HSPA Low
Q2698HSPA Reset
AT
OKQ2698HSPA On
Session open
RTC 11/10/2014 12:17:6
Intialising modem