"Глюк" AVR таймера от кварца 32768 Гц

[alexgap]

это точно для авр?
а почему вы на паскале пишете?

Точно Именно для АВР. У меня так производительность работы выше.

[alexgap]

есть еще один вариант глюка - часы отстают при частом "пробуждении" контроллера.

Наблюдал похожий эффект, когда установлен неправильный режим сна микроконтроллера или когда вход в этот режим происходит неправильно. Возникают чудные корреляции между несколькими прерываниями, прям "калейдоскоп" получается - прерывания накладываются, маскируются друг дружкой, вообщем логика работы программы находится вне устойчивого состояния
Решается скачиванием похожих примеров с сайта производителя. Обратите внимание, как происходит инициализация режима сна, и как происходит вход/выход из этого режима.

[Evgen_F]

Точно Именно для АВР. У меня так производительность работы выше.

alexgap, извиняюсь, что не по теме пишу... скажите плиз что за компилятор у вас паскалевский для AVR? и где можно найти кракнутый (ну халявный кароче)? Я когда-то пытался найти, но бесплатного так и не нашёл. расскажите про это, плиз

[Easyrider83]

alexgap, извиняюсь, что не по теме пишу... скажите плиз что за компилятор у вас паскалевский для AVR? и где можно найти кракнутый (ну халявный кароче)? Я когда-то пытался найти, но бесплатного так и не нашёл. расскажите про это, плиз

От MikroE скорее всего. На торрентах лежат крякнутые. Паскаль, Си и бейсик для AVR, Pic, dsPic, 8081 и др. Пишите, на чем удобнее.

[OneTech]

есть еще один вариант глюка - часы отстают при частом "пробуждении" контроллера.

В каком режиме у Вас работает таймер-1? - CTC или Overflow?

[neon-f]

кучу разных часов сочинял на меге8 и 16, и никаких проблем с Т2 в асинхронном режиме не встречал. кондеры к выводам тоск1 и 2 походу подрубаются автоматически при включении асинхронного режима работы Т2. Во всяком случаи, голый кварц на разных часах и контроллерах запускается и работает независимо от состояния скорт. походу скорт подрубает кондеры не к тоск1,2 а к хтал1,2 при работе от кварца в синхронном режиме.
короче более глубоко это изучить мне не удалось, так как мой уровень английского никудышный, но то что голый кварц работает с любым состоянием ячейки скорт - это точно

а вот прикол который мне так и не удалось победить, это "отваливание" прерывания по переполнению Т2 в асинхронном режиме, если включено прерывание Т2 по совпадению, и если ТЦНТ=0 и 255 (т.е. крайние значения). Как только срабатывает прерывание по совпадению Т2 при крайних значениях, то прерывание по переполнению как бы выключается, т.е. больше не наступает никогда.
может кто знает можно это победить??

[niXto]

может кто знает можно это победить?

Программно отслеживать макс и мин, и в таких случаях перед спячкой ждать не 1, а 2 такта таймера. Или всегда ждать по 2 такта

[neon-f]

дело не в спячке. как только сработает Т2 по совпадению, при тцнт=0 или 255 то Т2по переполнению просто перестаёт срабатывать(как будто его запретили). Т2по совпадению при этом продолжает исправно срабатывать.
слееп не использую.

[niXto]

Если OCR2 после этих пропусков переполнения установить в не-крайнее значение (не трогая TCCR) - начинает срабатывать по переполнению или нужно по-новой инициализировать таймер?

Сам флаг переполнения устанавливается?

[neon-f]

Если OCR2 после этих пропусков переполнения установить в не-крайнее значение (не трогая TCCR) - начинает срабатывать по переполнению или нужно по-новой инициализировать таймер?

нет, не начинает. по переполнению пропадает напрочь. инициализировать с ново не пробовал. после перезагрузки естественно работает нормально пока с ново не наступит по совпадению при крайних значениях.

Сам флаг переполнения устанавливается?

к сожалению я не глянул. завтра залью тот код, и посмотрю