Пытаюсь реализовать диалог с GSM-модемом, подключенным в (виртуальный) COM-порт.
Диалог имеет примерно такой вид:
code_7980.txt

Время между запросом и ответом не фиксировано, и, теоретически, может меняться в зависимости от запроса. Хотелось бы организовать максимально универсальную схему, "общающуюся" с модемом таким образом. То есть общение с модемом происходит через вызов метода doChat некого мультиэлемента, которму передаются строка-запрос и ожидаемый ответа (или "шапка" ответа - e.g. "+CGMI"), и получения событися либо onReply, либо onError.

Общение должно идти асинхронно, не "замораживая" основной поток программы. Вот мои потуги на эту тему:
code_7981.txt
(В схеме применён "потусторонний" (с) компонент ComAsync v1.5 от Wolfik-а).

Внимание, вопрос: что я делаю не так, и как надо делать?

iarspider, При долгой работе этот компонент зависает и держит порт пока не выдернешь шнур (я раньше его использовал но в итоге перешел на штатный)

iarspider, компонент называется асинхронный порт, потому, что он асинхронен сам по себе.
В выложенной выше схеме зачем то создается еще один поток, в итоге получается поток в потоке.
Компонент внутри себя сам создает поток процедуре ожидающей сведений от порта.
Чуть позже подретуширую его.

Вся проблема в том, что мне нужно дождаться ОК от модема, и при этом не блокировать основной поток этим ожиданием...

Редактировалось 3 раз(а), последний 2021-05-21 12:57:06

Уже переделал. Основным затыком было то, что следующую комманду надо посылать тогда, когда разобрался с ответом на предыдущую. То есть, по сути, "тактировать" ArrayEnum.
Сейчас собрал на стандартных компонентах тактированынй ArrayEnum (кстати, очень не хватает компонента "длина массива"!)

А как же вот это

Блин, так и знал, что надо в "Точки" посмотреть

Ну вы батенька, и даете...