![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Эх, не судьба!
Сижу, ковыряюсь с непонятным багом в коде на STM32F042: вроде, такой же, как на F103, но вызывает зависание МК при определенных условиях.
Сдуру даже решил gdb впервые в жизни попробовать. По инструкциям в интернете запустил openocd, запустил gdb. Прикольно: можно точки останова ставить, переменные смотреть и т.п. Но стоит подключить кабель USB, ввести данные и наткнуться на точку останова в нужном месте, как буквально через пару "шаганий по коду" у меня начинается всякая чушь вроде
Причем, это я уже "как бы официальный" st-link подключил - старый. Более новый, "китайский", вообще уже на стадии коннекта USB отваливался. А я-то надеялся, что можно будет, проходя шагами после точки останова, найти таки, где у меня косяк. Правда, есть подозрение, что USB при этом безнадежно помрет и ничего не получится! Ну, да ладно: все равно не работает. Буду продолжать старую добрую отладку классическими способами.
Сдуру даже решил gdb впервые в жизни попробовать. По инструкциям в интернете запустил openocd, запустил gdb. Прикольно: можно точки останова ставить, переменные смотреть и т.п. Но стоит подключить кабель USB, ввести данные и наткнуться на точку останова в нужном месте, как буквально через пару "шаганий по коду" у меня начинается всякая чушь вроде
target not halted target stm32f0x.cpu was not halted when step was requested Previous state query failed, trying to reconnect Polling target stm32f0x.cpu failed, trying to reexamine
Причем, это я уже "как бы официальный" st-link подключил - старый. Более новый, "китайский", вообще уже на стадии коннекта USB отваливался. А я-то надеялся, что можно будет, проходя шагами после точки останова, найти таки, где у меня косяк. Правда, есть подозрение, что USB при этом безнадежно помрет и ничего не получится! Ну, да ладно: все равно не работает. Буду продолжать старую добрую отладку классическими способами.