@fpistm, я увидел по вопросу, поднятую пользователем, который вы порекомендовали установить Eclipse, Sloeber и т. Д., Чтобы иметь возможность отлаживать.

Я прошел через инструкции, которые вы здесь предоставили -> https: // github.com/stm32duino/wiki/wiki/how-to-debug

Слоубер жаловался на то, что мой путь установки более 40 часов, поэтому я последовал совету здесь -> https: // github.com/slaeber/arduino-ecli ... Проблемы/705 Так что я мог бы запустить Eclipse изнутри температуры M: Drive с помощью SUP.

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

Openocd.Exe начинается нормально

Но я получаю этот вывод: GNU MCU Eclipse 64-bit Open On-Chip Debugger 0.10.0+dev-00352-gaa6c7e9b (2018-10-20-06:24) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : auto-selecting first available session transport "hla_swd". To override use 'transport select '. Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD adapter speed: 1000 kHz adapter_nsrst_delay: 100 none separate Started by GNU MCU Eclipse Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : Unable to match requested speed 1000 kHz, using 950 kHz Info : Unable to match requested speed 1000 kHz, using 950 kHz Info : clock speed 950 kHz Error: open failed in procedure 'init' in procedure 'ocd_bouncer'

На самом деле в диалоге доступно больше информации:
Error in final launch sequence Failed to execute MI command: -target-select remote localhost:3333 Error message from debugger back end: localhost:3333: No connection could be made because the target machine actively refused it. Failed to execute MI command: -target-select remote localhost:3333 Error message from debugger back end: localhost:3333: No connection could be made because the target machine actively refused it. localhost:3333: No connection could be made because the target machine actively refused it.

Просто попробуйте без каких -либо проблем.
Вы используете правильный USB -кабель?
Я шутка
Погуглите вашу проблему, кажется, это может быть связано с использованием портов USB. Это порт USB 3 ?

Другой вопрос, вы обновили прошивку Stlink ?

Да, это 3 USB... Я попробую в порту USB 2 (сегодня вечером я в офисе)

ST-Link находится на последней части прошивки.

Спасибо.

PS, вы имеете в виду, что это лидерство Scart не сработает?

Работа в USB 2.0 порт

Хорошо. Отлично.
В любом случае я также видел, что доски, подключенные к порту USB3, кажется, работают в ограниченном режиме....

Хорошего отладки

Ну, я импортировал свой главный проект в Словебер...

Немного кривой обучения:

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

* Любые константы typedef или константы, определенные в .H приведет к ошибке компиляции, если у вас есть это .H явно включено. Slakeber строит славея.Ино.CPP со всеми включенными и по какой -то причине, которая приводит к двойным определениям, но не для чего -либо еще?? Так что комментарий включает в себя в основной проект.

* build_opts.H игнорируется - пришлось вручную экземпляр Serial3

Компиляции и загрузки - и IDE Eclipse/Slaeber уже помог мне обнаружить немного дураков, = вместо == и т. Д.

[Беннебой - Вторник 15 января 2019 г., 19:46] - * Любые константы typedef или константы, определенные в .H приведет к ошибке компиляции, если у вас есть это .H явно включено. Slakeber строит славея.Ино.CPP со всеми включенными и по какой -то причине, которая приводит к двойным определениям, но не для чего -либо еще?? Так что комментарий включает в себя в основной проект.

Посмотрите на #pragma один раз

Никогда не пытайтесь с пользовательской библиотекой...
Кажется не так просто... извини

О .h, я думаю, связаться с Янже, может быть, может быть в порядке. (Выпуск GitHub?)

О BUILD_OPT.h, мне нужно проверить, но подумай об этом, я думаю, это попытка получить его в эскизе папки. Вернуться к этому.

[fpistm - Вторник 15 января 2019 г. 20:23] - Никогда не пытайтесь с пользовательской библиотекой...
Кажется не так просто... извини

Я обманул это - и мой чит сработал

[Рик Кимбалл - Вторник 15 января 2019 г. 19:57] - Посмотрите на #pragma один раз

Круто, спасибо.

РЕДАКТИРОВАТЬ - Проработал очарование, кепку Doffs.

Я проверяю, как солойбер обрабатывает предварительно построенный, и на самом деле есть проблема.
В окне «Свойства», затем «C/C ++ Build-> Среда ", А.Build_opt.Sourcepath не правильно.
Это расширяется как /build_opt.час
Под Arduino IDE эта проверка в папке Sketch, если файл существует, если не пустого создается, иначе он копируется Arduino IDE Stuff в каталог сборки в папке Sketch.
К сожалению, этот шаг не воспроизводится со Словером, поэтому даже если А.Build_opt.Sourcepath Найдите файл, он не скопирован.

Как обходной путь, я установил А.Build_opt.Sourcepath быть равным А.Build_opt.ПУТЬ
Затем в режиме сборки под затмением, в папке Sketch я создаю или обновляю build_opt.H Файл.
Затем очистите проект, чтобы заставить все перестроить все. Как это все в порядке.

Возможно, требование проблемы для Словера? Снова у меня будет сканирование сегодня вечером, чтобы посмотреть, есть ли что -то существующее.