Есть, но проще ли -- это вопрос. Точней, проще (там просто недопустимы такие "ядерные" нагромождения, какие имеют место в винде или линухе), но и документация, и возможность проконсультироваться... Разве что покупать для коммерческого использования, но это, понятное дело, недёшево.
Schaman, А почему бы не попробовать самостоятельно, в real-address mode? Грубо говоря, PIT дёргает IRQ0 когда счётчик обнуляется, но продолжает считать. Прочитать значение счётчика особого труда не составляет. Разрешение порядка микросекунд (учитывая частоту тактирования PIT) устраивает? Ну а потом уж и из-под PM можно.
++, процессоры делают по тз. процессоры реалтаймовые. частота процессора дофига и с хвостиком, частота шины пи-си-ай меньше. ход мысли ясен?
Schaman Шина ПК конечно быстрее, Folk Acid имеет в виду что она значительно медленнее процессора и поэтому именно она а не процессор будет задавать время реакции. Кстати не только многозадачные оси, но и материнские платы ПК не являются системами реального времени (на wsam это как то обсуждалось, лень искать где). Т.е. обработчик прерывания может иногда достаточно долго ждать пока процессор занят своими "сервисными" делами. Вероятность такого совпадения мала, но как раз это и плохо - может получиться, что при отладке всё будет оk, а при работе "странные глюки". А вообще конкретизируй задачу. Имхо лучше критичную к скорости реакции часть программы вынести в контроллер (поскольку он стабильнее и предсказуемее) а в ПК держать только "тяжёлую" часть проги требующую много ресурсов, тогда можно обойтись и типовым usb драйвером. ЗЫ: Допустим напишет тебе Clerk каркас драйвера и дальше что? Без понимания кернела ты его всё равно развивать не сможешь, так что либо учись делать драйвера сам, либо делай на МК + USB (см. выше)
Я имел в виду, что время реакции на сигнал прерывания - это величина, варьируя в определенных пределах, в соответствии с техническим заданием на разработку процессора и всей схемотехнической системы. Никоим образом эта величина не относится к программированию. Просто есть минимальное время реакции, возможно, гарантированное время реакции, которое возможно намного меньше чем то время, которое нужно для корректной работы большинства внешних устройств. Повторюсь еще раз - это время никоим образом не относится к компетенции программистов. Y_Mur Не совсем то что вы сказали я имел в виду, но на практике скорее всего так оно и есть, как вы сказали. Система реального времени не гарантирует нулевое время отклика, просто гарантированное минимальное.
Schaman Явно не для того, чтобы для кого-то делать что-то. Объяснить, разжевать, показать где читать, куда копать, изредка сэмпл дать - это да. Но за вас писать - вы не думайте что тут у всех много свободного времени. Запомните - никто никому ничего не должен тут. Если хотите чтоб вам что-то сделали - в коммерс, не за бесплатно. Считайте это первым предупреждением
Е мае, какие проблемы- я же спрашивал сколько? (тугриков) Второй раз вижу слово коммерс- это ветка? Тогда если не трудно ссылку?
