caxapa.ru :: Я с таким поведением сталкивался в Keil-е, думаю в IAR аналогично. Обычно после заливки прошивки происходит старт программы, затем среда (Keil/IAR) еще выполняет сброс. При этом момент сброса может выпасть в "удачный" момент

il-2 (06.09.2017 18:37, просмотров: 184) ответил ROBINZONE на Прошу помощи телепатов: проект на иаре, STM32F429IIT6, размер кода чуть больше мегабайта, в начале (256кб) - бут-загрузчик. LCD 7", сеггеровская GUI 5.32, ETHERNET, 32 мБ SDRAM.

Я с таким поведением сталкивался в Keil-е, думаю в IAR аналогично. Обычно после заливки прошивки происходит старт программы, затем среда (Keil/IAR) еще выполняет сброс. При этом момент сброса может выпасть в "удачный" момент - например в середине инициализации какой-либо внешней периферии, которая становится раком и отказывается дальше работать. В среде Keil есть галка "Reset after download", при запуске отладки отладчик тоже выполняет сброс, поэтому для исключения двойного сброса при отладке эту галку приходилось снимать. В Keil это радикальное средство от подобных глюков. Думаю в IAR тоже есть что-то похожее в настройках проекта.

Ответить

- Нашел решение: отключить на main в уровнях оптимизации "static clustering". И ВСЁ! ROBINZONE(271 знак., 07.09.2017 17:17)
  - Любопытно, потом посмотрю как это оптимизация вообще устроена, по описанию не оч понятно - 0men(07.09.2017 17:55)
    - В том то и дело, все включают на максимум оптимизации, все опции, а они являются "минами замедленного действия". - ROBINZONE(07.09.2017 19:26)
      - Вы где-то прочитали, что все включают? Или сами так решили? Я включаю оптимизации только, если без них места в памяти не хватает. Даже если оптимизация не добавляет глюков, она затрудняет отладку. - mmc(07.09.2017 21:08)
        
        Делал просто: брал цикл с изменением регистра в/в и смотрел по ассемблеру, во что компилируется. ROBINZONE(177 знак., 08.09.2017 16:20)
        
        Эти алгоритмы сделали включаемыми специальными опциями, вероятно, оттого, что авторы компилятора понимали, что не всегда и не везде эти алгоритмы подходят. Иначе эти более эффективные алгоритмы применяли бы везде без всяких опций. Зачем же без mmc(620 знак., 08.09.2017 20:04)
        
        у меня всегда оптимизация включена на максимум, начиная с яр для авр 2.28, пока все глюки были только моими )) - 0men(08.09.2017 12:21)
        
        плюсую - Oman(08.09.2017 21:37)
        
        Аналогично - LightElf(08.09.2017 12:31)
      - Это не мины. Это ещё один способ выявить глюки в коде. А так да, не надо включать оптимизацию. Вы куда-то опаздываете? Памяти не хватает? Вот и не надо. Я и сам так делаю. - SciFi(07.09.2017 20:12)
        
        Согласен, просто с оптимизацией вылезают те глюки, которые не вылезают без нее( простейший пример, неинициализированные переменные). Oman(56 знак., 08.09.2017 10:38)
        
        Вот, к примеру, глюк FreeRTOS при этом уровне оптимизации ROBINZONE(237 знак., 08.09.2017 16:24)
        
        имхо- хрень, фри была 6 и щас 7.3 (временами посматривал что изменилось, не интересовало). Oman(680 знак., 08.09.2017 21:50)
        
        Хе-хе. У меня есть программа, которая начинает глючить, если компилятору включить LTO. Проблема в том, что при этой оптимизации в дизассемблере вообще ничего не понять, а по старинке через printf() возиться не хочется... - SciFi(08.09.2017 10:43)
        
        "возиться не хочется" ключевая фраза)) Хотя частенько бывает что и не стоит возиться, времени угробишь море, а результат и так уже был. - Oman(08.09.2017 10:52)
- Так, наоборот, при отладчике всё работает. ROBINZONE(211 знак., 06.09.2017 18:54)
  - А вы ПОСМОТРИТЕ что у вас реально происходит и ПОДУМАЙТЕ логически. Как косвенное подтверждение - если ваш "глюк в обычном режиме" исчезает, когда вы просто подаете питание на устройство, то это ОНО. - il-2(06.09.2017 19:16)
- в IAR в настройках J-linka есть разные варианты выбора ресета - 0men(06.09.2017 18:50)

ARM, RISC-V контроллеры