> Хардкорные реалтаймы дают погрешность 5% (как на резисторы с золотой полоской :)) Хардкорные реалтаймы могут быть и буквально по тактам проца вычислены для простых штук типа какойнить atmega. Точность во времени реакции может быть предсказана буквально до единиц тактов, при 20МГц тактовой это кусочки по 0.05 usec. Во всяком случае, один перец осилил смолотить low-speed usb через GPIO (а это, на секундочку, полтора миллиона битов в секунду, разрюханых без аппаратной поддержки интерфейса, как отдельные битики).
Слабо - полтора миллиона состояний в секунду разгрести? А там еще кодирование по типу NRZI. При тактовой частоте характерной для атмеги это всего несколько команд на получение значения бита и делания с ним чего либо. Вот это - да, реально крутой реалтайм, когда перец в софте захреначил то что обычно требует аппаратных подпорок. Если тормознуть - будет нарушение протокола.
> А среднее 80 us и пики до 4000 - это не хардкор, это групповуха.
Я только 1 не понял: на воооон том графике вся шкала до 400 и пики только в начала... может ты что-то делаешь не так?
> тут реалтайм и кончится :)
А ты это делал на кернеле с preempt rt и прочими ништяками?
> Апчём и речь.
Ну так это на случаи когда очень крутой скорости реакции не надо, однако продолб программы ответить вовремя вызывает какие-то нехорошие последствия. Например принятие решения о объезде автоматически управляемым авто препятствия. Фонарный столб за 1 микросекунду на дорогу не выскакивает, однако продолб принять решение за определенное время приведет к нехрошим последствиям. И атмелке как-то слабо картинку с камеры распознавать и принимать такие "высокоуровневые" решения.
