Enter CMUX, Leave CMUX, Enter CMUX again (IDFGH-8551) about esp-protocols HOT 11 CLOSED

@david-cermak my main Question is:
is this working with other Modems and ESP-Modem ?
so must we check more on ESP-Modem side, or more on Simcom side ?

from esp-protocols.

I've tested that on SIM7600 and BG96 and it seems to be working.

Also from what I see in the logs, it's also working for you if you enable verbose logging (log2.txt, there's an ERROR reply from the modem in one place, but that's expected as we've already entered data mode in the previous step and that step is ignored)
Maybe it's failing due to some timing condition for your device. Does it work if you add say 200ms delay between switching modes?

from esp-protocols.

I (00:00:29.485) esp-netif_lwip-ppp: User interrupt
I (00:00:29.486) esp_modem_netif: PPP state changed event 5
Modem has correctly entered command mode
E (00:00:40.655) cmux_example: Failed to configure multiplexed command mode... exiting

from esp-protocols.

so in INFO Log Level not working. added 1 Second Sleep ...

from esp-protocols.

log3.txt
in Verbose mode same, 1 s delay not helping anything !

from esp-protocols.

from esp-protocols.

Question:

do you need to stop the netif and start the netif again ? 

@david-cermak

from esp-protocols.

Question:

do you need to stop the netif and start the netif again ? 

No need to do that, that should work automatically. I think I'll order SIM7070 and test it.

from esp-protocols.

Question:
do you need to stop the netif and start the netif again ?

No need to do that, that should work automatically. I think I'll order SIM7070 and test it.

yes, that would be most great. 

then we are on the same Page.

from esp-protocols.

Note that if reconnecting to PPPoS fails with NO CARRIER or similar, it usually helps to hang-up the current connection by sending ATH\r (will try to incorporate this to some retry mechanism in this library)

from esp-protocols.

Closing as this has been fixed in #169

from esp-protocols.