Да, нужен достаточно быстрый способ. Но при чем тут МК? Достаточно
быстрый - это всегда пропорционально производительности МК, т.е.
некое максимальное число тактов. Если на XMEGA@32MHz прерывание
UART занимает 2.5мкс, то на AT32F@240MHz я, естественно, хочу его
уложить в 350-400нс, и т.д. В среднем получается порядка 25нс на
С-строку. Но попалась библиотечная команда, жравшая 600нс. Пришлось
вынести её из основного рантайма в инициализацию и сохранить
результат в глобальной структуре... Тут тоже, 100-150нс раз в 10сек могу себе позволить, а больше уже напрягает. Если МК поддерживает динамические приоритеты прерываний, то напрягает меньше. Но тут вам не там.
Idler (13.04.2024 11:13, просмотров: 86) ответил SciFi на 1) "Самый быстрый способ" подразумевает как минимум оглашение марки
МК. 2) Погоня за "самым быстрым способом" - это спорт, имеющий
практическую ценность на уровне пинг-понга. Не ноль, но около того.
3) На практике обычно нужен "достаточно быстрый способ".