[Сергей Борщ 119]

Дело в том, что он не может найти путь к файлу .Id,

Файл называется "точка лд", а не "точка Ид".

 

[Baser 5]

Как мне понять, по какому пути лежит файл?

 

Дело в том, что он не может найти путь к файлу .Id, где этот путь прописывается???

А чем не нравится путь, который вам говорит линкер?

C:\Program Files\YAPLC\IDE\yaplctargets\yaplc\..\..\..\yaplc\src\plc_runtime\bsp/nuc-227-dev/stm32f4disco-app.ld

Найдите средствами Виндовс файл stm32f4disco-app.ld у себя на диске и положите его туда, где его хочет видеть линкер.

 

А где прописываются пути, так поищите глобальным поиском по файлам проекта из ИДЕ,

и в самом файле проекта из Виндовс. Больше фантазии :)

[Ekka 0]

ВСЕ ЭТО было испробовано до того, как был задан вопрос( Иначе зачем его надо было задавать....

 

 

и вправду глаз замылился... пропустилась у меня одна папочка... добавляю, теперь все собралось, простите за тупые вопросы) :rolleyes:

[Ekka 0]

Привет всем... Этот Code Block страшная штука... Путь до отладчика указан правильно, находит, но не могу понять, какая конкретно ошибка происходит и почему отладчик не запускается???

Active debugger config: GDB/CDB debugger:Default
Building to ensure sources are up-to-date
Selecting target: 
Debug
Adding source dir: bin/Debug
Adding source dir: E:\rte\projects\yaplc-runtime\
Adding source dir: E:\rte\
Adding file: E:\rte\projects\yaplc-runtime\bin\Debug\yaplc_runtime.elf
Changing directory to: E:/rte/projects/yaplc-runtime/.
Set variable: PATH=.;E:\fpu;C:\Program Files\GNU Tools ARM Embedded\bin;C:\Program Files\GNU Tools ARM Embedded;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\ProgramData\Oracle\Java\javapath;D:\Новая папка\asm;C:\Windows\System32\WindowsPowerShell\v1.0;D:\CoIDE\gcc\bin;D:\TortoiseHg;C:\Windows\System32\config\systemprofile\.dnx\bin;C:\Program Files\Microsoft DNX\Dnvm;C:\Program Files\Microsoft SQL Server\120\Tools\Binn;C:\Program Files\Windows Kits\8.1\Windows Performance Toolkit;C:\GnuWin32\bin;C:\Program Files\GNUARM\bin;C:\Python27;C:\msys\1.0\bin

[debug]Command-line: C:\Program Files\GNU Tools ARM Embedded\bin\arm-none-eabi-gdb.exe -nx -fullname -quiet  -args E:/rte/projects/yaplc-runtime/bin/Debug/yaplc_runtime.elf
[debug]Working dir : E:\rte\projects\yaplc-runtime

Starting debugger: C:\Program Files\GNU Tools ARM Embedded\bin\arm-none-eabi-gdb.exe -nx -fullname -quiet  -args E:/rte/projects/yaplc-runtime/bin/Debug/yaplc_runtime.elf
done

[debug]> set prompt >>>>>>cb_gdb:

Connecting to remote target
Setting breakpoints

[debug]Reading symbols from E:/rte/projects/yaplc-runtime/bin/Debug/yaplc_runtime.elf...done.
[debug](gdb) >>>>>>cb_gdb:
[debug]> show version
[debug]GNU gdb (GNU Tools for ARM Embedded Processors) 7.8.0.20150604-cvs
[debug]Copyright (C) 2014 Free Software Foundation, Inc.
[debug]License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
[debug]This is free software: you are free to change and redistribute it.
[debug]There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
[debug]and "show warranty" for details.
[debug]This GDB was configured as "--host=i686-w64-mingw32 --target=arm-none-eabi".
[debug]Type "show configuration" for configuration details.
[debug]For bug reporting instructions, please see:
[debug]<http://www.gnu.org/software/gdb/bugs/>.
[debug]Find the GDB manual and other documentation resources online at:
[debug]<http://www.gnu.org/software/gdb/documentation/>.
[debug]For help, type "help".
[debug]Type "apropos word" to search for commands related to "word".
[debug]>>>>>>cb_gdb:
[debug]> set confirm off

Debugger name and version: GNU gdb (GNU Tools for ARM Embedded Processors) 7.8.0.20150604-cvs

[debug]>>>>>>cb_gdb:
[debug]> set width 0
[debug]>>>>>>cb_gdb:
[debug]> set height 0
[debug]>>>>>>cb_gdb:
[debug]> set breakpoint pending on
[debug]>>>>>>cb_gdb:
[debug]> set print asm-demangle on
[debug]>>>>>>cb_gdb:
[debug]> set unwindonsignal on
[debug]>>>>>>cb_gdb:
[debug]> set print elements 200
[debug]>>>>>>cb_gdb:
[debug]> set new-console on
[debug]No symbol "new" in current context.
[debug]>>>>>>cb_gdb:
[debug]> set disassembly-flavor att
[debug]No symbol "disassembly" in current context.
[debug]>>>>>>cb_gdb:
[debug]> catch throw
[debug]Catchpoint 1 (throw)
[debug]>>>>>>cb_gdb:
[debug]> directory bin/Debug
[debug]Source directories searched: E:\rte\projects\yaplc-runtime/bin/Debug;$cdir;$cwd
[debug]>>>>>>cb_gdb:
[debug]> directory E:/rte/projects/yaplc-runtime/
[debug]Source directories searched: E:/rte/projects/yaplc-runtime;E:\rte\projects\yaplc-runtime/bin/Debug;$cdir;$cwd
[debug]>>>>>>cb_gdb:
[debug]> directory E:/rte/
[debug]Source directories searched: E:/rte;E:/rte/projects/yaplc-runtime;E:\rte\projects\yaplc-runtime/bin/Debug;$cdir;$cwd
[debug]>>>>>>cb_gdb:
[debug]> target remote tcp:127.0.0.1:4242
[debug]tcp:127.0.0.1:4242: Попытка объединить диск с папкой на объединенном диске.
[debug]>>>>>>cb_gdb:

Connected

[debug]> continue
[debug]The program is not being run.
[debug]>>>>>>cb_gdb:

The program is not being run.

[debug]> quit

Debugger finished with status 0

 

Что это за

Попытка объединить диск с папкой на объединенном диске.

 

ошибка?

 

Как мне понять, по какому локальному порту надо подключаться?

локалхост 127.0.0.1... но порт 4242 у меня даже через telnet не открывается... Что это вообще за штука и зачем?

 

Изменено 6 марта, 2018 пользователем Ekka

[Ekka 0]

Ребят, те у кого этот проект собрался, возникала ли проблема с отладкой?

[Baser 5]

Этот Code Block страшная штука...

Зря вы так все валите на CodeBlocks, он тут совсем ни причем, ибо CodeBlocks это IDE - оболочка с продвинутым редактором и средствами запуска сторонних программ.

А работаете вы с GNU Tools for ARM Embedded Processors, куда входят компилятор GCC for ARM и отладчик GNU gdb.

А CodeBlocks просто позволяет с ними работать в графическом оконном виде.

Точно так же вы можете все это запускать под популярной Eclipse или NetBeans (на которой Microchip свою MPLAB-X поддерживает).

 

Так что вам нужно упоминание CodeBlocks опустить в фон, а напирать на "как работать с отладкой в GNU GDB под Windows".

 

Как мне понять, по какому локальному порту надо подключаться?

локалхост 127.0.0.1... но порт 4242 у меня даже через telnet не открывается... Что это вообще за штука и зачем?

Вы бы написали, какое сейчас у вас "железо", через что оно подключается к ПК и т.д. А то совсем ничего не понятно, что вы сейчас делаете :)

Никогда с этими вещами не работал, но быстрое гугление говорит о том, что GDB с железом при отладке работает через локальный сервер, так что что-то нужно настраивать :)

 

 

[Ekka 0]

Все норм, утилита нужна была st_util... Надо было установить

 

 

Вот тут написано как

[Ekka 0]

Ребята, я все сюда же:

 

Кто-то когда-нибудь пользовался этой инструкцией для подключения к беремизу?

 

Using stm32f4-discovery board
Target "yaplc" can be used to build and upload aplication to the board.

If you want to run it, then folow these steps:

Build yaplc-runtime project and load it to the board (I do it with st-util on debug session start, I think OpenOCD may also be used).
Create a project with "yaplc" target,
build it,
connect to your target (see https://github.com/nucleron/RTE/blob/master/src/bsp/nuc-227-dev/plc_config.h#L27 for details)
and transfer aplication.
Now you can program your discovery board with YAPLC/IDE.
And yes, to use YAPLC/IDE with stock discovery you should connect Boot0 and VDD pins with jumper just before pressing "Transfer PLC" button in YAPLC/IDE.

When aplication has been loaded - disconnect Boot0 from VDD.

 

Если да, то как оно у Вас заработало???

Битую неделю сижу - ноль.

Разрабы толком объяснить не могут, что у меня не работает