Свой драйвр для COM

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

0

ты поконкретнее вопрос изложи: во-первых, под что пишешь, какая ось-то? какая архитектура железа? на каком уровне работаешь (софт или ядро)? чем собираешь? а то какая-то абстракция: "драйвер" - и больше никаких уточнений.

0

Да мне уже на другом форуме объяснили
спасибо большое
Просто есть монитор, на нем стоит Windows XP Embedded. Есть два COM порта. По каждому порту идет обмен по протоколу, который сделан на основе Модбас РТУ. Скорость составляет 57600 бит в сек. Но при этом тайммуты надо выдерживать 1,5 байта тишины (для конца посылки) и не более 3,5 байт чтобы ответить на запрос. Все устройства (их там около 20 в этой сети) обмениваются с мастером по его запросу. Наш монитор используется как слэйв устройство, при этом должен отвечать на запрос, отправленный именно ему и успевать слушать все посылки в сети, чтобы собирать эту информацию и отображать на экране.
Руководство велело написать драйвер, ибо в нем можно использовать таймер с минимальным интервалом 100 нс.
Драйвер собираю при помощи DDK )
Ну это очень кратко
Драйвер я уже собрал, осталось отладка, вот жду, когда оставшееся железо мне подвезут )

0

100 нс для венды, даже для embedded - это фантастика. в реальности она может давать задержки при обработке сигналов, иногда аж до сотен микросекунд. так что тут на наносекундность надеяться не стоит. только на внутренний буфер UARTа.

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

0

Сообщение от Iron Bug а что за форум, кстати, где про железо так активно обсуждают?

electronix.ru

0