Open chihosin opened 1 month ago
Hi @chihosin! We appreciate you submitting your first issue for our open-source project. 🌟
Even though I'm a bot, I can assure you that the whole community is genuinely grateful for your time and effort. 🤖💙
This frame is not a valid as it is not encapsulated:
[00:00:15.036,000] <dbg> modem_cmux: modem_cmux_log_frame: rcvd ch:1 cr:0 pf:0 type:UIH dlen:14
[00:00:15.036,000] <dbg> modem_cmux: modem_cmux_log_frame: data:
7e ff 03 c0 23 02 01 00 06 00 00 fc 25 7e |~...#... ....%~
The frame should be:
7e ff 03 ... 7e <- unencapsulated
7e ff 7d 23 ... 7e <- encapsulated (0x7d, 0x23 means escape, ((0x23 ^ 0x20) == 0x03))
This may be because of some special rules in the PPP protocol, or it is just a bug in the simcom firmware. In either case, the modem subsystem expects all PPP packets to be encapsulated at this time.
I found this spec https://datatracker.ietf.org/doc/html/rfc1661#section-2 of the PPP protocol, maybe you can find something in there which allows for unencapsulated packets, which we can then implement in modem_ppp
:)
Thank you for your response. It seems that I have found the function causing the PPP connection process to stall. The issue appears to be the unrecognized PPP protocol at this point. I’ll try to resolve it when I have time.
Is your enhancement proposal related to a problem? Please describe. Support use general modem (e.g SIM800 with CMUX) in the driver cellular modem.
Describe the solution you'd like In version 3.6, the gsm_modem driver worked correctly, but now it is not functioning properly with the cellular_modem. I tried adding a code snippet based on the SIM7080 to support SIM800’s initialization commands, but even after removing the PAP authentication part, it still fails to connect to the network.
Describe alternatives you've considered
Additional context Here is the log after running the modified code.