GDB + ST-Link Опции

[koluna]

Всем привет!

Программатор-отладчик - ST-Link на плате STM32L-Discovery.
GDB-сервер - поделка st-util от texane.
Клиентом коннекчусь, запускаю, останавливаю софтину, работает нормально.
Но прошить удалось только 1 раз (команда load).
При повторном использовании команды выдается ошибка:

(gdb) load
Loading section .isr_vector, size 0x1d0 lma 0x8000000
Load failed

Судя по всему FLASH надо как-то почистить.
Как это сделать?
Читал доку по GDB, но она слишком "универсальная", никакой конкретики на этот счет.
В доке от texane тоже ничего нет.
Подскажите, пожалуйста.

st-flash, кстати шьет только чип на плате.
Снаружи не шьет, почему-то размер памяти в 2 раза больше показывает...

[koluna]

Что, никто моим путем не ходил?
Можно, конечно, попробовать stm32flash или OpenOCD... но начал возиться в данном направлении и хочется всетаки разобраться...
Вообще, в и-нете есть статьи, но там все ограничивается target extended remote, load, run и continue...
По самой отладке вопросов нет.

Фигня какая-то... заработало!

[demiurg_spb]

В openocd есть ключики для очистки и разлочки флеша.
Я для stm32 использую такой аргумент для прошивания через бат-файл:

Код

...
-c "flash write_image erase unlock %TARGET_ELF%"
...

Кстати, вы что используете в качестве клиента gdb-server для пошаговой отладки?
Понятно что eclipse позволяет это сделать, но хочется найти чего-то более легковесное и при этом ещё работоспособное типа arm-none-eabi-insight или tui.
insight - крешится при попытке соединиться с сервером (если кому-то удалось его завести под виндой - поделитесь опытом).
tui отсутствует в сборке arm-none-eabi-gdb.
Остаётся попробовать code::blocks и codelight. Никто не пробовал их для отладки через gdb?

[koluna]

В openocd есть ключики для очистки и разлочки флеша.

В основном OpenOCD и используют... про разлочку и очистку встречал информацию.
Кстати, а почему она залочивается?

Кстати, вы что используете в качестве клиента gdb-server для пошаговой отладки?
Понятно что eclipse позволяет это сделать, но хочется найти чего-то более легковесное и при этом ещё работоспособное типа arm-none-eabi-insight или tui.
insight - крешится при попытке соединиться с сервером (если кому-то удалось его завести под виндой - поделитесь опытом).
tui отсутствует в сборке arm-none-eabi-gdb.
Остаётся попробовать code::blocks и codelight. Никто не пробовал их для отладки через gdb?

Пока для отладки ничего не использую (на работе Keil + j-link).
Дома ковыряюсь с GCC и пр. свободным софтом в расчете на будущее.
GDB-клиент (из комплекта Sourcery CodeBench Lite) у меня в данный момент используется только для прошивки МК...
Про отладку через C::B кто-то когда-то, кажется, писал здесь.

[demiurg_spb]

Кстати, а почему она залочивается?

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

[koluna]

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

Это понятно все, я про другое...
Не понятно почему вчера команда "load" не работала в GDB.
Думал, что в режим какой-то зашел, не позволяющий прошивать МК.