Самодельный круиз-контроль

[gnomon72]

gnomon72, Видимо, много вычислений производится в прерывании по ICP, а их нуна сократить до минимума.

Да минимум самый - может три-четыре десятков тактов. Для 20 МГц это вообще ничто, но попадание прерывания в момент вывода UART работающего на частоте 9600 Гц успевает сбить его нормальный вывод.
В прерывании по таймеру вообще одна команда - обнулить таймер после переполнения, да и она обрабатывается реже раза в секунду.

[Andry_MA]

но попадание прерывания в момент вывода UART работающего на частоте 9600 Гц успевает сбить его нормальный вывод.

А не здесь ли собака порылась?

[Alex_Sss]

Да минимум самый - может три-четыре десятков тактов. Для 20 МГц это вообще ничто, но попадание прерывания в момент вывода UART работающего на частоте 9600 Гц успевает сбить его нормальный вывод.
В прерывании по таймеру вообще одна команда - обнулить таймер после переполнения, да и она обрабатывается реже раза в секунду.

а уарт программный? Если так - может его замедлить до 4800...
А на аппаратный не хватает таймеров?

[cuper_1971]

Зависит только от попадания корявого импульса на момент после начала замера или на момент перед концом замера

у нас нет момента "после начала замера" или "перед концом замера". Ладно, я, как истинный хохол, пока не проверю - не поверю А поскольку в программировании я 0 - то щас пытаюсь понять как первым фронтом включить счетчик, а вторым его выключить и забрать данные в переменную. Вот на логике - тут всё просто. А в МК - не знаю. Пока не знаю. Разжуете - буду признателен

[gnomon72]

А не здесь ли собака порылась?

Не, это на параллельной работе драйвера замера скорости с главным циклом. У вас всех таких прошивок нет - там последоватльно работает везде.

[gnomon72]

а уарт программный? Если так - может его замедлить до 4800...
А на аппаратный не хватает таймеров?

Аппаратный.

[Alex_Sss]

gnomon72, Странно. А что его таки сбивает?

[gnomon72]

у нас нет момента "после начала замера" или "перед концом замера".

Точнее не момент, а время после начала замера. Когда то ведь мы начинаем фронты отлавливать.
Можем в любой момент начать и ждать когда фронт придет, а можем по прерыванию сразу попасть на факт прихода. Это неважно совершенно.
Если первый или последний фронт будет сдвинут в любую сторону, а следующий или предыдущий окажется на своем месте, то будет косяк по периоду в любом случае, как ни крути.

[Alex_Sss]

Если первый или последний фронт будет сдвинут в любую сторону, а следующий или предыдущий окажется на своем месте, то будет косяк по периоду в любом случае, как ни крути.

И поэтому - чем больше импульсов мы возьмем для замера - тем лучше и точнее!

[gnomon72]

gnomon72, Странно. А что его таки сбивает?

Да хрен его знает. Может загрузку в буфер UART, а может ещё что. Без понятия. Там целых четыре прерывания толкаются одновременно- 8-разрядный таймер 0, 16-разрядный таймер 1, ICP и UART. И ни в одном на время обработки нельзя отключать другие, т.к. пропуск любого из них критичен для разного рода процедур - или для временных задержек управления приводом и общим систиком или для опроса кнопок, или для замера скорости или для отправки данных на UART.