Ситуация такова:
некоторое время назад мои коллеги разработали замечательное устройство, которое кроме всего прочего умеет общатся с другими ус-вами через RS232... теперь надо подружить его с компом... вродебы всё сделал, НО... есть один ньюанс: По одному проводу гонятся и данные и команды, а разделяются они посредством состояния DCD (RLSD) в текущий момент....это прекрасно работает на "голых" контроллерах и как показал опыт с реалтайм приоритетом под некоторыми линухами, а вот как заставить это работать под виндой ума не приложу....
пока что все говорят мне только забей и сделай аппаратный переходник, но может можно как нибудь программно?

вот в кратце правила обмена:
-Скорость Команд 38400
-Скорость данных 1200-16000
-данные передаются порциями по 24 байта
-команды посылаются или при отсутствии данных или в "корыте" образовашемся из-за разницы скоростей
-при передаче данных DC=1, при командах DC=0

КАК отделить мух от котлет ? Винда не успевает  

И не успеет.
Надо или делать специальный шнурок и настраивать сам виндовый драйвер, что бы это все работало аппаратно. Но то, что будет работать не факт, т.к. не совсем понял алгоритм обмена. Зачем там вообще было использовать определение несущей (DCD)? Тут можно попробовать извратиться если сделать работу с портом по событиям. Т.е. как только возникает событие (на которое будет железно заведена ваша DCD) считается, что в буфер читается команда, иначе данные. Но опять же, вопрос разделения команд и данных на программном уровне не ясен.

Как-то подругому выделять команды и данные. А если есть возможность, то вообще переосмыслить ситуацию и изменить протокол. Если не свой придумать то хотя бы ModBus.

такой возможности нет :(

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

Несовсем. В этом мега шнурке можно попробовать обойтись без электроники, просто DCD не на свое место поставить а, например, на DTR или что-то в этом роде (я сейчас уже не помню точно как там с сигналами что происходит).

А драйвер порта можно настроить так, что бы он по определенному событию (например падению этого самого DTR или чего-нибудь другого) возбуждал событие. Все это естественно делается на голом WinAPI и совершенно не гарантирует результат, т.к. много вопросов с синхронизацией все равно будет... Это так, размышления на тему.

ЗЫЖ Ну не предназначен COM для протоколов которые завязаны на время...  Ну не играет она 

DonPager, ты можешь выложить описание протокола его временную диаграмму да и вобще всё что есть.