Программирование COM-порта

[TELEPUZ]

Дабы внести ещё кое какую ясность объясню то, чем я руководствовался при выяснении того, какие команды слать на запрещение/разрешение прохода.
Я порылся в ассемблерных исходниках(самописного драйвера по работе с проходной под DOS -исполняемый файл с расширением com) Так вот там я вычислил, что команды отдаются по адресу, которым адресуется регистр MCR(Modem Control Registr), что и логично(обращение в DOS к регистрам порта без проблем напрямую - это не винда, которая запрещает подобные трюки). Если запрет - то в этот регистр загоняется число 08h-если посмотреть описание MCR-то это значит DTR и RTS 0. Для запрещения прохода - в регистр осуществляется запись числа 0bh - DTR=1 и RTS=1. Прилагаю описание этого регистра.

[raxp]

...оки. Раз вы обмен не используете, а дергать надо пины, попробовать драйвера прямого доступа к портам не хотите, в целях эксперимента? Giveio, Hwport, ioport, inpout?

[TELEPUZ]

Сообщение от raxp

...оки. Раз вы обмен не используете, а дергать надо пины, попробовать драйвера прямого доступа к портам не хотите, в целях эксперимента? Giveio, Hwport, ioport, inpout?

Ну попробовать-то оно, конечно можно. Но вот честно, не знаю, что это может мне дать? Мне почему-то кажется, что основная проблема не в том, что моя прога слишком долго обращается к линиям порта посредством стандартного виндоузного драйвера. Где-то около 30 тактов напрямую будет, ну винда для этого пусть даже пару тысяч тактов съест - согласитесь для современного проца это ничто, это максимум микросекунды. Думаю, что основная задержка происходит из-за переключения контекста задач WindowsXP планировщиком. Т.е. приходят данные в порт, а в этот момент процессор работает с другим потоком, по истечению time slice работы с ним(этим потоком ) сохраняет в регистрах его контекст, загружает в регистры контекст того потока, из которого работает мой обработчик данных на приход в порт пакета(но не факт- может какой-нить ещё поток, нуждающийся в процессорных тактах загрузить). К этому времени 4 мс истекают, контроллер опрашивает линию DTR - а там старое значение. У меня такие мысли..

[raxp]

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

[TELEPUZ]

Сообщение от raxp

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

Если вы по поводу того, что 4 мс - это время, за которое ПК обрабатывает информацию. Причём ПК -этот якобы идёт в комплекте, как предположил уважаемый Смит-Вессон. то вот что скажу - в комплекте к проходной ПК никакого не было, а эти 4 мс - это руководство для разработчика-указание на то, что программа на ПК ОБЯЗАНА дать ответ не позднее 4 мс. И мои опыты с проходной это подтверждают. Я вот думаю - а не может ли моя прога запаздывать с ответом из-за того, что я её запускаю из отладчика Visual Studio?

[TELEPUZ]

Сообщение от raxp

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

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

[Smitt&Wesson]

Если контроллер проходной собран на КР1816ВЕ35, то смею предположить, что контроллер порта RS-232, собран на микросхеме КР580ВВ51. Так ли это? Схемку можете скинуть?

[TELEPUZ]

Сообщение от Smitt&Wesson

Если контроллер проходной собран на КР1816ВЕ35, то смею предположить, что контроллер порта RS-232, собран на микросхеме КР580ВВ51. Так ли это? Схемку можете скинуть?

Да, конечно прикрепляю описание всех микросхем на схеме и саму схему. Качество изображение плохое - старые бумажки((. В лучшем разрешение выложил на файло-обменник:
http://files.mail.ru/DA83283BD8D04F13B222D962E1BAC20F.

[raxp]

а не может ли моя прога запаздывать с ответом из-за того, что я её запускаю из отладчика Visual Studio?

может, а если вы еще и не нативно общаетесь с портом, а используя прокладки NET, то тем более.

[Smitt&Wesson]

В общих чертах. Сигнал с разъёма XS5-105 вход RS-232 (провод 20) поступает на транзистор VT4 и через инвертор, на вход условного перехода JTO/JNTO. Никакого запоминания сигналов не происходит (этот вход только проверяется программой и его уровни нигде не фиксируются). Скорее всего, проблема в несогласованности длительностей сигналов на передающей и приёмной стороне.
Почему воспринимается только второй сигнал? Фиг его знает, может в программе контроллера ошибка.
В общем, я не увидел патологических ограничений на приём/передачу данных.
Для более точных выводов, нужно дизасемблировать прошивку РФ5-й и смотреть, чё она там с этим портом делает.

Сообщение от raxp

может, а если вы еще и не нативно общаетесь с портом, а используя прокладки NET, то тем более.

Ничего подобного. Скорее всего, его программа опережает события. Или длительность сигнала настолько мала, что цикл опроса, просто его не вылавливает с первого раза.

Как по мне, выкинул бы я этот котроллер к чертям и зделал всё через LPT-порт от ПК. Тем боллее, что там используются 5 входных и 5 выходных сигналов. Задачка на пару дней, не считая перепаек.