Выход из спящего режима по INT0

[omercury]

какая-то ножка как вход болтается в воздухе без подтяжки

ldi temp, 0b11111011
out DDRD, temp
ldi temp, 0b00000000
out PORTD, temp

. .

[putmannn]

omercury, делал эту ножку выходом подтянутым к +5, т.к. на кнопке всегда +5 кроме момента нажатия. Потребление не изменилось.
Вся непонятка в том, что я в ресете инициализирую все ноги и ТОЧНО ТАК ЖЕ инициализирую их в программе когда требуется уснуть. Совершенно одинаково они у меня сконфигурированы, но потребляет во-втором случае на 100 мкА больше. Что то работает, а что не понимаю.
Осциллографом измерил напряжения на всех ногах, они совершенно одинаковы в обоих случаях сна, но потребление разное.

[omercury]

Либо так

ldi temp, 0b11111011
out DDRD, temp
ldi temp, 0b00000100
out PORTD, temp

либо внешний резистор на кнопку.

Остальное увидеть можно?

[putmannn]

omercury, схему и программу ?
Как Вы сказали выше то же потребление 250 мкА.
Я "общался" с ЕЕПРОМ, может она жрёт ?
АЦП используется.

[putmannn]

Обнаружил проблему.
Просыпаясь по прерыванию INT0 проц отрабатывает прерывание, в конце которого стоит RETI, после прыгает на команду стоящую за SLEEP, там у меня RET и вместо того, чтобы вернуться в вызвавшую процедуру, прыгает на RESET.
В стеке получается нули ? а как же вернуться к выполнению программы ?
Читал что засыпать надо в главном цикла, а я из главного цикла перехожу по RCALL в подпрограмму сна, может это мне всё портит (не те данные которые были до сна) ?
Попробывал уснуть из главного цикла, тоже завис проц, прыгнул наверное неизвестно куда, что же делать...

[Slava1355]

omercury, схему и программу ?
Как Вы сказали выше то же потребление 250 мкА.
Я "общался" с ЕЕПРОМ, может она жрёт ?
АЦП используется.

В части потребления посмотри вложенный фрагмент из одного моего проекта с инициализацией ATMega8.
Обрати внимание на строку:
sbi ACSR,ACD ;shut down comparator to save power

Кстати, там есть два полезных модуля:
Registers clearing
и
SRAM clearing

Эти модули гарантируют, что при каждом запуске/перезапуске контроллер начнет работу с "чистого листа".

И еще, если собираешься пробуждать процессор по INT0, то есть ограничения по длительности импульса запуска. По короткому импульсу (‹ 1мс) он может не сработать, читаем даташит. Приходится использовать специальные схемные решения.

[putmannn]

И еще, если собираешься пробуждать процессор по INT0, то есть ограничения по длительности импульса запуска. По короткому импульсу (‹ 1мс) он может не сработать, читаем даташит. Приходится использовать специальные схемные решения.

Спасибо, инициализацию буду использовать.
Импульс от кнопки (датчик холла), самое быстрое .1 секунды и более.

[putmannn]

Такое ощущение, что просыпаясь контроллер идёт на ресет, т.к.

INT_0 :	
ldi		temp,	akbf
cbr		temp,	16
sbr		temp,	255
sts		akbf,	temp
reti

этот код не изменяет переменную akbf, я её читаю на дисплее, а она как была при старте программы =16, так и осталась, а должна быть 255.

У меня в ЕЕПРОМ запоминается значение яркости (от 1 до 10), если не уходить в сон, значение корректное, и при выключении питания и как только не мучал плату оно стабильно. Но как только я засыпаю, значение в ЕЕПРОМ портится, но не каждый раз, 50/50/

[Slava1355]

Такое ощущение, что просыпаясь контроллер идёт на ресет, т.к.

Код:

INT_0 : ldi temp, akbf cbr temp, 16 sbr temp, 255 sts akbf, temp reti

этот код не изменяет переменную akbf, я её читаю на дисплее, а она как была при старте программы =16, так и осталась, а должна быть 255.

У меня в ЕЕПРОМ запоминается значение яркости (от 1 до 10), если не уходить в сон, значение корректное, и при выключении питания и как только не мучал плату оно стабильно. Но как только я засыпаю, значение в ЕЕПРОМ портится, но не каждый раз, 50/50/

Можно получить комментарии от автора по фрагменту программы, а то не вижу в ней смысла?

INT_0 :
ldi temp, akbf - загружаем в temp переменную (а точнее константу) akbf
cbr temp, 16 - очищаем в переменной 4-й бит
sbr temp, 255 - устанавливаем в переменной все биты в "1" (зачем тогда предыдущая операция?)
sts akbf, temp - запоминаем в SRAM по адресу akbf значение temp (0xFF)
reti

В результате работы этого фрагмента переменная akbf не должна измениться, а в SRAM по адресу akbf должно находиться значение 255 (0xFF).

[niXto]

Значит, что-то не так в коде, где он? У меня все работает

При тактировании от встроенного генератора, после записи в еепром нужно дождаться окончания записи и только потом валиться в повер-довн. Т.к. логика программатора тактируется от встроенного генератора и при его отключении в процессе записи могут быть нюансы