всем привет. подскажите, в стм32 возможен вход в отладку без рестарта программы?

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

Запусти отладку и жди глюк

А после нельзя

С openocd точно можно
У тебя какой стек софта?

он не проявляется в режиме отладки. это точно.

видать в отладке либо ядро работает медленнее, либо какие то флаги сбрасываются сами.

без отладки добиться глюка легко руками. под отладкой - ни в какую

у меня кеил 5 и ст линк

сливай регистры в уарт и лови на компе.

SeggerEmbeddedStudio+OpenOCD

А счёт глюк то связан? С какими нибудь таймерами?

Кмк, в кеиле можно нагорячую поднять дебаг, но я кейлщик не настоящий, сорян

да.
пишу двухсторонний протокол на uart+dma, и рукописный таймаут по приему на прерывании таймера.

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

в отладке этого глюка нет.

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

спасибо, погуглю счас эту тему

почему вообще про оверран подумал - сегодня столкнулся с тем, что у f030 после поднятия оверрана уарт перестает вообще принимать данные пока его руками не сбросишь (в RM об этом ни слова)

вот думаю может и в f407 (это тот, в котором собственно сейчас ловлю глюк) такая же шляпа с этим флагом.

Если я правильно понимаю о чем речь. (что юарт не принимает посылки, после срабатывания ошибки по приёму), то так не только у стмок

да, походу так и есть, но я до сегодняшнего дня этого не знал и в RM я ничего подобного не нашел (может плохо искал)

я помню как то долго трахался с тем, чтобы определить отвал юарта)

та же херня.
всё утро искал

опиши рабочее пространство. IAR, openocd делал

ну и это, лучше так не делать. расставляй логи и лови