more Control over CMUX virtual Channels (IDFGH-8559) about esp-protocols HOT 9 CLOSED

SIMCOM support explained that CMUX is entered only once after start-up

Does that mean that your device doesn't support runtime exit of CMUX?

I'll try to think about how we can extend the interface and provide better control over these virtual terminals.

from esp-protocols.

@david-cermak

from esp-protocols.

other Question:

is there a way to pro-actively shut down the DataMode (PPP Session) on one Channel without leaving CMUX, and again enter Data mode later ?

from esp-protocols.

This issue is also observed on our side. We do the following steps:
Enter Command mode
Enter CMux mode and and connect to internet successfully
Simulate disconnection event
Re-Enter command mode
Enter Data Mode and and connect to internet successfully
send AT command => does not work any more. Seems like the port is used for Data only instead of AT commands

So after we enter CMUX mode, we need to have control over the 2 ports in order to be able to switch between Command and Data mode

from esp-protocols.

That was the original design, but was simplified in f3ff98b to automatically maintain DATA mode in one virtual terminal when in CMUX. I would like to provide more control of the individual terminals in CMUX, but that would complicate the API. I think the main reason for using this auto CMUX mode was, that for the devices I tested seamlessly exited (all possible) data mode(s) when closing CMUX mode.

This issue is also observed on our side. We do the following steps:

1. Enter Command mode
2. Enter CMux mode and and connect to internet successfully
3. Simulate disconnection event
4. Re-Enter command mode
5. Enter Data Mode and and connect to internet successfully

@RilabsAutomotive about the step 5): Why entering Data mode here, if you wanted to use AT commands? Would it work if you enter CMUX mode?

from esp-protocols.

Right, so the re-entering in Data mode in step 5, we tried in order to retrigger the PPP to establish and authenticate.
SIMCOM support explained that CMUX is entered only once after start-up to create the virtual ports. Then we shall only switch between Command and Data mode in order to re-establish connection via PPP.

p.s. we tested that indeed enterring second time in CMUX fails. We receive "NO CARRIER" from SIMCOM at AT command ATD
p.s2. we tested also that if we enter Data mode the second time, the PPP connection is established and we receive IP Event and re-connect succefully. However, after that AT commands do not work and we can't control the SIMCOM.

from esp-protocols.

SIMCOM support explained that CMUX is entered only once after start-up

Does that mean that your device doesn't support runtime exit of CMUX?

exit was possible, but re-Enter not. 

I'll try to think about how we can extend the interface and provide better control over these virtual terminals.

from esp-protocols.

also the Topic is: if a PPPos Session on Data terminates, the Channel switch to command. (see initial Post above)

from esp-protocols.

also the Topic is: if a PPPos Session on Data terminates, the Channel switch to command. (see initial Post above)

Good point, thanks! Will have to do something about re-entering the DATA mode if it spontaneously exits. On my devices it's usually enough to transition CMUX -> CMD and back CMD -> CMUX (the first transition assures that the PPPoS graciously shutdowns on these devices)

from esp-protocols.