Программный сброс AVR без ватчдога

Question

Программный сброс AVR без ватчдога

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

После этого процесса восстановления я должен перезапустить avr. Все, что я нашел в теме «программный сброс arduino», устанавливает кратчайший тайм-аут сторожевого таймера (15 мс), а затем вращает процессор (for(;;);), пока не вызовет сброс сторожевого таймера.

Но это приводит к входу в процесс восстановления, который уже выполнен на этом этапе.

Можно ли добиться этого элегантным способом?

Какой-то не очень или менее элегантный способ:

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

Есть ли какие-либо регистры, которые "выживают" при программном сбросе?

Изменить:

Я добавляю фиктивный пример кода, чтобы намекнуть, что я пытаюсь сделать.

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

/*************************** Оболочка приложения **************** ****************/

// определяем call_application и call_recover как слабые пустые функции
//чтобы их можно было переписать.

bool isWatchdogReset()
{
    return MCUSR == 8;
}

void softwareReset()
{
    // wdt_enable(WDTO_15MS);for(;;);// (таким образом входит в режим восстановления)
    //или
    // asm("jmp 0x0");// (таким образом регистры функции не сбрасываются)
}

bool isSoftwareReset()
{
    //???
}

int main()
{
    bool needRecover = isWatchdogReset() && !isSoftwareReset();
    MCUSR = 0;
    init_board();
    wdt_enable(WDTO_1S);
    while(1)
    {
        if(!needRecover)
        {
            call_application();
        }
        else
        {
            call_recover();
        }
        wdt_reset();
    }   
}


/********************************* Application ********************************/

void call_application()
{
    if(randomTrue())
    {
        //зависание более 1 секунды, что приводит к сбросу WDT
    }
    else
    {
        //правильная работа
    }
}

/********************************** Recover ***********************************/

void call_recover()
{
    // инициализируем UART, подключаем прерывания, записываем flash и EEPROM, модифицируем
    //регистры функций.

    //восстановление завершено, возврат к исходному приложению вроде как
    // ничего не произошло.
    softwareReset();
}

Изменить: Я пытаюсь объяснить кратко, чтобы понять суть:

1) Я уже использую сторожевой таймер для обнаружения ошибок в коде приложения.

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

3) Чтобы правильно выполнить сброс, нужно установить тайм-аут сторожевого таймера. Но смотрите пункт 1), он уже используется, так как же вы можете отличить запрошенный сброс от сброса для восстановления ошибочного кода?

@Dankó Dávid, 👍1

Обсуждение

а почему со вторым сбросом wdt проблема? или почему нельзя продолжить без перезагрузки?, @Juraj

Я прочитал ваш вопрос три раза, но до сих пор не понимаю, что вы описываете. О каком «восстановительном процессе» вы говорите? «Восстанавливают» данные в процедуре прерывания WDT., @Gerben

2 ответа

@*KIIV* · Answer 1 · 2019-02-01 08:25-00:00

Сброс в основном выполняется по адресу вектора сброса 0x0000 (если у вас нет загрузчика или вы не хотите его запускать).

Есть также регистр MCUSR, указывающий, какой источник сброса вызвал сброс. Он не будет установлен, если вы сделаете простой переход на адрес сброса.

Память также сохраняется, но код инициализации C/C++ имеет место и инициализирует ваши глобальные переменные. Этого можно избежать, поместив переменную/переменные в раздел .noinit. Но не определяется, что там после сброса. В сочетании с регистром MCUSR вы можете инициализировать переменные для обычных источников сброса и оставить их неизменными, если вы перейдете к адресу вектора сброса.

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

@*Juraj* · Answer 2 · 2019-02-04 17:15-00:00

Логика ваших приложений неверна. Вы устанавливаете needRecover в начале main, но проверяете его в бесконечном цикле while (1). Значение needRecover не изменится в цикле.

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

Вы можете поместить инициализацию в функцию с именем setup, а бесконечный цикл — в функцию с именем loop. И есть такая функция main:

int main( void )
{
  setup();

  for (;;)
  {
    loop();
  }

  return 0;
}

подождите, где-то это уже видели :-)