Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Не работает отладка GDB: "The program is not being run"
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
EugeNNe
Имеем CooCox CoIDE 1.7.7 (собственно Eclipse подпиленный) + GNU Tools ARM Embedded 4.8 2014q2 + STM32F3Discovery(ST-Link/V2).
Код нормально загружается при использовании ST32 ST link Utility, всё работает.
При попытке запустить отладку в CoIDE вываливатеся такая ерунда:
...
set tdesc filename C:/CooCox/CoIDE/bin/target_desc/arm-with-m.xml
target remote 127.0.0.1:2009
127.0.0.1:2009: \317\356\357\373\362\352\340 \356\341\372\345\344\350\355\350\362\374 \344\350\361\352 \361 \357\340\357\352\356\351 \355\340 \356\341\372\345\344\350\355\345\355\355\356\354 \344\350\361\352\345.
tbreak main
Temporary breakpoint 1 at 0x8000450: file C:\CooCox\CoIDE\workspace\Succ\main.c, line 8.
continue
The program is not being run.
kill
The program is not being run.


В чём проблема? Где что не так?
Mihey_K
В PATH переменную прописывали путь до папки /bin тулчейна GNU Tools ARM Embedded 4.8 2014q2?

Цитата
\317\356\357\373\362\352\340 \356\341\372\345\344\350\355\350\362\374 \344\350\361\352 \361 \357\340\357\352\356\351 \355\340 \356\341\372\345\344\350\355\345\355\355\356\354 \344\350\361\352\345
Кириллицу в именах проекта и путях лучше не использовать.
Какой сервер для отладки используете (странный порт 2009)?


EugeNNe
Цитата(Mihey_K @ Sep 18 2014, 17:33) *
В PATH переменную прописывали путь до папки /bin тулчейна GNU Tools ARM Embedded 4.8 2014q2?

Кириллицу в именах проекта и путях лучше не использовать.
Какой сервер для отладки используете (странный порт 2009)?


Пути все прописаны, кириллицы точно нет в путях. Эти грабли давным давно отброшены и забыты ))). С сервером всё интереснее...
В папке /bin самой CoIdE имеется файл gdbserver.exe. Но судя по строкам в Консоли при отладке запускается arm-none-eabi-gdb.exe из тулчейна. Порт из настроек по умолчанию. (см. картинкe).

Изначально вообще ничего не шуршало, вылетала ошибка: Error: Failed to parse flash driver file. Вылечил тем что поместил папку проекта в папку c:\CooCox\CoIDE\workspace\ - там содержатся примеры поставляемы со средой.
Mihey_K
gdbserver.exe сервер кукокса, он слушает порт 2009. arm-none-eabi-gdb.exe - клиент. Попробуйте сброс сменить на HW RESET.
Как вариант скачать сторонний сервер для ст-линка, запустить его в консоле. Открыть вторую консоль и оттуда через telnet с указанием порта 4242 (telnet 4242) подцепиться arm-none-eabi-gdb.exe к серверу.
EugeNNe
Цитата(Mihey_K @ Sep 19 2014, 18:40) *
gdbserver.exe сервер кукокса, он слушает порт 2009. arm-none-eabi-gdb.exe - клиент. Попробуйте сброс сменить на HW RESET.
Как вариант скачать сторонний сервер для ст-линка, запустить его в консоле. Открыть вторую консоль и оттуда через telnet с указанием порта 4242 (telnet 4242) подцепиться arm-none-eabi-gdb.exe к серверу.


Ресеты всякие ставил, не помогло. Собственно разработчики CoIDE обесчают что "поставил и работай"... а тут опять танцы с бубном ))). Наверное останусь пока на IAR. На досуге как нибудь пошаманю...
jukebox
Цитата(BigBolt @ Sep 23 2014, 08:04) *
Ресеты всякие ставил, не помогло. Собственно разработчики CoIDE обесчают что "поставил и работай"... а тут опять танцы с бубном ))). Наверное останусь пока на IAR. На досуге как нибудь пошаманю...


Тоже парился долго с дебагером в CooCox долго.Перемесил файлы в папке CooCox\COIDE просто в фарш.Не помогало,вылезала красная “not connected“.
Проблему решил следующим образом : залез в в папку с\Program Files...\ST-LINK Utillity и скопировал библиотеку STlinkUSBDriver.dll ,v.4.3.3.0, 84 kB. и закинул ее в c:CooCox\COIDE\bin.После этого отладка заработала.Порт 2009.
Если под утилитой контроллер шьется то значит ее DLL - ка должна работать внутри COIDE .
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.