Witam!

Zabieram się do rozpracowania płytki stm32f0discovery. Zacząłem od poradnika Sunriver'a dotyczącego migania diodą
http://sunduino.elektroda.eu/wordpress/arm/discovery/coide-czyli-migamy-dioda-w-nowym-srodowisku-f0-discovery/ Program idealnie złożyłem w całość, skompliował się idealnie.

Problem zaczął się gdy chciałem go wgrać, kliknąłem "Start Debug", przeszło proces wgrywania i wyskoczył błąd jak na obrazku poniżej.



W czym może być problem? Korzystałem wcześniej z uKeil i wgrywa się na nim bez problemów.

Pozdrawiam

_________________
sig off ;(

prawdopodobnie masz problem z driverami od ST-linka gdyz w tej wersji płytki namotało trochę STM
przeczytaj arta śmierć Trupestudio a potem wróć do powyższego

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Drivery są w porządku, wgrywałem migadełko przez uKeil i nie stawiał oporu. Ustawienia debugera tak samo jak w Twoim arcie o śmierci TrupeStudio.
Driver pobrałem prosto z stm: http://www.st.com/web/catalog/tools/FM146/CL1984/SC724/SS1677/PF251168

CoIDE w wersji 1.7.2
Kompilator do arm mam w wersji: gcc-arm-none-eabi-4_7-2013q1-20130313-win32

Dodam że operacja wymazania pamięci z poziomu CooCox działa.

_________________
sig off ;(

no to nie mam pojęcia u mnie działa wszystko prawidłowo i bez oporów

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Pewnie wiele nie pomogę, ale może jednak się przyda jakiś trop (moje gdybanie) :) Program w ogóle działa po wgraniu do mikrokontrolera przez "kokosa" (bez debugowania, samo flashowanie)? Wygląda to tak, jakby debuger nie widział pliku elf - dlatego nie może pokazać źródła.
Inna opcja to problem z plikiem startowym, skryptem linkera, konfiguracją kompilatora, wielkością stosu itp - program idzie w przysłowiowe maliny i debuger nie jest w stanie "się odnaleźć" bo z procesora dostaje adresy wykonywanych instrukcji, których nie może odnaleźć w pliku wynikowym. Taką niespodziankę osobiście zaliczyłem przy zbyt małym stosie.

niewątpliwie jet to możliwe , aczkolwiek wygląda mi to na problemy ze środowiskiem , na razie próbuje problem odtworzyć
jakoś u siebie , ale .......... no właśnie działa prawidłowo

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

"Błąd przemijający/niepowtarzalny itp" to chyba najgorsze co może być :) Jak samochód, który po przyholowaniu do mechanika cudownie ożywa ;)

o tak.... ja bym jeszcze raz zainstalował środowisko i toolachaina i zobaczył czy nie będzie poprawy

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]