|
Программная часть Теперь рассмотрим, как можно этот драйвер применить на практике. Для начала скачайте архив с драйвером и библиотекой функций для работы с ним.
Там Вы найдете собственно сам драйвер xDRV.sys, динамическую библиотеку xDRV.dll, статическую библиотеку xDRV.lib, которая может потребоваться при компиляции приложения со статическим подключением dll и заголовочный файл с описаниями функций, используя которые можно управлять драйвером. Рассмотрим эти самые функции:
Аппаратная часть (железо) Теперь займемся "железом". Тут есть некоторые спецефические особенности, без учета которых регестрировать прерывания не удасться.Зайдете Пуск -> Настройка -> Панель управления -> Система -> Оборудование -> Диспетчер устройств -> Порты (COM и LPT) -> Порт принтера (LPT1) -> Свойства. На вкладке "Параметры порта" обязательно должна быть установле кнопка "Использовать любое прерывание, назначенное порту". 
Далее, берем разъем испытуемого LPT порта и обязательно! устанавливаем 15-тый контакт (бит 3 регистра STATUS - ERROR) в ноль, соеденив его напрмер, с любым из земляных выводов порта (18-25). Причина такого хода будет пояснена ниже. Вот теперь запускайте приложение использующие xDRV.sys. Те программы, которые выложены в качестве примера проверенные и лично у меня прекрасно работали. Надеюсь, что у Вас также и Вы увидели сообщение об успешном открытии драйвера. Можно попробовать читать/писать в порт - должно работать, но перейдем к самому интересному - перехвату прерывания (15-тый контакт должен быть посажен на знмлю). Как известно, чтобы вызвать прерывание надо использовать 10-тый контакт LPT порта (ACK). Так и сделаем. Драйвер xDRV.sys регеструет прерывание по спаду сигнала на 10-ом контакте. Т.е. как только Вы соедините его (контакт) с землей, Вы должны тут же увидеть сообщение из программы о регестрации прерывания. Вот оно чудо!!! Отсоедините линию ACK от земли, закройте информационное окошко и подключите контакт еще раз к земле - и опять программа должна тут же выдать сообщение о прерывании. 
Теперь обещанное объяснение по поводу линии ERROR. Если бы мы эту линию на ноль не посадили бы, то программа смогла бы обработать только одно прерывание. Повторные попытки подергать линию ACK ни к чему не приведут. При этом в регистре DATA и CONTROL начнуться хаотические помигивания, которые будут длиться примерно минуту. Причиной этому всему эвляется родной драйвер порта, входящий в состав ОС. Он также как и xDRV.sys получает сигнал о прерывании и не обращая никако-го внимания нагло душит своего собрата - xDRV.sys (в области обработки прерываний). Помигивания в порту - это драйвер ОС пытается достучаться до "принтера", который как он считает подключен к порту и послал сигнал о прерывании. Т.к. там никакого принтера нет, то все бесполезно и примерно через минуту родной драйвер принимает решение что принтер "сдох" и больше на его никакого внимания не обращает. Так что теперь если закрыть приложение (обязательно применив функцию xDRV_StopDriver()) и запустить снова, то никаких проблем не будет можно перехватывать все прерывания - Microsoft`овский драйвер мешать не будет. А вот для того чтобы не ждать минуту и не перезагружать приложения, надо сразу установить линию ERROR в ноль - это будет означать что наш "псевдо принтер" неисправен и обращать внимание на его прерывания не надо. Родной драйвер так и поступает (в отличие от xDRV.sys) и больше в работу xDRV.sys не лезет. Конечно мы теряем одну из линий для нашего управления и передачи данных, но я думаю такая потеря компенсируется возможностью обработки прерываний. Иванов Д. В. PS: буду рад увидеть Ваше мнение о xDRV.sys и этой статье в Гостевой книге. |
