"Правильный" софт ресет, который почти как хард ресет Опции

[UniBomb]

Добрый день. Подскажите пожалуйста, как правильно сделать софтресет, а то возникла такая проблема:

Есть прибор, который по усарту может получить команду сброса, после которой должен соответсвенно сбросится. Программа написана на асме, и когда я получаю эту команду, то просто jmpом прыгаю в самый первый байт кода. После этого у меня опять происходит инициализация устройства и программа как бы начинается заново. Всё было хорошо года два, пока сегодня не заметили странную штуку - после такого сброса показания прибора зашкаливают, а потом всё опять приходит в норму. Это в принципе недопустимо.

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

[aaarrr]

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

[zombi]

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

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

[aaarrr]

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

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

[zombi]

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

Обсуждалса WDT уже

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

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

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

[ARV]

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

а ваши посты - это просто ради красного словца? разговор поддержать, так сказать?
P.S. вообще-то, мне тоже безразлично все это...

[Огурцов]

Atmel пишет про WDT. Не помню, было ли где про то, что нельзя использовать один из портов, заведенный на ресет. Вроде бы было, что можно. Иначе действительно получается потенциальный баг. Сброс должен быть полный или не быть вообще, скажем в зависимости от длительности импулься, а не какой-то там наполовину. А с jmp 0 давно понятно - jmp - это как бы и не ресет совсем. Вообще, не понятно, почему Atmel не предусмотрели еще один источник сброса - программный. Хотя это не единственное, что не понятно.

[singlskv]

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

Atmel как раз четко высказывался на этот счет.
Типа не гарантируем...

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

Нет, сброс или будет или нет, зависит от массы внешних факторов, например емкости
на пине сброса, температуре итд

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

Ну не ресет, рестарт называется, но кто сказал что с програмной точки зрения будут
какие-нить отличия ?
Вам когда-нить приходилось стопить переферию для переключения пинов на другие
функции ? Если приходилось, то софт рестарт не будет для Вас откровением...