Pppd always fails after modem reset

[olle.sandberg]

Hi,

We’re running a Linux based system connected by USB to a HL7800. On /dev/ttyACM0 we normally monitor and configure the modem. And on /dev/ttyACM1 we run pppd initialized with a chat script. Basically using the setup from AN AirPrime_HL78xx_Establishing_a_PPP_Session_with_a_Linux_Host_Rev1_0.

We have however noticed that after every modem reset (both hard and soft, and cold boot) pppd fails to connect with “Connect script failed”. But the second time pppd is started it will always connect as expected, assuming network registration is ok etc.
Even if we wait for a couple of minutes after resetting the modem before starting pppd it will still fail on the first run. And the second run it will connect almost instantly.

Looking at the chat log of a failed attempt we can see that the modem is spamming a lot of ERROR and spaces. Same thing if we read directly from the /dev/ttyACM1 device after reset.

This is not a huge problem since it can be worked around by restarting the pppd process. Still annoying since it increases the time before we can connect.

So we’re wondering if this is normal behavior or is there anything we can do to avoid it?

Btw, we see the same behavior on both FW 4.6.9 and 4.4.14.

Thanks for your help!

[jyijyi]

do you have the chat log?

There should be no problem for dial up:

HL78xx ttyACM1 PPP port doesn't respond (LCP: timeout sending Config-Requests)

no problem is found for dial up in ubuntu 12 using usb /dev/ttyACM1 port with FW 4.6.8.0: Cowner@ubuntu:~$ sudo wvdial → WvDial: Internet dialer version 1.61 → Initializing modem. → Sending: AT AT OK → Modem initialized. → Sending: ATDT991# → Waiting for carrier. A CONNECT TDT99**1# → Carrier detected. Waiting for prompt. ~[7f]}#@!}!}!} }8}!}$}%[14]}"}&} } } } }%}&)Inb}’}"}(}"[q~ → PPP negotiation detected. → Starting pppd at Wed Sep 1 16:28:58 2021 → Pid of pppd: 35…

HL7800 as a network interface in Linux

Hi, I tried with all three devices and also with “ATD*99***3#” but still not seeing any ppp0 interface. We are using CAT-M1 if that makes any difference. Best Regards Jesper

[olle.sandberg]

do you have the chat log?

Sure, I have attached it and chatscript+ppp options.
This is when running pppd directly (no wvdial), like:

root@dev:~# pppd /dev/ttyACM1 921600 nodetach                                                                                                                                                                                                                                                                    
Connect script failed

Edit: Now attached them.

ppp-options.txt (122 Bytes)
hl78xx-chat.txt (146 Bytes)
chat.txt (915 Bytes)

[jyijyi]

I don’t see you are sending atd*99 like this

HL7800 as a network interface in Linux

Hi, I tried upgrading the firmware to the latest version. Now I am getting this error instead: pppd[5676]: pppd 2.4.8 started by root, uid 0 chat[5677]: abort on (BUSY) chat[5677]: abort on (NO CARRIER) chat[5677]: abort on (VOICE) chat[5677]: abort on (NO DIALTONE) chat[5677]: abort on (NO ANSWER) chat[5677]: abort on (DELAYED) chat[5677]: timeout set to 10 seconds chat[5677]: send (AT^M) chat[5677]: expect (OK) chat[5677]: AT^M^M chat[5677]: OK chat[5677]: -- got it chat[5677]: send (AT^M) …

[olle.sandberg]

I don’t see you are sending atd*99 like this

No but it’s in the chat script:

ABORT BUSY
ABORT "NO CARRIER"
ABORT VOICE
ABORT "NO DIALTONE"
ABORT "NO ANSWER"
ABORT DELAYED
ABORT ERROR
TIMEOUT 10
"" AT
OK "ATD*99***1#"
CONNECT

So I would guess it’s not sent because chat never receives an OK for the initial AT. But instead it receives some +CEREG ... and finally aborts on ERROR. If I remove the ABORT ERROR from the script then the chat log is filled of ERRORS and whitespaces.

[jyijyi]

Probably you need to wait for the registration complete to start the ppp dial up in order not to receive the cereg notification

[olle.sandberg]

Yes, seems like when CEREG URC is enabled these messages appear on both ttyACM0 and ttyACM1. Which conflicts with what the chat script expects first run, while second run these messages has already been read. Still not clear to me what these errors popping up are but think we understand the main problem now anyway.

Thanks for your help @jyijyi !

[jyijyi]

Not sure if at+cereg=0 (which is to disable the notification) can solve your problem
You can give a try.

[olle.sandberg]

If it could be set for one of the tty’s it would be a potential fix, but seems to be same for all. Hence losing the notifications we want on ttyACM0.