nrf9160 custom board AT client not working

RE: nrf9160 custom board AT client not working

Didrik Rokhaug — Wed, 13 May 2020 09:25:07 GMT

Hi, and sorry for the late reply.

I am happy to hear that you got something working.

[quote user="Tjaz"]This now raises the question why LTE Link Monitor works with the nrf9160 DK, and not our custom board (sometimes).[/quote]

How do you connect your custom device to the computer? Have you ruled that out as a source of your problem?

[quote user="Tjaz"]That is, I get no responses to AT commands in LTE Link Monitor, and also no responses using minicom.[/quote]

Have you tried to see if the AT command reaches the nRF9160? If it does not, that would explain why you do not get a reply. One way you might be able to check is to check the pin/trace used for the UART signals with an oscilloscope or logic analyzer.

Best regards,

Didrik

RE: nrf9160 custom board AT client not working

Tjaz — Mon, 11 May 2020 07:59:44 GMT

Hello,

I have since found out, that communicating with the AT client does not work only with some applications (terminals) on my computer. So, it is not the AT client that is at fault, but the software interfacing with it.

That is, I get no responses to AT commands in LTE Link Monitor, and also no responses using minicom. But writing a python script using Serial, I get correct responses from the AT client.

For example, a script like this works:

#!/usr/bin/env python3
import serial
import time

ser = serial.Serial("/dev/ttyUSB0", 115200, timeout=2)  # open serial port
print(ser.name)         # check which port was really used

ser.write(b'AT\r\n')     # write a string
s = ser.readline()        # read line
print(s.decode("ascii"))  # prints OK

time.sleep(1)

ser.write(b'AT+CFUN=4\r\n')
s = ser.readline()
print(s.decode("ascii"))  # prints OK

time.sleep(1)

ser.write(b'AT+CFUN?\r\n')
s = ser.readline()
print(s.decode("ascii"))   # prints +CFUN=4

This now raises the question why LTE Link Monitor works with the nrf9160 DK, and not our custom board (sometimes).

Regards,

Tjaž

RE: nrf9160 custom board AT client not working

Tjaz — Fri, 08 May 2020 08:44:16 GMT

Do you know what is different between then and now?

Sorry, I was maybe a bit unclear in my first post. As far as I am aware, nothing has changed. But due to the corona-virus and remote-work, I can not 100 % verify the situation.

Does the computer that does not work have something in common?

Is there anything that separates them from the computers that does work?

It works on a specific windows machine, but not on another windows machine and neither on 2 separate Linux machines.

What AT commands did you test?

What does the terminal window say? Did you get a response from the device at all, even though it came "too late for the Link Monitor"?

Are you able to read any application output on the computers that does not work?

Is the behaviour consistent across all your custom devices?

I testes simple commands such as "AT", "AT+CFUN?" and "AT+CFUN=1", ... They all time out and there is no response from the at client at all (not even after a bigger delay, as you suggested). I get application output at the beginning - the booting message and then "The host AT client has started" (or something like that). Flashing some other application, I can also see LOG/printk output.

The behavior was observed on 2 devices. I will be able to check more in the next week, but probably never all of them.

I maybe suspect this has something to do with UART configs -> we use UART0 for outward communication and UART1 for takling to nrf52. Maybe UART0 is blocking the UART0 line? is this possible?

Regards,
Tjaž

RE: nrf9160 custom board AT client not working

Didrik Rokhaug — Thu, 07 May 2020 11:55:17 GMT

Hi.

[quote user=""]We need to use the AT client in order to flash certificates to the modem. This used to work and we successfully flashed certificates on some 10 or so devices[/quote]

Do you know what is different between then and now?

[quote user=""]For some unknown reason, the LTE link monitor could successfully communicate only on some PCs (on others, all AT commands timed out, but only for our boards. Communicating with the DK worked OK).[/quote]

Does the computer that does not work have something in common?

Is there anything that sepparates them from the computers that does work?

[quote user=""]all AT commands timed out[/quote]

What AT commands did you test?

What does the terminal window say? Did you get a response from the device at all, even though it came "too late for the Link Monitor"?

Are you able to read any application output on the computers that does not work?

Is the behaviour consistent across all your custom devices?

Best regards,

Didrik