Глюки watchdoga в меге 2560, а можетбыть и не watchdoga %| Опции

[superbizzon]

Здарасьте всем! Такая проблема - делаю проектик на меге 2560, шла без нареканий пока не понадобилось организовать програмный сброс - просто перестаю обнулять watchdog. Резет-то происходит но только мега остается в зарезеченом состоянии.... приэтом сброс от программатора не помогает, ещё интересно что в этом состоянии можно перепрошить - но после прошивки остаётся в такомже состоянии %| .... помогает только снятие питания и перезапуск...

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

Много раз проделывал такой фокус с другими контроллерами АВР ( не 2560) - ваще никаких проблем, а тут полдня потерял всё бестолку....

ПОМОЖИТЕ! Что делать, как бороться!?

[Kuzmi4]

2 superbizzon - как писал недавно тут товарисч - "...к величайшему сожалению телепатов тут нет.."

Желательно было б увидеть код, или его ключевые части для начала...

[superbizzon]

2 superbizzon - как писал недавно тут товарисч - "...к величайшему сожалению телепатов тут нет.."

Желательно было б увидеть код, или его ключевые части для начала...

Мда... как раз ирония в том что кода три строчки -

int main()
{
_WDR();
WDTCSR=0x38;
WDTCSR=0x28;

DDRD|=0x01;

while(1)
{
PORTD^=0x01;
}
}

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

[=GM=]

Рисет-то происходит, но только мега остается в зарисеченом состоянии.... приэтом сброс от программатора не помогает, ещё интересно что в этом состоянии можно перепрошить - но после прошивки остаётся в таком же состоянии %| .... помогает только снятие питания и перезапуск...

Похоже, у вас таблица векторов прерываний (и адрес сброса в том числе) находится в области загрузчика, и по рисету (неважно ручному или от охранного таймера) вы направляете программу в область загрузчика. Чтобы избежать подобного, перед настройкой вотчдога поставьте две команды
MCUCR=0x01;
MCUCR=0x00; //вектора прерываний в начале флеша

Вся программа примерно такая
int main()
{
_WDR();
MCUCR=0x01;
MCUCR=0x00; //вектора прерываний в начале флеша
WDTCSR=0x38;
WDTCSR=0x28; //системный сброс и период на 4с
DDRD|=0x01;
while(1)
{
PORTD^=0x01;
}
}

Должно помочь.

[superbizzon]

Похоже, у вас таблица векторов прерываний (и адрес сброса в том числе) находится в области загрузчика, и по рисету (неважно ручному или от охранного таймера) вы направляете программу в область загрузчика. Чтобы избежать подобного, перед настройкой вотчдога поставьте две команды
MCUCR=0x01;
MCUCR=0x00; //вектора прерываний в начале флеша

Вся программа примерно такая
int main()
{
_WDR();
MCUCR=0x01;
MCUCR=0x00; //вектора прерываний в начале флеша
WDTCSR=0x38;
WDTCSR=0x28; //системный сброс и период на 4с
DDRD|=0x01;
while(1)
{
PORTD^=0x01;
}
}

Должно помочь.

2VladimirYU - не спасло ... ничего не изменилось


2 =GM=

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

пробывал вчера так -
int main()
{
_WDR();
WDTCSR=0x38;
WDTCSR=0x28; //системный сброс и период на 4с

MCUCR=0x00;

DDRD|=0x01;
while(1)
{
PORTD^=0x01;
}
}


Тоесть не -
MCUCR=0x01;
MCUCR=0x00;

а просто
MCUCR=0x00;

- не помогло.... Но обязательно вечером попробую Ваш вариант, спасибо!

[=GM=]

2 =GM=
Тоесть не -
MCUCR=0x01;
MCUCR=0x00;

а просто
MCUCR=0x00;

- не помогло.... Но обязательно вечером попробую Ваш вариант, спасибо!

Просто MCUCR=0x00 не поможет, поскольку бит <1>, который отвечает за положение веторов прерывания, защищён от прямой записи. Поэтому сначала надо выставить бит <0> в единицу, а потом в течение 4 тактов сбросить бит <1>. Читайте дейташит, там всё подробно расписано.

[superbizzon]

Просто MCUCR=0x00 не поможет, поскольку бит <1>, который отвечает за положение веторов прерывания, защищён от прямой записи. Поэтому сначала надо выставить бит <0> в единицу, а потом в течение 4 тактов сбросить бит <1>. Читайте дейташит, там всё подробно расписано.

ДА, всё правильно... попробывал так,но не спасает
Перерыл datashIt вдоль и поперек... всё должно работать, но не работает..... Запустил в Astudiю ассемблерный файл - и вот что получается :
После загрузки - стоит на нулевом адресе, где сидит команда на прыжок на адрес начала программы (0х00083)... она прыгает.... там проходит seg_init и ещё какието initы.... далее переходит к моим командам...... жду - происходит сброс.... программа возвращается на нулевой адрес, откуда прыгает опятьже на (0х00083) и вязнет в initaх.... тоесть вектора сброса тут не причём абсолютно.... это пакостит IAR.... пытался отключить вставку этих самых initoв - пока не нашел как....


Добавлю -
вот что наковырял по теме - http://electronix.ru/forum/index.php?showt...mp;#entry358180
видимо должно помочь..

Сообщение отредактировал superbizzon - Feb 26 2008, 07:18

[Сергей Борщ]

и вязнет в initaх....

Вот это смущает. Поставьте точку останова на вектор сброса и посмотрите - происходит ли повторный сброс собаки. Если да - то

вот что наковырял по теме - http://electronix.ru/forum/index.php?showt...mp;#entry358180

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