AtMega-8, вачдог и режимы сна.

[putmannn]

ВОТ БЛИН !!!
Я понял почему ВО ВСЕХ моих устройствах на AVR крайне нестабильный запуск.

Выше я написал, что вачдог теперь работает нормально и кристалл не зависает после 5-6 ресетов напрочь, от чего помогает только откл. питания с нажатым ресетом.

Так вот, вставил я инициализацию вачдога в основную программу и ... он снова стал зависать !
Начал закоменчивать по очереди строки в процедуре старта, убрал настройку таймеров, выключил АЦП, отключил все прерывания ... всё равно зависает.

И зависание именно в момент старта. Это видно на осциллограмме.
В момент запуска контроллера в зависимости от фьюзов существует задержка, 0, 4 и 64 мс. Во времят задержки на пинах МК - 3.6 вольт, далее идет конфигурация пинов и они либо 0, либо +5 (у меня в проекте) становятся.
Но у меня, он не выходит из этого (3.6 вольт) висячего состояния, значит не стартует.

Как оказалось, в самом начале программы, сразу после инициализации стека у меня идет вычитанный где-то давным давно код по обнулению ОЗУ:

			clr		temp					
			clr		temp2
pernul:		        st		Z+,	temp			
			inc		temp2					

			cpi		temp2,	255
			brne	        pernul

Убрал это обнуление и запуск стал стабильным !
Я передёргивал уже 100500 раз питание, старт на 100%.
Жал ресет 100500 раз, стартует на 100%.

Сколько я мучился с обвязкой питания, менял конденсаторы, подводил питалово толстенными проводами, а оказалось ...

Отсюда вопрос, ПОЧЕМУ этот код делает запуск настолько нестабильным ?

[ForcePoint]

Как оказалось, в самом начале программы, сразу после инициализации стека у меня идет вычитанный где-то давным давно код по обнулению ОЗУ:

Код:

clr temp clr temp2 pernul: st Z+, temp inc temp2 cpi temp2, 255 brne pernul .....

Вычитанный и не понятый.
Потому, что этот говнокод (с характерной транслитерацией метки) не ОЗУ чистит, а все порты I/O в ноль сбрасывает (нимало не считаясь с тем, что кое-где по сбросу "1" стоит).

P.S. Технический английский - очень прост (чуть менее чем полностью - термины). Имея стойкие трояки в школе и институте - не имею никаких проблем с разбором документации на английском.

[putmannn]

Потому, что этот говнокод (с характерной транслитерацией метки) не ОЗУ чистит, а все порты I/O в ноль сбрасывает (нимало не считаясь с тем, что кое-где по сбросу "1" стоит).

Проклятый интернет ! Вычитаешь в нём всяких ошибок.
Из-за него я мучился года 3.
Больше я в него ни ногой ! Буду бумажные, проверенные временем советские руководства лучше читать.

[МВА]

Проклятый интернет ! Вычитаешь в нём всяких ошибок.
Из-за него я мучился года 3.
Больше я в него ни ногой ! Буду бумажные, проверенные временем советские руководства лучше читать.

Вот этот код чистит сторого ОЗУ и РОН.
Когда пишу на АСМе использую эти макросы.

;Инициализация стека=============================================  =====
.MACRO SPini
    ldi r16,low(ramend)
    out spl,r16
    ldi r16,high(ramend)
    out sph,r16
.ENDM
;Сброс памяти RAM (00)============================================
.MACRO Ram_00
        ldi zl,low(sram_start) 
                ldi zh,high(sram_start)
Flush:          clr r25
                st  z+,r25
                cpi zh,high(ramend+1)
                brne    Flush 
            
                cpi zl,low(ramend+1)
                brne    Flush
            
                clr zl
                clr zh
                ;очистка регистров (РОН)
                ldi zl,30
                clr zh
                dec zl
                st z,zh
                brne pc-2
.ENDM 

[makakus]

этот код чистит сторого ОЗУ и РОН.
Когда пишу на АСМе использую

А зачем?
При запуске программы любая (почти) переменная в памяти должна быть инициализирована, без этого надёжной работы не будет. Но не бездумно - всё в нули! Тем более, что бОльшая часть памяти, как правило, не используется - зачем делать лишнее?
Инициализировать РОН - это вообще на воду дуть, они потому и РОН, что меняются везде и всюду.
Для инициализации пишу подпрограмму initram, там и инициализирую.

[МВА]

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

Где-то я об этом же недавно писал. Но иногда, при отладке, когда бывают косяки со стеком, удобней, все-таки, обнулять его, чтобы прошлый мусор не мешал увидеть где и что лежит, в стеке. Он ведь тоже находится в SRAM. А вообще-то этот код я скопипастил у DIHALT (с isielektronik). Я только последнюю метку заменил уменьшением программного счетчика. И там же, в его курсе по asm была рекомендация чистить ОЗУ.