> привет Starik. > >> Я пишу програму электронного осцилографа на С++ с использованием >> MFC4.0. Источником информации является многоканальный АЦП >> (аналого-цифровой преобразователь) на шине ISA. По завершению >> выполнения какой-либо задачи он генерирует запрос на аппаратное >> прерывание по определенному каналу, например IRQ5. Вопрос в следующем, >> как средствами C++ или MFC перехватить этот запрос и передать >> управление в определенную функцию. Мремя перехвата должно быть >> минимально. > > Можно спросить, а нахрена те городить такой девайс, да еще и под > давно устаревшивй разхем? Я не пишу на сях, но немного разбераюсь в > радио - технике. Смею предположить, что плату ты взял, от старой > звуковухи под ИСА т.к. разрисовать все дорожки будет нереально. И > думаю в качестве АЦП ты взял, ПВ5 или ПВ6. так может в качестве АЦП > использовать звуковую карту? можно исследуемый сигнал, к карте > подключить ненапрячмую разумеется и > готовой прогой пользоваться! Где то у меня на харде, лежит девайс, как > к звуковух подключать источники разные, если хош поищу вышлю, на прогу > ссылку дам.
Плату я взял именно АЦП (32-х канальная) очень навороченная!!! Почему под ISA??? Да потому, что любой специалист в этом деле скажет тебе, что через ISA можно работать напрямую с памятью устройства безо всяких VxD драйверов, которые в свою очередь являются черными ящиками от производителя и недают выжать все возможности из устройства для решения поставленной задачи.
Если хочеш иметь более полную информацию о устройстве с которым я работаю зайди на www.akon.com.ua и обрати внимание на продукт WAD-ADC16-32F это та самая плата!!!
А сиглалы с которыми я работаю простой звуковухой не засечь!!!
> ...Почему > под ISA??? Да потому, что любой специалист в этом деле скажет тебе, > что через ISA можно работать напрямую с памятью устройства безо всяких > VxD драйверов, которые в свою очередь являются черными ящиками от > производителя и недают выжать все возможности из устройства для > решения поставленной задачи.
Как специалист, утверждаю, что это заблуждение. Я как раз написал пару таких VxD для того, чтобы это было возможно (второй - это доступ к физическому адресному пространству для bus-master и доступа к ресурсу памяти, например, video-memory, а также для распределения несвопируемой памяти и переотображения локального (для 32-битного приложения) региона памяти в область с глобальным доступом; после пары вызовов функций получаешь
указатели, которые юзаешь как обычные с 0% потерей в производительности; доказано созданием довольно тяжёлых real-time приложений с временем реакции до 20 микросекунд на Pentium-166MMX, при том, что физической памяти не хватало, и система свопилась). И нет никакой разницы, ISA это или PCI.
> Было бы неплохо, конечно я думал обойтись без VxD-драйвера, а может > всетаки есть какая-нибудь возможность, я точно знаю в С были методы > работавшие с IRQ.
Были, только С тут ни при чём. Это ограничения (сознательные, и в необходимости их наличия я поддерживаю Microsoft) архитектуры Win32. Так что
без драйвера это принципиально невозможно. Для сравнения, в Win16 и DOS, если это всё запущено под Win9x, этих ограничений нет. Так что дело не в языке и не в операционной системе, а именно в платформе Win32.
А незачем, если есть драйвера. Драйверы как раз для этого и пишут, чтобы
непереносимое реализовывать в них, а не в приложении. Под NT-based переписал
драйвер (ну и библиотеки к нему, возможно), а приложению по фиг. Под Alpha или PowerPC опять-таки другой драйвер, а приложению всё равно по фиг.
-- С уважением, boroda
Номер выпуска : 5219 Возраст листа : 907 (дней) Количество подписчиков : 547 Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/527558 Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru
Как специалист, утверждаю, что это заблуждение. Я как раз написал пару
таких VxD для того, чтобы это было возможно (второй - это доступ к
физическому адресному пространству для bus-master и доступа к ресурсу
памяти, например, video-memory, а также для распределения несвопируемой
памяти и переотображения локального (для 32-битного приложения) региона
памяти в область с глобальным доступом; после пары вызовов функций получаешь
указатели, которые юзаешь как обычные с 0% потерей в производительности;
доказано созданием довольно тяжёлых real-time приложений с временем реакции
до 20 микросекунд на Pentium-166MMX, при том, что физической памяти не
хватало, и система свопилась). И нет никакой разницы, ISA это или PCI.
Были, только С тут ни при чём. Это ограничения (сознательные, и в
необходимости их наличия я поддерживаю Microsoft) архитектуры Win32. Так что
без драйвера это принципиально невозможно. Для сравнения, в Win16 и DOS,
если это всё запущено под Win9x, этих ограничений нет. Так что дело не в
языке и не в операционной системе, а именно в платформе Win32.
А незачем, если есть драйвера. Драйверы как раз для этого и пишут, чтобы
непереносимое реализовывать в них, а не в приложении. Под NT-based переписал
драйвер (ну и библиотеки к нему, возможно), а приложению по фиг. Под Alpha
или PowerPC опять-таки другой драйвер, а приложению всё равно по фиг.
--
С уважением, boroda
Номер выпуска : 5219
Возраст листа : 907 (дней)
Количество подписчиков : 547
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/527558
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru