Часы реального времени на AVR, Шляпа в PowerSave режиме. Опции

[SasaVitebsk]

Делаю часы. Установлена M88 (для использования JTAG). Всё работает замечательно. Секунда в секунду. А когда засыпает время идёт в 3 раза быстрее. Причину выловить не могу. (Пока). Вроде работает как надо. И прерывания вроде примерно такие же. (1 секунда). Прога простая как грабли. Смотрю и ум за ум заходит!

Может кто сталкивался.

Режим CTC.

[kv_addr]

Нельзя ли несколько детальнее?
PowerSave никогда не использовал, но, не ровен час, может понадобится когда. Было бы неплохо знать о возможных граблях.

[SasaVitebsk]

Нельзя ли несколько детальнее?
PowerSave никогда не использовал, но, не ровен час, может понадобится когда. Было бы неплохо знать о возможных граблях.

Все грабли ещё не найдены. Потребление в режиме часов - 0.4ма!!! Ищу.

Найдены грабли с потерей точности в PowerSave режиме. Подробности таковы.

Таймер работает асинхронно (это указано в даташите). И вот тут шишка. Прерывание приходит, но если его сбрасываешь (обрабатываешь прерывание) быстрее, чем за 1 такт таймера 2, то благополучно входишь в повторную обработку. Таким образом я входил трижды за раз. Поэтому, когда выводил Инверсию порта видел красивые секундные импульсы. А вот минуты считались ч/з 20 секунд.

Из этого следует интересный вывод. Выгоднее запрограммировать с коэффициентом деления 128 и OCR=255, чем 1024 и OCR=31 (как у меня было изначально - задержка в этом случае необходима 220 циклов).

Ищу грабли с потреблением. Поражаюсь оптимистичным заявлениям фирмы. Аппаратных хомутов не нахожу, - облазил всё. Програмно - выводил смотрел. Спит постоянно. И такое потребление!!! Все порты - 0, отключены WDT, BOD.

[defunct]

Ищу грабли с потреблением. Поражаюсь оптимистичным заявлениям фирмы. Аппаратных хомутов не нахожу, - облазил всё. Програмно - выводил смотрел. Спит постоянно. И такое потребление!!! Все порты - 0, отключены WDT, BOD.

debugWire включен?

Из этого следует интересный вывод. Выгоднее запрограммировать с коэффициентом деления 128 и OCR=255, чем 1024 и OCR=31 (как у меня было изначально - задержка в этом случае необходима 220 циклов).

OCR вообще не нужно использовать.
Применяйте TOVF тогда не нужно будет и никаких 220 циклов задержки делать, т.к. прерывание triggered по факту переноса.

[SasaVitebsk]

Ищу грабли с потреблением. Поражаюсь оптимистичным заявлениям фирмы. Аппаратных хомутов не нахожу, - облазил всё. Програмно - выводил смотрел. Спит постоянно. И такое потребление!!! Все порты - 0, отключены WDT, BOD.

debugWire включен?

Да. Но неужели он столько жрёт??? И ещё, уважаемый 'defunct', (С Наступающим тебя и приятно видеть ). Ищу поиском, и у меня такой вопрос.

Согласно доке, в PowerSave режиме АЦП и Компаратор отключаются автоматически. Или я чего-то недочитал???

Ищу грабли с потреблением. Поражаюсь оптимистичным заявлениям фирмы. Аппаратных хомутов не нахожу, - облазил всё. Програмно - выводил смотрел. Спит постоянно. И такое потребление!!! Все порты - 0, отключены WDT, BOD.

debugWire включен?

Да. Но неужели он столько жрёт??? И ещё, уважаемый 'defunct', (С Наступающим тебя и приятно видеть ). Ищу поиском, и у меня такой вопрос.

Согласно доке, в PowerSave режиме АЦП и Компаратор отключаются автоматически. Или я чего-то недочитал???

Ну спасибо тебе Дед Мороз! Выключил DebugWare - 7.8мка!

[defunct]

Да. Но неужели он столько жрёт???

Естессно, т.к. он активирует OCD, в котором можно преспокойно следить за процом даже в PowerDown mode.

И ещё, уважаемый 'defunct', (С Наступающим тебя и приятно видеть ).

Взаимно

Ищу поиском, и у меня такой вопрос. Согласно доке, в PowerSave режиме АЦП и Компаратор отключаются автоматически. Или я чего-то недочитал???

По доке автоматом отключается все, кроме WDT/BOD/TWI детектора и Timer2.