Постулат #1 гласит:
The chain Command -> Response shall always be respected and a new command must not be issued before the module has terminated all the sending of its response result code (whatever it may be).

но вот в чем у меня вопрос:
если на DLCI1 отправили FTPCONNECT и не дождавшись ОК ( который может запоздать к примеру на 30 секунд )
на DLCI2 можем отправить любую другую команду ?

00:00 DLCI1: send FTPCONNECT
00:05 DLCI2: send ATH <--- можно ли так поступать в CMUX ?
00:06 DLCI2: recv OK
00:30 DLCI1: recv OK

модем берем абстрактный, хотя я работаю с телит

Это надо смотреть доку к конкретному модему. Там пишут список команд, которые допустимо выполнять одновременно.

Например из доки по ат-командам телита
>> #QDNS - This command is available only on the first virtual port of CMUX and works on the PDP context 1 and on the first ConnId ( see AT#SCFG )
или вот из "CMUX User Guide" стр.30


---
а заметил еще про ATH. Опять же в контексте телита, в доке сказано, что разорвать соединение можно только на том DLCI, где оно было установлено.

слона то я и не приметил. Только "CMUX User Guide" новее Rev. 5 – 2011-03-01 не встречал, и там это описано на странице 25. У вас какая версия документа ?



да-да, так и делаю. Всё основное управление по DLCI1, на DLCI2 только GPRS, на DLCI3 только FTP

Rev.5 - 2014.03.11

дык это Telit CMUX Implementation User Guide, а я смотрю Telit CMUX User Guide =)

еще вопросик: может ли случится такое
ответ от модема большой, не влезает в один фрейм, и модем отправит в следующем последовательности
VP1 -> frame1_part1
VP2 -> frame2
VP1 -> frame1_part2

теоретически такое конечно возможно.

Если кому нужен, ->

интересует такой, в котором снята блокировка, а то ничего не выделишь и поиск не работает. Что за бред ? Пошли по стопам симкома ?
так же, интересует User Guide в котором в APPLICABILITY TABLE указан LE910 и LE920.

а вообще, разочарование от CMUX из-за ограничений "some AT commands will not be executed in parallel by the module.":
Ну вот почему при ATD на втором канале, модем не может ответить на банальный at\r на первом канале ?! Все таймауты ломаются в проекте

>>>интересует такой, в котором снята блокировка, а то ничего не выделишь и поиск не работает. Что за бред ?

Просто сделан рисунком, нет там блокировки - это не текст.

>>>Пошли по стопам симкома ?

Simpo PDF password remover снимает блокировку за 5 секунд.
Я стараюсь на FTP выкладывать уже разлоченые доки, но если что пропустил скажите - сдлелаю.

да там каша-малаша, где текст а где картинка ! Слово CMUX нашлось поиском только в оглавлении. А по тексту оно встречается еще фиг знает сколько раз




смотрю свои доки ( качал наверное с мт-систем ) и эти доки не разлочены
sim800_series_multiplexer_application_note_v1.01.pdf
sim800_series_serial_port_application_note_v1.01.pdf

Вы про FTP электроникса говорите ? Вечерком гляну, закрыт 21

P.S. кстати, касаемо топика, есть ли ограничения в SIM800 ?
Пролистал sim800_series_multiplexer_application_note_v1.01.pdf и чего то не нашлось, только как создавать пакеты
в SIM900_Multiplexer User Manual_Application Note_V1.3.pdf тоже самое

Гугль не находит гипотетически нужного мне документа simcom multiplexer user guide

Нет, я говорил о нашем сайте - microchip.ua/simcom
Ну а дальше по каталогам.

Сегодня ближе к обеду перепроверю доки и если что еще залочено, то открою.

У SIM800 по MUX кроме sim800_series_multiplexer_application_note_v1.01.pdf я другого не видел.
Но можно спросить у Батора, может у него есть. Его ник на форуме "Цырен."

у вас эти два документа разлочены. Забрал себе. Благодарю за содержание документации в удобном виде

Таки напрошусь, можете у китайцев узнать про ограничения в CMUX ?

ЕМНИП(по телиту), когда вызываете команду в формате "test", то в ответ приходят возможности - поддерживаемые режимы, размер кадра и т.п.

чота не густо
at+cmux=?
+CMUX: (0),(0)
OK

Присоединюсь.
Как дела обстоят в 800 серии?

В 900-й (-DS):
Установки асинхронных ответов устанавливались глобально на все каналы.
Выбор рабочей SIM распространялся глобально на все каналы.