Jetlink с ИАРом как-то мерзко работает (STM32F4), у кого ещё так? Опции

[Dr.Alex]

Часто чтобы приконнектиться нужно несколько раз перезапустить всё: передёрнуть USB жетлинка, питание платы и даже перезапустить ИАР.
Отваливается тоже достаточно быстро.
Причём кажется эта проблема нарастает по мере усложнения программы в арме.
Что он может такого делать чтобы мешать отладчику?
Если вместо программы пустышка, то всё значительно стабильнее.
ИАР сам тоже хорош: вот зачем при отвале коннекта (или изначальном обломе) столько раз нужно надавить на эти мусорные месседж-боксы? Неужели одного недостаточно??

[d__]

Ну дык сними эту галку, толку от нее немного, зато появится лишний бряк. Все как-то чуть легче выкручиваться будет...
И еще, используй хороший, толстый УСБ кабель, на тонких китайских кабелях возможны глюки.
И еще, между J-Link и отлаживаемой схемой провода должны быть, как можно короче, вплоть до того, что стандартный шлейф снимается, а вместо него подсоединяются отдельные проводники длиной 40-50мм.
И еще, если контроллер толстый, и размер ОЗУ позволяет разместить код и данные в ОЗУ, на период отладки скомпилируй проект полностью в ОЗУ. Это намного упростит отладку и снимет проблемы с количеством точек останова...
Вот так...

[jcxz]

И еще, если контроллер толстый, и размер ОЗУ позволяет разместить код и данные в ОЗУ, на период отладки скомпилируй проект полностью в ОЗУ. Это намного упростит отладку и снимет проблемы с количеством точек останова...

Тоже так делаю когда есть возможность
Делаю обычно две дополнительные конфигурации: RAM_DEBUG и RAM_RELEASE + связанный с ними ram.icf.
А если есть возможность - и sdram.icf, хотя там код значительно медленнее исполняется.
И скорость загрузки новой прошивки выше и программные бряки не надо перешивать - отладка так гораздо быстрее идёт.