RAK7243C gateway, LTE connection doesn't work

Issue:RAK7243C gateway. Verifying the LTE connection, it always returns the error below “No network protocol running”.

Setup:I’ve explained it below.

Details:
Hi,

Since I received the RAK7243C gateway it has been working with my home WIFI without problems. It works perfect.

Now I am configuring it to work over LTE since it is very possible that I will end up putting it in the countryside, with power, but without Internet. That is because I need this setup.

I have followed the steps in the Rak documentation manual.

https://doc.rakwireless.com/rak7243c-lorawan-developer-gateway/accessing-the-internet

  1. First, insert a SIM card. Power on the Gateway.

  2. Then, log into the Gateway through SSH, and enter the command: sudo gateway-config.

  3. Choose “ 7 Configure LTE Module ” and complete the process back and forth as you explain in the guide.

Enable LTE Automatic Dial-up - the default option and is used to enable automatic connection during start-up.

Disable LTE Automatic Dial-up - used to disable automatic connection during start-up.

  1. sudo minicom -D /dev/ttyAMA0 -b 115200

  2. “ at ” returns with “ OK ”.

  3. “ at+cops=? ” to look for all available LTE networks

  4. at+cops=1,0,Movistar,7 to set the LTE network operator that you want to use.

  5. Setting the APN name . I have put 2 different sims (APN= movistar.es and the other APN=tuenti.com). I’ve tested both sims in a cellular, without PIN required, and browsing Internet perfectly.

And baud rate.

  1. Verify the connection: sudo pppd call gprs

But I must be doing something wrong because when verifying the connection, it always returns the error below “No network protocol running”. See bellow screenshot.

  1. And I can see that I don’t have an IP assigned: at+cgpaddr returns ERROR

Thanks,

Manuel

It might be worth trying to see where that “unterminated quote (line 4)” is coming from.

It could be an irrelevant typo in a static configuration file that doesn’t actually matter.

But if there’s any chance it’s a result of how you entered the custom settings for your provider, that might explain the issue.

Hi,

Appreciate your quick answer, I have some doubts.

  1. How can I know where that “unterminated quote (line 4)” is coming from?

  2. I tried with 3 different vendors/sims. Same error.

could the problem be the line “No auth is possible”? what is it?

  1. There is 4 possibilities to put the SIM card in the slot. Do you have an image with the correct position of the sim in the slot?

Many thanks,

Manuel

Where did you buy rak7243c?

I have had the an issue buying rak2245 and rak2013 for separate

I bought it in Madrid. And yes it is a rak7243c.

Hi, I’ve that problem too. I tryed a lot of things.

  • update firmware (download: 2022-06-24)
  • setup the PIN for the sim card in the script: /etc/chatscripts/quectel-chat-connect
    (I added the line: OK AT+CPIN=XXXX)
  • I updated the APN (provider is telekom, so I used: internet.telekom)
  • following log:
    Script chat -s -v -f /etc/chatscripts/quectel-chat-connect -T internet.telekom finished (pid 1649), status = 0x0
    Serial connection established.
    using channel 1
    Using interface ppp0
    Connect: ppp0 <–> /dev/ttyAMA0
    sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2709818b> ]
    rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <magic 0xd111d63c> ]
    No auth is possible
    sent [LCP ConfRej id=0x0 ]
    rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2709818b> ]
    rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd111d63c> ]
    sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xd111d63c> ]
    sent [LCP EchoReq id=0x0 magic=0x2709818b]
    sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
    rcvd [LCP DiscReq id=0x2 magic=0xd111d63c]
    rcvd [LCP EchoRep id=0x0 magic=0xd111d63c 27 09 81 8b]
    rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x6 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfNak id=0x6 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfNak id=0x7 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    rcvd [IPCP ConfReq id=0x0]
    sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
    rcvd [IPCP ConfRej id=0x8 <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
    sent [IPCP ConfReq id=0x9 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
    rcvd [IPCP ConfReq id=0x1]
    sent [IPCP ConfAck id=0x1]
    rcvd [IPCP ConfNak id=0x9 <addr 10.158.12.186> <ms-dns1 10.74.210.210> <ms-dns2 10.74.210.211>]
    sent [IPCP ConfReq id=0xa <addr 10.158.12.186> <ms-dns1 10.74.210.210> <ms-dns2 10.74.210.211>]
    rcvd [IPCP ConfAck id=0xa <addr 10.158.12.186> <ms-dns1 10.74.210.210> <ms-dns2 10.74.210.211>]
    Could not determine remote IP address: defaulting to 10.64.64.64
    not replacing default route to eth0 [192.168.20.1]
    local IP address 10.158.12.186
    remote IP address 10.64.64.64
    primary DNS address 10.74.210.210
    secondary DNS address 10.74.210.211
    Script /etc/ppp/ip-up started (pid 1702)
    Script /etc/ppp/ip-up finished (pid 1702), status = 0x0
    rcvd [LCP TermReq id=0x3]
    LCP terminated by peer
    Connect time 0.1 minutes.
    Sent 0 bytes, received 0 bytes.
    Script /etc/ppp/ip-down started (pid 1761)
    sent [LCP TermAck id=0x3]
    Script /etc/ppp/ip-down finished (pid 1761), status = 0x0
    Connection terminated.
    abort on (ERROR)
    abort on (NO DIALTONE)
    unterminated quote (line 4)
    Script chat -s -v -f /etc/chatscripts/quectel-chat-disconnect finished (pid 1823), status = 0x1
    disconnect script failed
    Modem hangup

I tryed about weeks and have no ideas anymore. Thanks a lot!

Seems after reboot all is working fine. Not sure, but I got no error. :grin: