Witajcie!

Jako , ze rozpoczynam przygode z STM32F4 Discovery i udalo mi sie zamigac dioda juz a nawet wszystkimi 4'ma chcialem sie zmierzyc z inna forma niz czysty "Delay"


Srodowisko ktorego uzywam to CoIDE (najnowsze stabilne)


Ustawilem sobie Systick aby byl wywolywany co 1ms (przynajmniej tak mi sie wydaje)


Nastepnie mam kod zlepiony z wielkiego interneta



Jednak jesli uzywam tego delay'a w nastepujacy sposob



to trwa to ~10 sekund a nie jak bym chcial 1. Czy w widoczny sposob popelniam gdzies jakis super babolos ?

_________________
sig off ;(

A co masz w SysTick_CLKSourceConfig?

_________________
Dragonus Cracovus: Biomagia

Niestety nie wiem - wydaje mi sie ze nie mam jakiegos includa :/ ciezke ta przeprawa przez ARMy.

Moglbys podpowiedziec gdzie spojrzec ?


------------------------------------------------------------------------------------------------------------------

Dobra ---- powoli zaczynam cos odnajdywac :O wiec u mnie wartosc konfiguracyjna to (1<<2) dla zrodla. Wiec z DS wychodzi ze "processor clock"

_________________
sig off ;(

Nie wiem z czego korzystasz. W bibliotece od ST ta funkcja jest w misc.c, ale jak sprawdziłeś w debugerze i w specyfikacji to tutaj jest dobrze. Założyłem, że przestawiłeś zegar na PLL i popędziłeś procka na 168MHz, a może on działa na wewnętrznym (domyślnym po resecie) zegarze 16MHz

_________________
Dragonus Cracovus: Biomagia

Na chwile obecna korzystam z CoCoox. On z zamyslu dodaje standardowe libsy a jako , ze to moj drugi projekt to nawet nie wiem jak popedzic tak procka

_________________
sig off ;(

Zajrzyj do pliku system_stm32f4xx.c tam jest wszystko opisane i z jaką konfiguracją pracuje.
Częstotliwość rezonatora HSE_VALUE podaje się w pliku stm32f4xx.h

_________________
Dragonus Cracovus: Biomagia

HSE mam nastepujaco



widze , ze czeka mnie ciezka droga

_________________
sig off ;(

To tutaj zmień na 8 MHz, bo tak ma stm32f4discovery i dodatkowo w pliku system system_stm32f4xx.c

zamień na:

_________________
Dragonus Cracovus: Biomagia

Na dzisiaj sie chyba poddje

zmienilem



oraz tak jak napisales - sprawdzilem tez w STM Cube - Clock Config. Powinno byc dobrze i smigac od reki. A przy tym kodzie co wkleilem na poczatku zmienia mi sie co 10 sek :/ jak z zegarkiem w reku

--------------------------------------------------------------------------------------------------------------------------------
Wyszukujac informacji trafilem na zrodlo ktore podalo krok po kroku jak poradzic sobie z problemem .... http://clockspeeds.blogspot.nl/2013/01/ ... uency.html

tylko moje pytanie .... co dokladnie tutaj zostalo zrobione :O ?

_________________
sig off ;(

Nie przejmuj się Rafał. Ja mam STM32F0 Discovery i też to jest dla mnie czarna magia jak narazie narazie pomiagłem diodą z delayem i obsłużyłem przycisk... no i to by było na tyle.. Szkoda że nie ma takiego Mirka do ARM'ów no ale jest internet, i powoli do przodu...

W skrócie: ARM-y "ruszają" na wewnętrznym genwratorze RC. Aby uzyskać SYSCLK = 168MHz, dla którego masz pewnie ustawiony SYSTICK, musisz poustwiać: źródło sygnału zegara dla pętli PLL, później ( gdy układ PLL będzie generował stabilny sygnał ), jako sygnał SYSCLK wybrać właśnie wyjście PLL. Wygląda na to, że w pliku: startup_stm32f4xx.c masz albo zakomentowane wywołanie SystemInit(), albo sama funcja jest jakaś "nie teges". Oczywiście, SystemInit() musisz wywołać przed uruchomieniem main(). Zależnie od środowiska startup_stm32f4xx.c jest napisany w asemblerze i tam będzie bl SystemInit() lub po prostu wywołanie "normalnie" jako funkcja w C. Piszę z pamięci, w tej chwili nie mam dostępu do kompa z plikami, ale myślę że powinieneś sobie poradzić.

P.S. To w sumie jest opisane w Twoim linku....

Pozdrawiam, QuadMan.

Na początku zabawy z STM32, polecam odpalić sobie STM32CubeMX, bardzo fajnie zobrazowana konfiguracja zegara.

Dzieki za wyjasnienia Mialem zakomentowane SystemInit oraz mialem zle ustawienia zegara.


Mam sciagniete - musze teraz wrocic do czyytania o STM32. bo rozbraja mnie ta konfiguracja


szukalem dlugo i znalazlem tylko 2 zrodla. Jeden z uczelni w USA a drugi polska ksiazke. Obydwa wg mnie strasznie chaotycznie tlumacza temat :/

Podoba mi sie to co widze , ze mozna osiagnac na tych prockach jesli uda mi sie przebrnac przez ten trudny poczatek to pozniej powinno juz byc tylko lepiej

_________________
sig off ;(

To fakt, fusy w AVRach przy tym to czysta przyjemność .

Fusy fuj System zegarowy w STM jest kochany Przy fusach chwila nieuwagi i trzeba wstać z krzesła i szukać kwarcu bo się "procek zablokował", STM tak łatwo nie pozwoli się wyłączyć Swoją drogą warto sobie wydrukować "Clock tree" z datasheet'a i potem z kredkami szukać "najkrótszej drogi z punktu A do B"

No, dla mnie drzewko w Cube idealnie przedstawia jak to wygląda. (Ja zablokowałem chyba 2 AVRy w życiu), no pod względem niezawodności to AVRy to nawet nie mają co szukać w Cortexach .

Tylko na początku ilość rzeczy które trzeba skonfigurować może trochę przerażać. Nie wspominając o MUX, zegarze dla GPIO itp.

Fakt, ale tak na dobrą sprawę to przez konfigurację HSE/PLL wystarczy przebrnąć raz a potem tylko copy-paste i ewentualnie kosmetyczne zmiany. O włączaniu zegara dla peryferiów, na początku, to zapomina chyba każdy

Chyba tak jak wszedzie przebrnac przez trudnego poaczatki zeby pozniej juz z tego normalnie korzystac.

_________________
sig off ;(

Z tym łatwo wyklikasz konfiguracje

STM32CubeMX jest dla wszystkich procków STMa, no i konfiguracja zdecydowanie lepiej działa niż w excelu.

To jest wcześniejsza wersja, zanim jeszcze STM32Cube był wypuszczony. Po za tym tylko pod STM32F4

Dokladnie! Teraz po przeczytaniu o konfiguracji "zegarow" STMCubeMX wydaje sie byc niezastapiony!

_________________
sig off ;(

MX ma jednak ta wadę że już nie suportuje niektórych STM32 w tym STM32F1xx a szkoda niemniej jest starsza wersja
programu MicroXplorer . Jak również można STM32CubeMx zintegrować z eclipse jak to zrobiłem w Lunie
http://www.sunduino.pl/wordpress/eclips ... e-edition/

tam tez można pobrać MicroXplorer.

_________________
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]

Sun Jak ja moglem tego nie zobaczyc u Ciebie na blogu A ja wkopalem sie w CooCox'a

_________________
sig off ;(

tu masz opis jak zrobić debugowanie st-linkiem wprawdzie pod keplera , ale tak samo pod luną
http://www.sunduino.pl/wordpress/kepler ... t-linkiem/
a tu dla j-linka
http://www.sunduino.pl/wordpress/eclips ... nk-segger/

toolchain jest uzywany ten sam co w coide

luna łaczy w sobie AVR i ARM ... ot taki trochę maszkaron wyszedł
na razie wciąż trwaja prace nad Marsem

_________________
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]