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

[Timofey]

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

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

[Timofey]

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

[XVR]

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

Ой.

стандартных в системе нет.

Ой ой.

стоит вопрос, как не удаляя драйверов той программы. просто закрыв её. пользоваться этими же портами.

Ой ой ой!

з.ы. в целом стоит задача реализовать модбас,

удачи вам в вашем нелегком труде
Windows НЕ ЯВЛЯЕТСЯ системой реального времени, даже на уровне ядра. Т.е. сделать ГАРАНТИРОВАННО рабочий modbus RTU на ней нельзя, можно лишь говорить о вероятности успешной работы и среднем временем до сбоя

По поводу драйвера - возьмите DDK/WDK, там есть (в примерах) стандартный драйвер COM порта. Допиливайте его напильником до требуемой кондиции

По поводу совместной работы разных драйверов с одними и теми же портами, то это целиком зависит от самих драйверов. Стандартный драйвер COM порта в Windows поддерживает разделение ресурсов (точнее, их захват и освобождение). Если драйвера от 'одной проги' это поддерживают, то все должно срастись