COM порт на современных материнках, Есть ли нюансы работы? Опции

[Angel]

Есть некий чорный ящик который управляется с персоналки по последовательному порту (25 контактов). До этого времени этой персоналкой был 286
Но он успешно умер и мы решили поставить новую машину. Подключили через переходник 9 в 25 к порту. Программа управления написана в ДОСе. Проблема в том что теперь нет связи с этим чорным ящиком. Программа выдает сообщение что идет конект, но на этом все. В чем тут проблема. У меня пока один вариант, что программа привязана к апаратуре, и возможно использует нестандартное управление портом (нештатные режимы) которое на современных материнках не проходит.
Может ли такое быть? Есть ли другие варианты и что можно сделать?

[moonrock]

Ком порт который висит на 9-ногом разьеме ничем не отличается от порта с 25 ногами. Собственно полнофункциональный ком порт и состоит из 9 проводов. А урезанный из трех: RX, TX и GND.
Что могу предположить:
1. Проверьте еще раз кабель и его распайку. Все ли сигналы проходят? Вообще какие линни ком-порта использует ЧЯ?.
2. Может ЧЯ не нравятся уровни сигналов. Или выходное сопртивление.
В общем чудес с этим не бывает.

[TsAN]

Пробовал на 286 и 486 все рабоает. Думаю не в задержках дело.

На 486 COM-порт расположен на маме? Если да - оборудование использует 9-ти проводной RS-232 разъем. Если на карте (плате расширения) - как подключен разъем DB-25. Если ленточным кабелем на 9 или 10 проводников - тоже. Если COM-порт расположен на мультикарте - то же, на них полный RS-232C уже не монтировался.

Относительно задержек. Реально задержка должна быть с некоторым запасом, иногда весьма значительным. В то время как, несмотря на значительную разницу в быстродействии ЦП, реальные скорости опроса портов в системах на основе 286 и 486 - если в последнем порт не поключен к VLB - практически одинаковы: в обеих случаях порт сидит на одной и той же 8 МГц или около того ISA-шине, так что опросить его состояние, скажем, 1000 раз по времени будет практически одно и то же.
Попутно замечание. Чисто программная задержка на разных машинах будет разная независимо от языка программирования, ибо в основе ее - время исполнения некоторой последовательности команд. Хотя вполне возможно, что для различных языков отношение задержек может быть и различным.

И еще. Мысль, высказанная ув. moonrock:

2. Может ЧЯ не нравятся уровни сигналов. Или выходное сопртивление.

так же один из основных претендентов на причину неработоспособности. Особенно это относится к COM-портам, смонтированным на маме. Во всяком случае, для сравнения уровней сигналов на работающем и неработающем оборудовании причина эта весьма веская...

Удачи!