Вот тут возникла одна проблемка. Может кто сталкивался?
Есть протокол для работы с неким контроллером. Причем в нем есть команды, отправляемые в контроллер, которые состоят из НЕСКОЛЬКИХ параметров (допустим К штук). Ответом из контроллера будет также К штук параметров в одном сообщении.
Для реализации в Трейс-Моуд решено было использовать К + 1 канал типа ВЫВОД (К информационных и один -- сигнал о том (канал С), что пора начать передачу) и К каналов типа ВВОД.
Пользователь вводит значения К каналов типа ВЫВОД, а я в драйвере их сохраняю -- ИМЕННО СОХРАНЯЮ, никакого отправления НЕ ПРОИСХОДИТ. Затем, при нажатии на кнопку (Готово) посылаю в канал С единицу (начать передачу) и в драйвере формирую отправляемое сообщение.
Но проблема состоит в том, что когда не происходит отправления для канала типа ВЫВОД (в функции Set_xxx), МРВ НЕ ВЫЗЫВАЕТ для этого канала функцию Get_xxx, в которой можно выставить признак окончания передачи, и для этого канала ПРОДОЛЖАЕТ ВЫЗЫВАТЬСЯ функция Set_xxx.
Каким образом можно сбросить это значение канала С или как можно остановить вызовы Set_xxx для каналов ВЫВОД, если в предыдущем Set_xxx отправления не было?
И непонятно, глюк это ТМ или фича? И если глюк, то когда (в какой версии) будет поправлен?

... дальше пропущено -- документацию уже читали-с ...
но дело-то в том, что этот канал (у которого в Set_xxx max_rec == 0 && max_send == 0) будет опять (на следующий цикл) вызван для передачи!!! И так бесконечно!!! Вот некрасивость-то где!

"Канал управления передачей должен получить от драйвера параметры передачи с указанием буфера для посылаемой строки. Далее обработка этого канала должна идти по штатному алгоритму. "

а вот тут непонятно..."Канал управления передачей" -- что это за зверь?

Вы хотите сказать, что в любом случае, чтобы МРВ вызвал Set_xxx с этим каналом НЕОБХОДИМО ЧТО_ЛИБО ПЕРЕДАТЬ и ПОЛУЧИТЬ?

А встречал ли кто-нибудь более приемлемые способы передачи данных в драйвер? Т.е. без общения с контроллером?

Другими словами, недостатки в протоколе общения ТМ с драйвером устранимы ТОЛЬКО на верхнем уровне -- написанием FBD-программы. Я уже задумывался над этим вопросом, и я уверен, что более правильно было бы расширить возможности работы с драйвером на уровне алгоритма (DATA11) работы с драйвером.