Как зафиксировать время получения прерывания?, RS232/LPT/etc Опции

[Andrey Pesoshin]

Доброго времени суток!

Предположим - есть ПО на персоналке под управлением распространенной десктопной ОС - Windows/Ubuntu/other-desktop-linux/etc.

ПО занимается просчетом некоторой модели и отрисовкой объектов (примитивов) на мониторе (более подробно тут - http://electronix.ru/forum/index.php?showtopic=94410)

К персоналке подключен внешний контроллер-пульт с кнопкой - подключить можно по RS232, LPT или другому интерфейсу с постоянными/прогнозируемыми задержками (USB не подойдет, так как задержка не детерминирована).

На персоналке нужно получить максимально точно время получения прерывания - даже сам факт прерывания от контроллера, а не содержание полученных данных.

В прошлой теме выяснил для себя, что между первичной обработкой прерывания драйвером и передачей управления прикладному процессу, который бы это прерывание обработал, может пройти ВЕЧНОСТЬ (десятки миллисекунд, или ~10 мс при использовании ОСРВ). При этом драйверу для первичной обработки управление будет передано через интервал времени порядка микросекунд после получения.

Отсюда вопросы:
1) Как в Windows/Linux переопределить первичную обработку аппаратного прерывания? (И куда временно положить захваченное время, чтобы потом передать его прикладному процессу?)
2) Есть ли в Windows/Linux УЖЕ механизм, который фиксирует время получения аппаратных прерываний? И как его "интерфейсить" из ПО?
3) Какой физический интерфейс лучше подойдет?

Заранее благодарен!

[gosha]

В Linux нет приоритетной системы прерываний- одной из отличительных особенностей RTOS.

Завесить в своём драйвере (или модифицируя исходный код драйвера RS232) обработчик прерывания легко.

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

Также в критических участках кода ядра ОС или драйверов, могут временно полностью запрещаться рперывания на несколько микросекунд.

Приложение пользователя даже с наибольшим приоритетом получит упраление через шаг планировщика (scheduler) ядра ОС Linux.

Временной шаг планировщика задаётся при настройке до последующей сборки ядра Linux kernel. И может быть изменен только пере- сборкой ядра.

/boot/.config-2.6.32-5-686
В debian 6 это :
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250



Если не использоватьRTOS, возможно применить Linux Real Time Application Interface:
Например:
http://packages.debian.org/sid/rtai