Свой драйвр для COM Опции

[Timofey]

В силу ряда причин пишу свой драйвер для встроенных в материнку COM портов. Возникло несколько вопросов:
1. Читал, что через биос можно узнать адреса стандартных портов, путем чтения данных по адресу 0040h. Читаю от туда данные, а они постоянно меняются. Верен ли адрес? Где вобще можно узнать адреса стандартных портов?
2. В системе есть один порт с ресурсами 0x3F8-0x3FE, читаю эти адреса, а там одни фф. Получается порт не исправен? Или он на самом деле лежит по другим адресам? Запись других значений ничего не дает, там по прежнему лежат ФФ. Может это из-за того, что порт на самой плате внутри корпуса на разъем выведен (не сзади системника стандартный ДБ9) и он все таки по другим адресам в памяти?
3. На домашнем компе при выполнении пункта 2 вижу нормальные, адыкватные числа. Порт настраивается. Теперь хочу перехватить прерывание. В каких то случаях получается прерывание настроить на свою программу, в каких то нет, возвращается ошибка параметров. Удачный перехват происходит только если в диспетчере задач выключить порт и снова включить. тогда без проблем. до следующей перезагрузки. Можно ли как то этого избежать?

Сообщение отредактировал Timofey - Dec 14 2010, 02:51

[Timofey]

Все дело в том, что программа будет стоять на компе, где уже есть одна прога и для неё были написаны свои драйвера для портов. стандартных в системе нет. стоит вопрос, как не удаляя драйверов той программы. просто закрыв её. пользоваться этими же портами.
еще почему хочу написать свои, так как в драйвере есть таймер с дискретом 100нс, что в нашем случае подходит, нужно улавливать 1,5 байта тишины для модбас.
з.ы. в целом стоит задача реализовать модбас, где комп выступает слэйв устройством и отвечает мастеру не позднее 3.5 байт тишины

[singlskv]

з.ы. в целом стоит задача реализовать модбас, где комп выступает слэйв устройством и отвечает мастеру не позднее 3.5 байт тишины

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

Slave на PC(16550A), ну-ну...
RS-485 ? если да, то RTS хотя бы аппаратный ?

[Timofey]

В модбасе конец посылки обозначает пауза 1,5 байта. А 3,5 байта тишины должно быть выдержано перед началом передачи следующей посылки.
RS-485 с аппаратным RTS

[firstvald]

В модбасе конец посылки обозначает пауза 1,5 байта. А 3,5 байта тишины должно быть выдержано перед началом передачи следующей посылки.
RS-485 с аппаратным RTS

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

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

Мастер должен выдержать перед началом следующей посылки паузу не менее 3.5 после последнего прнятого байта от любого прибора.

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

Покажите всю эту писанину руководству.