Цитата(DMD @ Jun 25 2009, 09:58)
Так там проблема как раз в том, что из аппаратной части - карта сбора данных (то есть не собственная), поэтому реальное время нужно реализовывать на стороне обрабатывающего ПК (а он работает под ХР)...
"Реальное время" в Вашем случае придется реализовывать на уровне драйвера устройства. Не на уровне пользовательской программы. Но плата сбора данных должна для этого предоставить какие-то зацепки - выход прерывания и документацию про это. Если всё закрыто - то драйвер с документацией (или примерами как из программы пользователя можно передать в лрайвер данные дол того, как возникло прерывание).
Если ничего нет - проще сделать правильную плату сбора данных.
Цитата(DMD @ Jun 24 2009, 23:47)
И ещё: приоритет REALTIME для потока - не поможет?
Для потока user mode - не поможет. Во всяком случае, драйвер должен тоже об этом позаботится.
Цитата(DMD @ Jun 24 2009, 23:47)
Проблема в том, что все разработки в этой области - платные, причем очень дорогие. Нет ли чего-нибудь бесплатного и простого в этой области?
А попробуйте в "эту область" въехать самостоятельно. Литература и примеры работающих драйверов доступны, за пару месяцев непрерывной работы при наличии пары компютеров и представления об архитектуре операционной системы (и согласии "играть по правилам" которые обязательны при написании kernel-mode программ) можете сделать устраивающее Вас решение (если есть документация на плату с описанием портов и правил работы с ними). И если разработчики предусмотрели прерывания.
Что за плата-то?
Сообщение отредактировал Genadi Zawidowski - Jun 27 2009, 06:09
Windows и реальное время
Jun 24 2009, 19:47
