[EugeNNe 0]

Имеем 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.

 

В чём проблема? Где что не так?

[miheyk 0]

В 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 0]

В 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\ - там содержатся примеры поставляемы со средой.

Изменено 18 сентября, 2014 пользователем BigBolt

[miheyk 0]

gdbserver.exe сервер кукокса, он слушает порт 2009. arm-none-eabi-gdb.exe - клиент. Попробуйте сброс сменить на HW RESET.

Как вариант скачать сторонний сервер для ст-линка, запустить его в консоле. Открыть вторую консоль и оттуда через telnet с указанием порта 4242 (telnet 4242) подцепиться arm-none-eabi-gdb.exe к серверу.

[EugeNNe 0]

gdbserver.exe сервер кукокса, он слушает порт 2009. arm-none-eabi-gdb.exe - клиент. Попробуйте сброс сменить на HW RESET.

Как вариант скачать сторонний сервер для ст-линка, запустить его в консоле. Открыть вторую консоль и оттуда через telnet с указанием порта 4242 (telnet 4242) подцепиться arm-none-eabi-gdb.exe к серверу.

 

Ресеты всякие ставил, не помогло. Собственно разработчики CoIDE обесчают что "поставил и работай"... а тут опять танцы с бубном ))). Наверное останусь пока на IAR. На досуге как нибудь пошаманю...

[djeker 0]

Ресеты всякие ставил, не помогло. Собственно разработчики 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 .