Нужно ли инициализировать регистры и порты AVR на ноль?

Во время процедуры инициализации моего кода я использую такие вещи, как:

clr    r0  ; will always stay zero

а также:

out    PORTA, r0; initialize ports
out    DDRA, r0
out    PORTB, r0
...

Это действительно необходимо? Или я могу быть уверен, что это происходит автоматически после сброса? В частности, могу ли я полагаться на то, что все порты будут установлены как входы по умолчанию, чтобы не было проблем с внешними напряжениями, когда код не выполняется?

— Стефан Пол Ноак
источник

Ответы:

Порты ввода / вывода AVR устанавливаются на INPUT / Tri-State / Hi-Z (DDRx = 0x00) после сброса. Большинство микроконтроллеров (если не все?) Имеют такое поведение. Это самое безопасное состояние для контакта. Поэтому да, вы можете положиться на порты, которые будут автоматически установлены в качестве входов.

Некоторые выдержки из ATmega16 показывают, что:

введите описание изображения здесь

Выводы порта C устанавливаются трижды, когда условие сброса становится активным, даже если часы не работают.

— m.Alin
источник

Это именно то, что я искал :)

— Stefan Paul Noack

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

— Mysuz

@miceuz Суть в том, чтобы не иметь выходов в неизвестном состоянии . Они могут оказать нежелательное влияние на внешнюю цепь, которая подключена к микроконтроллеру

— м.Алин

@miceuz вы ссылаетесь на регистры ввода порта, верно? они имеют N / A в качестве исходного состояния (что имеет смысл, поскольку они просто отражают все, что применяется к выводу). Но я ссылался на регистры направления данных. Я просто хотел убедиться, что я не случайно установил порт в качестве выхода, возможно, конфликтуя с напряжениями, подаваемыми на вывод.

— Стефан Пол Ноак

о да, действительно, извините за шум ..

— Mysuz

Инициализация порта ВСЕГДА хорошая идея, независимо от того, что указано в техническом описании.
Если в техническом описании ничего не сказано, тогда это жизненно важная идея.

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

Если вас не волнует результат, вам не нужно устанавливать биты данных порта :-).

Если производители прямо указывают в листах данных, что биты данных порта установлены или очищены, то они могут быть НО, но это все-таки действительно хорошая идея - инициализировать их самостоятельно в любом случае. «Граничные условия» - это то, где большинство вещей идет не так, как надо - например, начало цикла, конец цикла, круговая точка циклического переноса буфера, .... Запуск процессора является аппаратным эквивалентом. В реальном мире с шумом, глюками и людьми в нем, если вы отвечаете за судьбу ваших программ, то это действительно хорошая идея. Инициализация порта является легкой частью этого.

— Рассел МакМахон
источник

Полностью согласен Я просто подумал, что вместо аппаратного сброса может быть скачок к запуску программы или - что недавно случилось со мной, когда косвенные скачки пошли не так - счетчик программ просто переполнился и снова достиг 0x0000. Кто знает, в каком состоянии будут порты после этого ...

— Стефан Пол Ноак

Ни регистры, ни SRAM не инициализируются при сбросе, только некоторые из периферийных регистров. Вы должны инициализировать вещи, которые вы используете.

— avakar
источник

Вы знаете или имеете ссылку на потерянные регистры, к которым это относится? Я нашел «начальные значения» для некоторых, таких как UCSRCв таблице. А как насчет портов ввода / вывода, особенно направления данных?

— Стефан Пол Ноак

Порты ввода / вывода настроены на ввод. Это все в техпаспорте.

— Леон Хеллер

@ Леон Хеллер, спасибо, теперь я вижу это. Прямо там в реестре описания. Я как-то пропустил это ...

— Стефан Пол Ноак

@ noah1989, Леон прав, начальные значения для периферийных регистров всегда указываются под визуализацией регистра (или как там это изображение с именами отдельных битов называется :)).

— Avakar