реклама на сайте
подробности

 
 
4 страниц V  « < 2 3 4  
Reply to this topicStart new topic
> CodeBlocks - неведомые ошибки
Сергей Борщ
сообщение Feb 27 2018, 18:01
Сообщение #46


Гуру
******

Группа: Модераторы
Сообщений: 8 314
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



QUOTE (Ekka @ Feb 27 2018, 15:29) *
Дело в том, что он не может найти путь к файлу .Id,
Файл называется "точка лд", а не "точка Ид".


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
Baser
сообщение Feb 27 2018, 18:41
Сообщение #47


Просто Che
*****

Группа: Свой
Сообщений: 1 567
Регистрация: 22-05-07
Из: ExUSSR
Пользователь №: 27 881



Цитата(Ekka @ Feb 27 2018, 15:29) *
Как мне понять, по какому пути лежит файл?

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

А чем не нравится путь, который вам говорит линкер?
Цитата(Ekka @ Feb 27 2018, 13:23) *
C:\Program Files\YAPLC\IDE\yaplctargets\yaplc\..\..\..\yaplc\src\plc_runtime\bsp/nuc-227-dev/stm32f4disco-app.ld

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

А где прописываются пути, так поищите глобальным поиском по файлам проекта из ИДЕ,
и в самом файле проекта из Виндовс. Больше фантазии sm.gif
Go to the top of the page
 
+Quote Post
Ekka
сообщение Feb 28 2018, 10:55
Сообщение #48


Частый гость
**

Группа: Участник
Сообщений: 144
Регистрация: 12-04-16
Из: Белгород
Пользователь №: 91 250



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


и вправду глаз замылился... пропустилась у меня одна папочка... добавляю, теперь все собралось, простите за тупые вопросы) rolleyes.gif
Go to the top of the page
 
+Quote Post
Ekka
сообщение Mar 6 2018, 14:42
Сообщение #49


Частый гость
**

Группа: Участник
Сообщений: 144
Регистрация: 12-04-16
Из: Белгород
Пользователь №: 91 250



Привет всем... Этот 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 не открывается... Что это вообще за штука и зачем?


Сообщение отредактировал Ekka - Mar 6 2018, 13:54
Go to the top of the page
 
+Quote Post
Ekka
сообщение Mar 7 2018, 13:02
Сообщение #50


Частый гость
**

Группа: Участник
Сообщений: 144
Регистрация: 12-04-16
Из: Белгород
Пользователь №: 91 250



Ребят, те у кого этот проект собрался, возникала ли проблема с отладкой?
Go to the top of the page
 
+Quote Post
Baser
сообщение Mar 7 2018, 13:29
Сообщение #51


Просто Che
*****

Группа: Свой
Сообщений: 1 567
Регистрация: 22-05-07
Из: ExUSSR
Пользователь №: 27 881



Цитата(Ekka @ Mar 6 2018, 16:42) *
Этот 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".

Цитата(Ekka @ Mar 6 2018, 16:42) *
Как мне понять, по какому локальному порту надо подключаться?
локалхост 127.0.0.1... но порт 4242 у меня даже через telnet не открывается... Что это вообще за штука и зачем?

Вы бы написали, какое сейчас у вас "железо", через что оно подключается к ПК и т.д. А то совсем ничего не понятно, что вы сейчас делаете sm.gif
Никогда с этими вещами не работал, но быстрое гугление говорит о том, что GDB с железом при отладке работает через локальный сервер, так что что-то нужно настраивать sm.gif

Go to the top of the page
 
+Quote Post
Ekka
сообщение Mar 13 2018, 13:13
Сообщение #52


Частый гость
**

Группа: Участник
Сообщений: 144
Регистрация: 12-04-16
Из: Белгород
Пользователь №: 91 250



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


Вот тут написано как
Go to the top of the page
 
+Quote Post
Ekka
сообщение Mar 20 2018, 13:59
Сообщение #53


Частый гость
**

Группа: Участник
Сообщений: 144
Регистрация: 12-04-16
Из: Белгород
Пользователь №: 91 250



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

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

Код
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.


Если да, то как оно у Вас заработало???
Битую неделю сижу - ноль.
Разрабы толком объяснить не могут, что у меня не работает
Go to the top of the page
 
+Quote Post

4 страниц V  « < 2 3 4
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th June 2018 - 20:51
Рейтинг@Mail.ru


Страница сгенерированна за 0.01103 секунд с 7
ELECTRONIX ©2004-2016