@drvtos

Ну, вопрос не только по АВР, ибо это про Си. Пишу в привычный форум.

У меня тут траханина с модбасом, причем все очень припекает, ибо речь идет о работающем на объекте приборе. Виснет связь, а кто виноват - есть 2 прибора и 2 библиотеки. Вот за что я не люблю чужого юзать - потом как баран! Но тут вот так сложилось, 2 либы, обе чужие, где-то что-то сбоит...
Так как настоящей причины найти пока не удалось, придется затыкать чем-то. Заметил, что ресет моего МК снимает проблему. Для системы в целом этот перезапуск не страшен. Ага, значит нужно поймать, когда вис - и ресетнуть.
Програма на Си.

Ну, поставил ловушки. Допустим, будет в проге точка, где станет ясно: связь в жопе, нужен перезапуск. Теперь думаю, как лучше ресетнуть:

- есть ухищрения, чтобы именно с самого начала, как хард ресет. Об этом читал когда-то, но по диагонали. Не очень нужно, ИМХО, так уж с нулевого адреса. Да я и не знаю, как это красиво сделать

- можно тупо повторить код, который у меня в main() стоит до петли moymtoop. Но там что: инициализация портов, таймеров, памяти, тесты, установка параметров из энергонезависимой памяти. Затем инициализация модбасного стека. Вроде как тоже дофига всего. Не думаю, что это нужно.

- можно самое малое: проинициализировать модбас.

Что вы в таких случаях делаете? Как считается кашернее? Прожечь 3 варианта и пробовать - долго. Там эффект может проявиться далеко не сразу.
Поделитесь мыслями вслух. Да, и как правильно из Си шугануть на ноль (по первому варианту) - тоже подскажите, плз!

0

@ShodS

Брат... мы видимо не до конца понимаем друг друга.....
Я не говорю об аппаратных свойствах контроллера, при ресете очищать ОЗУ или РОН, это ежу понятно, что там могет быть все что угодно...
Я говорю о функции компилятора, который генерит программный код так, что перед началом использования майна, все глобальные переменные (не вся оперативка) очищены..... http://www.tstu.ru/r.php?r=education.el ... 995&p=h164

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

Вот насчет ВСЕХ переменных я речь и не веду... А насчет глобальных, можеш имхо изменить свою точку зДрения.....
Дело конечно не в том что, что то там будет тратится впустую, при ненужном обнулении вручную глоб переменных, а скорее в том что приятнее, когда лучше знаеш какие то глубокие процессы.....

0

@drvtos

Цицирую вопрос одного уважаемого человека:

Отвечаю: они инициализируются той программой. которую ты с компилятором записал. То есть, он свое очистит, ты свое присвоишь (там, где явно пишешь).
А "автоматически" сбрасывается х.з. что и на это мы дружно не надеемся.
Верно?

0

@ShodS

Ну вот и вышли на чистую воду.....

Я забыл вставить слово:
а ты в принципе согласен:

0

@ShodS

Кста... это касается только локальных переменных, а вот глобальные переменные не могут быть неизвестными, либо мы туда пихаем чтото свое, либо компиль туда пихает 0.....

0

@tyzord66

При включении питания содержимое всех РОН и ячеек ОЗУ не определённое, другое дело РВВ. При старте все переменные проходят инициализацию. При передаче управления по нулевому адресу необходимо сперва глобально запретить прерывания , сбросить все разрешения прерываний от используемых устройств, обнулить соответствующие им флаги на тот случай, если какое то застряло в очереди на обработку, если используются таймеры остановить их и обнулить прескаллер и счетный регистр, после чего можно смело передавать управление нулевому вектору. Все переменные и РВВ будут проинициализированы в штатном порядке. Может возникнуть проблема при ините некоторой внешней периферии, например ЛЦД на HD44780, тут полезно заглянуть в причину сброса и если это не по включению питания, то инит пропустить

0

@OtixPM

Не совсем так.
В программах на Си обнулением занимается стартапный код. При использовании своего (а не автоматически сгенерированного средой компиляции) стартапа МОЖНО обойтись без обнуления ОЗУ (совсем или частично), и содержимое ОЗУ останется тем же, что и до ресета. Любого ресета, в том числе по watchdogу.

Некоторые IDE (например, CVAVR) позволяют регулировать адрес, с которого начинается обнуление. Это ещё один способ сохранить значения глобальных переменных при сбросе.

Я делал проекты, где AVR уходил в глубочайший сон, и только watchdog его периодически будил - при этом все переменные оставались нетронутыми, а флаг "risit reason == watchdog" говорил программе, что это не начало, а продолжение работы.

0