ATNEL tech-forum

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-11-04T14:47:17+01:00

lukas12 napisał(a):

Jeżeli kliknę Run->Debug to porgram ładnie się debuguje i po wciśnięciu STOP jest ładnie wgrany.

program się łąduje i podczas pracy na procku działa debuger ... trzeba dać START by ruszył po zamknięciu debug zostaje w pamieci nie inaczej

lukas12 napisał(a):

Jak jednak skonfigurować te środowisko, żeby wgrywało program bez debugowania ?

a czy to jakiś problem na etapie programowania ??
owszem można .... tylko po co ??

ale jak chcesz wiedzieć ... jest takie coś

CTRL+F11 = RUN
F11 = DEBUG

oraz zawsze możesz skorzystać z RUN Configuration i sobie zrobić własną konfigurację Uruchamiania

Statystyki: Napisane przez SunRiver — 4 lis 2016, o 14:47

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-11-04T12:42:54+01:00

Postanowiłem w końcu skorzystać z Atollic TrueSTUDIO for ARM 6.0.0. Jednaka dalej mam problem ponieważ przy próbie wgrania programu bez Debugowania wyskakuje mi błąd:

Jeżeli kliknę Run->Debug to porgram ładnie się debuguje i po wciśnięciu STOP jest ładnie wgrany.
Jak jednak skonfigurować te środowisko, żeby wgrywało program bez debugowania ?

Statystyki: Napisane przez lukas12 — 4 lis 2016, o 12:42

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-21T14:14:35+01:00

lukas12 napisał(a):

Czy zestaw NUCLEO inaczej się programuje ?

Nic z tych rzeczy programuje się tak samo jak każdy inny mikrokontroler , jedyny problem to może być brak chęci do współpracy
St-Linka v2 dongle ze środowiskiem ... choć to niby pod STM środowisko ...

Pod CoIDE też wszystko dizął bez problemu od zainstalowania
Ale lepsze rozwiązanie to :

-- Darmowy dla Cortex M0 i M0+ z firmy STM Keil
-- Atolic TrueStudio Lite

Statystyki: Napisane przez SunRiver — 21 paź 2016, o 14:14

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-21T11:38:24+01:00

Jako że środowisko CoIDE podczas próby otwarcia menu z bibliotekami zaczęło się za każdym razem wieszać, to postanowiłem je zmienić właśnie na te z kursu z Forbota. Czyli System Workbench for STM32. Udało mi się dodać bibliotek do zestawów Nucleo, jednak nie mogę dodać biblioteki tym samom sposobem Do mojego STM32 F072 Discovery, ale skoro NUCLEO-F072RB ma ten sam procek co mój zestaw, to myślałem że uda mi się obejść błąd. Projekt mi się kompiluje ładnie, jednak nie ,mogę go wgrać bo wyskakuje błąd:

Code:

Open On-Chip Debugger 0.10.0-dev-00267-g884c33c (2016-03-16-12:22)
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
srst_only separate srst_nogate srst_open_drain connect_assert_srst
srst_only separate srst_nogate srst_open_drain connect_assert_srst
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 'program' 
in procedure 'init' called at file "embedded:startup.tcl", line 473
in procedure 'ocd_bouncer'
** OpenOCD init failed **
shutdown command invoked

Czy zestaw NUCLEO inaczej się programuje ?

[syntax=c]#include "stm32f0xx.h"
//========================================================================
// defs for STM32F05x chips
#define GPIO_MODER_OUT 1
//========================================================================
// defs for STM32F0DISCOVERY board
#define LED_PORT GPIOC
#define BLUE_LED_BIT 8
#define GREEN_LED_BIT 9
//========================================================================
//void SystemInit(void)
//{
//}
//========================================================================
int main(void)
{
uint32_t i;

// port setup
RCC->AHBENR = RCC_AHBENR_GPIOCEN; // turn on GPIOC
LED_PORT->MODER = GPIO_MODER_OUT << (GREEN_LED_BIT << 1)
| GPIO_MODER_OUT << (BLUE_LED_BIT << 1); // LED pins as outputs
LED_PORT->ODR = 1 << GREEN_LED_BIT; // green initially ON

for (;;)
{
for (i = 0; i < 1000000; i ++); // quick-and-dirty delay
// toggle both LEDs
LED_PORT->ODR ^= 1 << GREEN_LED_BIT | 1 << BLUE_LED_BIT;
}
}[/syntax]

Statystyki: Napisane przez lukas12 — 21 paź 2016, o 11:38

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-18T18:36:32+01:00

Sorki, ja ten program po prostu skopiowałem i wcale sam nic nie pisałem a tej drugiej funkcji int wraz z pętlą while zapomniałem usunąć, jednak jej usunięcie nic nie dało. C na avr troszkę znam z blue i green booka. Tu jednak chcę skompilować nawet pusty program, ale nie mogę.
Teraz mój kod:
[syntax=c]#include "stm32f0xx.h"

int main(void)
{
for(;;) {
}
}[/syntax]

Jednak dalej jest błąd kompilacji:

Code:

GCC HOME: D:\STM32\5.4 2016q3\bin
compile:
    [mkdir] Skipping C:\Users\Name\CoIDE\workspace\04\04\Debug\bin because it already exists.
    [mkdir] Skipping C:\Users\Name\CoIDE\workspace\04\04\Debug\obj because it already exists.
       [cc] Starting dependency analysis for 61 files.
       [cc] Parsing ..\..\..\components\coocox-master\STM32F072xx_CUBELIB\source\Inc\stm32f0xx_hal.h
       [cc] Parsing ..\..\..\components\coocox-master\STM32F072xx_CUBELIB\source\stm32f0xx.h
       [cc] Parsing ..\..\..\components\coocox-master\STM32F072xx_CUBELIB\source\stm32f072xb.h
       [cc] Parsing ..\..\..\components\coocox-master\cmsis_core\source\core_cm0.h
       [cc] Parsing ..\..\..\components\coocox-master\cmsis_core\source\core_cmInstr.h
       [cc] Parsing ..\..\..\components\coocox-master\cmsis_core\source\core_cmFunc.h
       [cc] Parsing ..\..\..\components\coocox-master\C_library\source\syscalls.c
       [cc] 61 files are up to date.
       [cc] 0 files to be recompiled from dependency analysis.
       [cc] 2 total files to be compiled.
      ...
BUILD FAILED
Total time: 1 second

Statystyki: Napisane przez lukas12 — 18 paź 2016, o 18:36

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-17T21:31:04+01:00

Masz dwie funkcje int main(void) --- to nie ma prawa działać. Kompilator się nie pluje?? Drugą wywal.
Poza tym pusta funkcja SystemInit (i nigdzie nie wywoływana), więc całkiem możliwe, że zegary nie będą dobrze ustawione, choć może będą?
Może przejrzyj ten kurs odnośnie F1: http://forbot.pl/blog/artykuly/programowanie/stm32-praktyce-1-platforma-srodowisko-id2733.
Poza tym widać, że nie za bardzo znasz C - warto poczytać pozycje Mirka: Blue- i GreenBook'a.

Statystyki: Napisane przez PJS — 17 paź 2016, o 21:31

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-17T09:22:13+01:00

Już kiedyś się z tym bawiłem, więc przerobiłem pierwsze poradniki w środowisku Keil uVision w wersji 4 i 5. Tylko pamiętam że działało mi te środowisko do pewnego czasu a potem wdarły się błędy. Teraz po długim czasie jak znalazłem czas to w EP 05/2015 znalazłem kurs STM32 w którym jest przesiadka na środowisko CoIDE. Myślałem że uda mi się bez problemu przygotować nowe środowisko, jednak się myliłem. W tamtym czasie jednak była inna wersja, gdzie trzeba było wybrać biblioteki :
• C Library,
• CMSIS core,
• CMSIS Boot,
• RCC,
• GPIO,
• MISC
Jak widać są teraz nowsze.

Używam zestawu STM32F072B-DISCOVERY czyli procka STM32F072RBT6.

Kod na początek jest jednym z prostszych, jego zadaniem jest jedynie migać na przemian 2 diody:
[syntax=c]#include "stm32f0xx.h"
//========================================================================
// defs for STM32F05x chips
#define GPIO_MODER_OUT1
//========================================================================
// defs for STM32F0DISCOVERY board
#define LED_PORTGPIOC
#define BLUE_LED_BIT8
#define GREEN_LED_BIT9
//========================================================================
void SystemInit(void)
{
}
//========================================================================
int main(void)
{
uint32_t i;

// port setup
RCC->AHBENR = RCC_AHBENR_GPIOCEN;// turn on GPIOC
LED_PORT->MODER = GPIO_MODER_OUT << (GREEN_LED_BIT << 1)
| GPIO_MODER_OUT << (BLUE_LED_BIT << 1);// LED pins as outputs
LED_PORT->ODR = 1 << GREEN_LED_BIT;// green initially ON

for (;;)
{
for (i = 0; i < 1000000; i ++);// quick-and-dirty delay
// toggle both LEDs
LED_PORT->ODR ^= 1 << GREEN_LED_BIT | 1 << BLUE_LED_BIT;
}
}
int main(void)
{

while(1)
{
}
}[/syntax]

Mam dać sobie spokój z tym środowiskiem i spróbować Attolic TrueStudio ?

Statystyki: Napisane przez lukas12 — 17 paź 2016, o 09:22

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-16T22:05:09+01:00

A przerobiłeś ten poradnik? Bo wydaje mi się, że chyba masz małe pojęcie o tym co robisz (bez urazy).
Jakiego stm'a używasz? Czy '072? Może wrzuć program, który kompilujesz. Albo przynajmniej napisz co próbujesz zrobić.

Statystyki: Napisane przez PJS — 16 paź 2016, o 22:05

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-16T12:34:18+01:00

1. Pliki o tej samej nazwie powtarzają się w bibliotekach, które biblioteki wybrać, aby dało się skompilować ? W programie używam tylko portów GPIO.
Dostępne biblioteki:
coocox-master / C_libraryo
coocox-master / cmsis_core
coocox-master / CooCox_CoOS
coocox-master / Cox_Interface
coocox-master / M0518_Series_BSP_CMSIS
coocox-master / NUC029xAN
coocox-master / NUC505
coocox-master / Retarget_printf
coocox-master / Semihosting
coocox-master / STM32F072xx_CUBELIB

2. Bo do CoIDE jest poradnik w Elektronice Praktycznej.

Statystyki: Napisane przez lukas12 — 16 paź 2016, o 12:34

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-16T11:55:47+01:00

1. Masz podwójny plik clk.c, przejrzyj cały projekt czy nie masz 2 tak samo nazwanych plików, w includach musisz mieć pliki .h nie .c może tutaj masz błąd.
2. Dlaczego CoIDE, a nie np. Attolic TrueStudio ?

Statystyki: Napisane przez ps19 — 16 paź 2016, o 11:55

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-16T11:28:18+01:00

Po wywaleniu tak jak pisałem znajdzie inny:

Code:

GCC HOME: D:\STM32\5.4 2016q3\bin
compile:
    [mkdir] Skipping D:\STM32\workspace\first\first\Debug\bin because it already exists.
    [mkdir] Skipping D:\STM32\workspace\first\first\Debug\obj because it already exists.

BUILD FAILED
Output filename conflict: clk.o would be produced from D:\STM32\workspace\first\components\coocox-master\NUC029xAN\source\clk.c and clk.c
Total time: 0 seconds

Znalazłem gdzieś że ścieżka do kompilatora nie może być w nawiasach, bo miałem domyślnie w Pliki programów (x86) jednak gdy zainstalowałem w nowym miejscu to nic nie dało.

Statystyki: Napisane przez lukas12 — 16 paź 2016, o 11:28

Re: STM32 problem z konfiguracją środowiska CoIDE

2016-10-15T21:59:15+01:00

Na mój gust to masz dwa pliki pwm.c i stąd problem. Może jeden wywal.

Statystyki: Napisane przez PJS — 15 paź 2016, o 21:59

STM32 problem z konfiguracją środowiska CoIDE

2016-10-15T11:51:35+01:00

Witam, mam problem, zainstalowałem dziś gcc-arm-none-eabi-5_4-2016q3 i CoIDE_V2Beta niestety nie mogę skompilować żadnego programu bo wyskakuje błąd:

Code:

GCC HOME: C:\Program Files (x86)\GNU Tools ARM Embedded\5.4 2016q3\bin
compile:
    [mkdir] Skipping D:\STM32\workspace\first\first\Debug\bin because it already exists.
    [mkdir] Skipping D:\STM32\workspace\first\first\Debug\obj because it already exists.

BUILD FAILED
Output filename conflict: pwm.o would be produced from D:\STM32\workspace\first\components\coocox-master\M0518_Series_BSP_CMSIS\source\Library\StdDriver\src\pwm.c and pwm.c
Total time: 0 seconds

Zmiana rozszerzeń na s powoduje, że CoIDE ma błąd w innej bibliotece i tak już 5 razy zmieniłem np. z pwm.c na pwm.s

Po zmianie kompilatora na starszą wersję (gcc-arm-none-eabi-4_9-2015q1-20150306) i utworzeniu nowego projektu problem nadal pozostaje.

Co zrobić, żeby poradzić sobie z problemem ?

Statystyki: Napisane przez lukas12 — 15 paź 2016, o 11:51