Cторожевой таймер, Как сделать так чтобы значения переменных при сбросе не потерять Опции

[sKWO]

Чтобы привести в чувство зависший контроллер использую вотчдог.
При сбросе теряются значения переменных
Можно ли сделать так чтобы их не терять и как?
Программа слишком большая и искать причину сложно.

[Igor26]

Как это

надо вернуть 0 из __low_level_init()

?

Я хелпе на IAR не нашел ничего про __low_level_init().
Ткнине носом, где искать.

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

Я хелпе на IAR не нашел ничего про __low_level_init().

Ой! Compiler Reference->System startup and termination или просто поиск по ключевому слову __low_level_init.

The value returned by __low_level_init determines whether or not data segments 0, the data should be initialized by the system startup code. If the function returns segments will not be initialized.

В папках \src\lib компилятора находим "рыбу" low_level_init.c, в конце которого также есть комментарий:

Код

  /* Return 1 to indicate that normal segment */
  /* initialization should be performed. If   */
  /* normal segment initialization should not */
  /* be performed, return 0.                  */
  return 1;

Если будете использовать __low_level_init в проектах на С++, не забудьте объявить его как extern "C".

Вот еще нашел в хелпе, в разделе Implementation of system startup code, про рихтовку стартапа:

Note: Do not modify the file cstartup.s90 unless required by your application. Your __low_level_init for first option should be to use a customized version of initialization code.

Для исключения лишнего кода я прописываю пустые функции.
void __low_level_init(void){}
void __memclr(void){}
void __flashcpy(void){}
void __segment_init(void){}

Интересно. Но буду спорить.
1)__low_level_init должен возвращать число. Объявляя его как void можно как минимум получить жалобу линкера, как максимум - непредсказуемое поведение программы в зависимости от содержимого R16 в момент вызова этой функции. Можно конечно говорить, что он был проициализирован где-то незадолго до этого, ветвлений нет и значение в этой точке всегда одинаково, но это можно гарантировать ровно до перехода на новую версию компилятора и вообще вам повезло что там именно такое значение. Если "жаба душит" на одну команду LDI R16, 0 то надо редактировать cstartup и выбросить оттуда RCALL __low_level_init и проверку, что потянет за собой выбрасывание на этапе линковки всего __low_level_init() в виде оставшегося RET. Во-первых это еще экономия, во-вторых - поведение будет детерменированным без шаманства.
2) __memclr() - обнуляет все глобальные и статические переменные, которым при объявлении явно не присвоено какое-либо значение. Выполнена в виде цикла ST Z+, R? Вам ведь все равно приходится каким-то образом присваивать переменным начальные значения, и сомневаюсь что отдельно для кажой переменной это получится эффективнее чем в цикле всем скопом. Единственный вариант, который приходит в голову - ваша программа не использует глобальных переменных вообще. Но в этом случае скорее всего применение нескольких глобальных переменных может дать выигрыш в коде больший, чем выкидывание __memclr. И опять же правя cstartup вы сэкономите еще один RCALL и RET.
3) __flashcpy() - пропущу, не знаю что она делает.
4) __segment_init() - копирование образов сегментов XXXX_I (инициализированные глобальные и статические переменные) в ОЗУ из флеша из сегментов XXXX_ID. Делается парой вложенных циклов сразу для всех переменных. Сомневаюсь, что вручную вы сделаете ту же работу эффективнее. Аргументы те же, что и в п.2.

Резюме моих возражений - искать где экономить код нужно не здесь а в основной программе.