А почему бы сделать сброс по WDT? Получив команду на перезапуск уходим в вечный цикл, а через некоторое время произойдет сброс по WDT.

Или соединить один из выводов через диод с выводом сброса и дёргать этим выводом, когда надо ,

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

jmpом прыгаю в самый первый байт кода.

хочу спросить - как сбросить стек?

"В лоб" - загрузить в sph:spl значение ramend (при запрещенных прерываниях, разумеется).

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

Я так подозреваю, что дело в стеке, т.к. там на этот момент могут храниться несколько точек возврата ну и какие-то левые значения, из-за которых начальные значения являются некорректныи. Посему хочу спросить - как сбросить стек? Как поведёт себя перифирия после повторной инициализации?

Так обычно в нуле стоит команда, которая прыгает на метку "RESET", которая находится за векторами прерываний, после чего стек первым делом и настраивается, потом порты... и т.д.

Речь идёт о том, что ресет делается из работающей программы, у которой уже в памяти что-то валяется.

Программа сама фузы не меняет, поэтому вывод сброса входом не станет,

Зато станет входом тот вывод, которым вы хотели дергать ногу ресета.

ну и конечно CLI и инициализация стека в начале обязательно.

Должно все работать ведь если он стал входом значит ресет уже сработал

С остановом периферии могут быть сюрпризы. Както раз мне приспичило остановить UART в 88-й меге, чтобы можно было той лапой, на которой TXD программно поуправлять. Так вот ничего у меня не вышло. При отключении UART этот вывод оставался выходом выдающим еденицу, и не желал повиноваться регистрам PORTD и DDRD. Так что если хочется без головной боли, то WDT - единственный выход.

Должно все работать ведь если он стал входом значит ресет уже сработал

We are currently updating the AVR FAQ and a software reset is actually one of the entries we've already made. Some people might recognise parts of this answer (and others, when the FAQ is up and running) that is simply because we have been crusing around avrfreaks searching for the most common questions, so many of the answers have been written many times before

<START>

Question
How can I reset my AVR through software?

Answer
If you want to perform a software reset of your AVR you should use the internal Watchdog. Simply enable it and let it time out. When the Watchdog triggers it resets the program counter back to 0, clears all the registers and performs all the other tasks. This operation gives the same result as pulling the RESET line low.

You should not try to:
- Use another pin of the AVR to pull the external RESET line. The pins of the AVR are tristated halfway through the minimum reset time, this releases the RESET line and hence nothing happens.
- Jump to program location 0. Jumping to program location 0 does not clear all the registers and hence you do not have a "clean" reset.

А Вы дождались остановки UART ?
Я специально говорил что нужно дождаться окончания последнего действия:
Bit 3 – TXEN: Transmitter Enable
Writing this bit to one enables the USART Transmitter. The Transmitter will override normal
port operation for the TxD pin when enabled. The disabling of the Transmitter
(writing TXEN to zero) will not become effective until ongoing and pending transmissions
are completed, i.e., when the transmit Shift Register and transmit Buffer Register
do not contain data to be transmitted. When disabled, the transmitter will no longer override
the TxD port.

У вас есть уверенность, что перевод портов в третье состояние - заключительная стадия процесса ресета?

Полной уверенности нет.
Но раз процесс ресета пошел разве он может не завершиться???

Вот что Atmel думает об этом:
software reset
Я думаю также будет полезно прочитать FAQ#30 в avr-libc-user-manual:
How do I perform a software reset of the AVR?

Анатолий.

убрать RST - контроллер вообще может оказаться в неопределенном состоянии (недосброшенным). теоретически может даже зависнуть...

А даташите напысано шо внешний резэт срабатывает по фронту ?
Или я пэрэвёл нэправылно???
(недосброшенным)

tRST Minimum pulse width on RESET Pin 1.5 µs

Читать надо весь даташит, а не выборочно: ATmega8, 2486Q–AVR–10/06, Table 15:Переводите как хотите. Невнимательным:

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

Там написано что при импульсе короче 1.5 мкс не гарантируется сброс.

конечно, читая даташит, становится понятно лишь то, что там написано. а что не написано - можно домыслить. я не утверждаю, что сброс у атмела многоэтапный, но если это так, то кто даст гарантию, что сигнал RST не играет роль сигнала CS для микросхем памяти? т.е. наличие должного уровня RST лишь разрешает работу многокаскадной схемы сброса? значит, если его убрать раньше, чем процесс дойдет до финала - разрешение исчезнет, и схема останется в каком-то промежуточном состоянии.

простая аналогия: сдвиговый регистр с третьим состоянием выходов: пока есть OE (читай RST), инфа в регистре движется, убрали ОЕ - и на выходах неизвестно что...

повторяю: это лишь мои домыслы, но разве они не логичны?

конечно, читая даташит, становится понятно лишь то, что там написано. а что не написано - можно домыслить.

Ну, добавьте RC и будет хоть 1.5мкс, хоть 15мс. Только зачем такие извращения, если можно просто задействовать WatchDog?

Опять двадцатьпять. А прочитать тему с начала слабо?

Полный пипец!
И самое главное что проц будет работать именно так как домыслит каждый из читающих?
Я всегда предполагал что даташит для того и существует чтобы домысливать ничего не нужно было!

Поясните свою реплику, будьте любезны.

конечно нет. но случайно кто-то может своими домыслами попасть в точку.

если всюду рекомендуют использовать WDT для софт-сброса и не рекомендуют заводить сигнал с другого пина - этому долно быть какое-то обяснение? вы пытаетесь домыслить, что сброс пройдет (и приводите какие-то домыслы-доказательства этого), я наоборот - и тоже вещаю благую чушь опыт - критерий истины - заведите порт на RST и попробуйте вообще программу запустить... ну а потом - пересбросить... и тогда, возможно, забрезжит свет истины...

Честно говоря мне абсолютно по-уй будет оно работать или нет

Ну, добавьте RC и будет хоть 1.5мкс, хоть 15мс. Только зачем такие извращения, если можно просто задействовать WatchDog?

Честно говоря мне абсолютно по-уй будет оно работать или нет

Moderator:
В таком случае постарайтесь не замусоривать форум.

Atmel пишет про WDT. Не помню, было ли где про то, что нельзя использовать один из портов, заведенный на ресет.

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

А с jmp 0 давно понятно - jmp - это как бы и не ресет совсем. Вообще, не понятно, почему Atmel не предусмотрели еще один источник сброса - программный. Хотя это не единственное, что не понятно.