ATNEL tech-forum

Re: STM32F411 - początki

2016-02-05T22:06:19+01:00

No dobra, ustawione, taktowanie mam tak jak chciałem 100MHz.
[syntax=c]void RCC_Init(void)
{
RCC->CR |= RCC_CR_HSION;
RCC->CFGR = 0x00000000; //reset CFGR

RCC->CR &= (uint32_t)0xFEF6FFFF; //reset hseon,csson i pllon

RCC->PLLCFGR = 0x24003010;//reset CFGR
RCC->CR |= RCC_CR_HSEON; //| RCC_CR_HSEBYP; //HSEBYP musi byc ustawione dla plyty discovery!/sprawdzic

RCC->CR &= ~(RCC_CR_PLLON);
RCC->PLLCFGR |= (RCC_PLLCFGR_PLLM_2); // /8
RCC->PLLCFGR &= ~(RCC_PLLCFGR_PLLM_4);
RCC->PLLCFGR &= ~(RCC_PLLCFGR_PLLM_0);
RCC->PLLCFGR |= RCC_PLLCFGR_PLLN_3 | RCC_PLLCFGR_PLLN_6 | RCC_PLLCFGR_PLLN_7;// x200
RCC->PLLCFGR &= ~RCC_PLLCFGR_PLLP_1;
RCC->PLLCFGR |= RCC_PLLCFGR_PLLP_0; //4
RCC->PLLCFGR |= RCC_PLLSource_HSE;
while (!(RCC->CR & RCC_CR_HSERDY)); //sprawdzam gotowosc hse
RCC->CR |= RCC_CR_PLLON; //wlaczam pll
RCC->CFGR = RCC_CFGR_PPRE1_DIV4 | RCC_CFGR_PPRE2_DIV2; //prescalery dla APB1 i APB2
FLASH->ACR = FLASH_ACR_DCRST | FLASH_ACR_ICRST;//wlaczanie flash
FLASH->ACR = FLASH_ACR_DCEN | FLASH_ACR_ICEN | FLASH_ACR_PRFTEN | FLASH_ACR_LATENCY_5WS; //ustawienie flash wedle Number of wait states according to CPU clock (HCLK) frequency
while ((FLASH->ACR & FLASH_ACR_LATENCY) != FLASH_ACR_LATENCY_5WS); //odczytywanie nowej wartosci dla pewnosci
while (!(RCC->CR & RCC_CR_PLLRDY)); //czy pll gotowy
RCC->CFGR |= RCC_CFGR_SW_PLL; //zrodlo sysclk na pll z hsi
while ((RCC->CFGR & RCC_CFGR_SWS) != RCC_CFGR_SWS_PLL); //czekam na zakonczenie wlaczenia pll jako zrodla sysclk
RCC->CR &= ~RCC_CR_HSION;//wylaczam hsi

RCC->CFGR &= ~RCC_CFGR_HPRE_3;
}[/syntax]
Dzięki wszystkim za zainteresowanie tematem

Statystyki: Napisane przez Czapek — 5 lut 2016, o 22:06

Re: STM32F411 - początki

2016-02-05T19:28:43+01:00

Dzięki, zobaczę potem, porównam i dam znać

------------------------ [ Dodano po: 8 minutach ]

Nie wytrzymałem, od razu sprawdziłem i nie widzę niczego co mógłbym pominąć bądź zrobić nie tak jak trzeba.

Teraz jeszcze przed ustawieniem bitów zresetowałem ustawienia. Bity ustawiają się znacznie przyjemniej
tylko jeszcze nie osiągnąłem tego co chcę, Dam znać jak się uda i pokażę cały kod.

Statystyki: Napisane przez Czapek — 5 lut 2016, o 19:28

Re: STM32F411 - początki

2016-02-05T19:29:42+01:00

Tutaj masz mój kod dla F407:
[syntax=c]void RCC_init(void)
{
/* 168[MHz] RCC CONFIG */
RCC->CR |= RCC_CR_HSEON;// enable HSE

RCC->PLLCFGR = RCC_PLLCFGR_PLLQ_2 | RCC_PLLCFGR_PLLQ_1 | RCC_PLLCFGR_PLLQ_0// Q division factor == 7 frequency == 48[MHz]
| RCC_PLLCFGR_PLLSRC_HSE// HSE as PLL source
| RCC_PLLCFGR_PLLN_8 | RCC_PLLCFGR_PLLN_6 | RCC_PLLCFGR_PLLN_4 // PLL multiplier == 336
| RCC_PLLCFGR_PLLM_3;// HSE divider == 8

RCC->CFGR = RCC_CFGR_HPRE_0// AHB frequency == 168[MHz]
| RCC_CFGR_PPRE1_DIV4// APB1 frequency == 42[MHz]
| RCC_CFGR_PPRE2_DIV2;// APB2 frequency == 84[MHz]

while( !(RCC->CR & RCC_CR_HSERDY) ) {}// HSE stable

RCC->CR |= RCC_CR_PLLON;// enable PLL

while( !(RCC->CR & RCC_CR_PLLRDY) ) {}// PLL lock

FLASH->ACR = FLASH_ACR_ICEN |FLASH_ACR_DCEN |FLASH_ACR_LATENCY_5WS;// set FLASH latency

RCC->CFGR |= RCC_CFGR_SW_PLL;// select PLL as SYSCLOCK source

while( !(RCC->CFGR & RCC_CFGR_SWS_PLL) ) {}// wait for stabilization

}[/syntax]
Kod ustawia prędkość rdzenia na 168[MHz] co jest max. częśtotliwością dla F407.

Może zbyt wcześnie włączasz PLL - ale to strzał.

Statystyki: Napisane przez Juffre — 5 lut 2016, o 19:27

Re: STM32F411 - początki

2016-02-05T18:38:36+01:00

Tak, uwzględniłem wszystko o czym napisałeś
Potem jeszcze raz posprawdzam i zobaczę czy coś uda się ruszyć
Edit:
Był mały błąd, jednak wciąż nie wyłącza mi się PLL - a jak pll się nie wyłącza to nie mogę oczywiście skonfigurować mnożników.
Może akurat ktoś jest na bieżąco i coś drobnego zauważy.
[syntax=c]RCC->CR |= RCC_CR_HSEON; //I tu male pytanko - Czy dla Discovery powinienem włączyć RCC_CR_HSE_BYP?
RCC->CR &= ~ (RCC_CR_PLLON); //tu wyłączam PLL - jednak się i tak nie wylącza
RCC->PLLCFGR |= (RCC_PLLCFGR_PLLM_3); // /8
RCC->PLLCFGR &= ~(RCC_PLLCFGR_PLLM_4);
RCC->PLLCFGR &= ~(RCC_PLLCFGR_PLLM_0);
RCC->PLLCFGR |= RCC_PLLCFGR_PLLN_3 | RCC_PLLCFGR_PLLN_6 | RCC_PLLCFGR_PLLN_7;// x200
RCC->PLLCFGR &= ~RCC_PLLCFGR_PLLP_1;
RCC->PLLCFGR |= RCC_PLLCFGR_PLLP_0; //4
RCC->PLLCFGR |= RCC_PLLSource_HSE;
while (!(RCC->CR & RCC_CR_HSERDY)); //sprawdzam gotowosc hse
RCC->CR |= RCC_CR_PLLON; //wlaczam pll
RCC->CFGR = RCC_CFGR_PPRE1_DIV4 | RCC_CFGR_PPRE2_DIV2; //prescalery dla APB1 i APB2
FLASH->ACR = FLASH_ACR_DCRST | FLASH_ACR_ICRST;//wlaczanie flash
FLASH->ACR = FLASH_ACR_DCEN | FLASH_ACR_ICEN | FLASH_ACR_PRFTEN | FLASH_ACR_LATENCY_5WS;
while ((FLASH->ACR & FLASH_ACR_LATENCY) != FLASH_ACR_LATENCY_5WS); //odczytywanie nowej wartosci dla pewnosci
while (!(RCC->CR & RCC_CR_PLLRDY)); //czy pll gotowy
RCC->CFGR |= RCC_CFGR_SW_PLL; //zrodlo sysclk na pll z hsi
while ((RCC->CFGR & RCC_CFGR_SWS) != RCC_CFGR_SWS_PLL); //czekam na zakonczenie wlaczenia pll jako zrodla sysclk
RCC->CR &= ~RCC_CR_HSION;//wylaczam hsi[/syntax]

Statystyki: Napisane przez Czapek — 5 lut 2016, o 18:38

Re: STM32F411 - początki

2016-02-05T17:08:36+01:00

Musisz ustawić flash latency, spójrz na rejstr FLASH->ACR.
Pamiętaj, że po włączeniu PLL trzeba odczekać pewien czas zanim pętla się ustabilizuje. W praktyce oznacza to czekanie aż ustawi się bit w jednym z rejestrów. Bit nazywa się jakoś tak: RCC_CR_PLLRDY

Statystyki: Napisane przez Juffre — 5 lut 2016, o 17:08

Re: STM32F411 - początki

2016-02-05T13:44:03+01:00

Juffre, bardzo przydatna funkcja
Dzięki

------------------------ [ Dodano po: 41 minutach ]

squeez, ustawiałeś już PLL'a z tym poradnikiem w tym dłuuuugim pdfem? xD
systick śmiga, teraz próbuję zamieszać trochę z taktowaniem, coś pozmieniać PLLem. Bardzo ciekawe cacko

Ciekawe ale wkurzające jak nie działa xD
Wydawałoby się że ustawiam wszystko właściwie ale niestety rejestry od PLLa nie ustawiają mi się wcale.
Oczywiście staram się ustawiać gdy PLL jest wyłączony, ale niestety się nie wyłącza.
Może przypadkiem ktoś jakiś pomysł ma?^^

Statystyki: Napisane przez Czapek — 5 lut 2016, o 13:44

Re: STM32F411 - początki

2016-02-05T12:53:06+01:00

Najważniejsze żeby IDE działało i dało się z niego klepać kod

Funkcja SystemCoreClockUpdate() odczytuje jak programista ustawił częstotliwość pracy rdzenia a następnie przypisuje ją zmiennej SystemCoreClock. W ten sposób można sobie sprawdzić czy faktycznie dobrze ustawiliśmy taktowanie.

Statystyki: Napisane przez Juffre — 5 lut 2016, o 12:53

Re: STM32F411 - początki

2016-02-05T09:20:44+01:00

Na początki z STM32 dobry jest keil. Co prawda ma ograniczenie kodu do 32kB ale na początek wystarczy. Zaś jego zaletą jest to że wszystko działa od strzała, nie trzeba nic kombinować.
Odpaliłem sobie Eclipse dla pracy z ARM ale stabilność pozostawiała wiele do życzenia.

Szybie ustawienie SysTicka na zadaną częstotliwość:
[syntax=c]#define FREQUENCY 1000 /* czestotliwosc przerwania w Hz */

// to dajesz w funckji main
SystemCoreClockUpdate();
SysTick_Config(SystemCoreClock/FREQUENCY);

// no i przerwanie
void SysTick_Handler(void)
{
/* rób coś z zadaną częstotliwością */
}[/syntax]

Statystyki: Napisane przez Juffre — 5 lut 2016, o 09:20

Re: STM32F411 - początki

2016-02-05T02:17:52+01:00

Ja korzystam i bardzo polecam TrueStudio. Szybki konfigurator, z automatu includuje wszystko co potrzebne, no i najważniejsze - działa właśnie na Eclipsie do którego też jestem przywiązany. Instalujemy, odpalamy i gotowe bez zagłębiania się w szczegóły. Po za tym obsługuje dużo innych rodzin uC co szczególnie doceniam gdy czasami działam jednocześnie na Stm oraz Lpc

Statystyki: Napisane przez krafin — 5 lut 2016, o 02:17

Re: STM32F411 - początki

2016-02-05T01:34:47+01:00

Co do eclipse - bardzo lubię to środowisko ze względu na to że pracowałem na nim z AVR (głównie ze względu ze Pan Mirek wszystko krok po kroku pokazywał)
Niestety miewałem różne problemy. czasem działało miesiać potem się wysypywało bez żadnego powodu i wszystko od nowa - cała konfiguracja. W ARM postanowiłem odejśc od eclipse i postawić na coś nowego - mile zaskoczony tym embitzem żadnej konfiguracji - pierwsze uruchomienie i wszystko działa. Jedyne co to nie umiałem uruchomić debuggera - ale to nie wina środowiska tylko po prostu tego, ze nigdy tego nie robiłem ^^

Statystyki: Napisane przez Czapek — 5 lut 2016, o 01:34

Re: STM32F411 - początki

2016-02-05T01:23:03+01:00

Ja korzystam z EmBitz w wersji 0.42. Ktoś kiedyś skrytykował nie pamiętam o co chodziło - mi działa bez zarzutów, szybko się odnalazłem w tym interface i fajny, jasny debugger.

Statystyki: Napisane przez Czapek — 5 lut 2016, o 01:23

Re: STM32F411 - początki

2016-02-05T01:07:09+01:00

Ten zapis nie jest do niczego potrzebny. Wystarczy sam void SysTick_Handler(void){}
Ale ja zapytam z innej beczki, z jakiego IDE korzystacie bo nie widzę plików z CMSIS a Systick_Config() jest jego częścią. I domyślnie o ile wykorzystujemy CMSIS mamy plik stm32fxxx_it.c w którym to mamy zdefiniowane przerwanie od systicka i wyjątków.

Statystyki: Napisane przez krafin — 5 lut 2016, o 01:07

Re: STM32F411 - początki

2016-02-05T00:52:50+01:00

Fajnie, kumam.
Tylko ten zapis. Rzadko widuję i nie bardzo wiem o co chodzi:
__attribute__((interrupt))
Dokładniej co za co jest odpowiedzialne?
interrupt no nie wiem, wskazuje że funkcja jest przerwaniem (zgaduję)
Edit.
Sprawdziłem również bez tego zapisu - również działa ^^
Ale zawsze ciekawość

Statystyki: Napisane przez Czapek — 5 lut 2016, o 00:52

Re: STM32F411 - początki

2016-02-05T00:12:31+01:00

Dużo tego jak na razie ^^
Zmęczenie już swoje robi, a chciałbym tego SysTicka zrobić ;d nie poddaję się ^^

Statystyki: Napisane przez Czapek — 5 lut 2016, o 00:12

Re: STM32F411 - początki

2016-02-05T00:03:47+01:00

Oczywiście, że nadal trzeba ustawiać odpowiednio delay-e. Popatrz na zakładkę Embedded flash memory interface w RM, a dokładniej na rozdział 3.4 i tabelkę w nim. Potem odwiedź register description Ale u ciebie ustawia się zapewne przez funkcję w pliku system_stm32f4.c Popatrz na jego funkcję a sam zobaczysz.

Statystyki: Napisane przez krafin — 5 lut 2016, o 00:03

Re: STM32F411 - początki

2016-02-04T23:52:28+01:00

krafin, w stmf4 też jest problem opóźnienia FLASH? bo gdzies widziałem że w F4 zostało to dość ograniczone.
Drzewko projektu, nie wiem czy chodzi ci po prostu o to ale pierwsze na myśl wklejam :

squeez, widziałem, pobrałem - będzie czytany i co do poprzedniego posta - PM?
Edit:
PM- Programming manual xd Właśnie w tym dłuuugim pdfie znalazłem

Skroję coś z tym SysTickiem, może uda się ruszyć, tak czy siak wrzucę efekty. Dziś spooooro czasu zajęła mi zabawa z PLLem i ogółem ustawianiem tych zegarów ^^

Statystyki: Napisane przez Czapek — 4 lut 2016, o 23:52

Re: STM32F411 - początki

2016-02-04T23:39:36+01:00

Oprócz tego nie czekasz na rozkręcenie PLL, oraz nie włączasz opóźnienia FLASH, oraz nie ustawiasz regulatora napięcia na 1.8V i zapewne leci na 1.2V
Po drugie większość IDE samo dodaje pliki z konfiguracją zegarów i ustawianie tego co wyżej opisałem, więc możliwe że samo ci się to ustawia a nawet o tym nie wiesz. Pokaż drzewko projektu.

Ale pokłony z mojej strony za to, że jako jeden z nielicznych nie zaczynasz od tej śmiesznej biblioteki SPL, tylko czytasz Reference i sam ustawiasz rejestry.
Co do Systicka to ustaw go sobie funkcjami z CMSIS, one akurat są w porządku, a i nie ma sensu bawić się w ustawianie systicka rejestrami. Ale oczywiście można jeżeli tak ci wygodniej.

Statystyki: Napisane przez krafin — 4 lut 2016, o 23:39

Re: STM32F411 - początki

2016-02-04T23:29:45+01:00

Sunduino znam, wielokrotnie przeglądałem.
jedyne co mnie odstrasza to takie fragmenty:
[syntax=c]RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOD, ENABLE);

/* Configure PD12, PD13, PD14 and PD15 in output pushpull mode */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_12 | GPIO_Pin_13| GPIO_Pin_14| GPIO_Pin_15;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;[/syntax]

Zdecydowanie wolę:
[syntax=c]RCC->AHB1ENR |= RCC_AHB1ENR_GPIODEN; //uruchomienie GPIOD
LED_PORT->MODER |= GPIO_MODER_OUT << (LED_1 << 1)//jako wyjscie[/syntax]
Gdzie konkretne definicje sobie sam piszę z Reference Manual.
Ale tak czy siak co do SysTicka podpatrzę

Statystyki: Napisane przez Czapek — 4 lut 2016, o 23:29

Re: STM32F411 - początki

2016-02-04T22:59:30+01:00

Powinno pomóc:
http://www.sunduino.pl/wordpress/start-z-stm32-vl-discovery-systick/
http://www.sunduino.pl/wordpress/start-z-stm32-vl-discovery-systick-2-zmiana-clk/
http://www.sunduino.pl/wordpress/coide-toglujemy-porty-na-discovery-f4/

Statystyki: Napisane przez anshar — 4 lut 2016, o 22:59

Re: STM32F411 - początki

2016-02-04T22:25:35+01:00

Systick'a? ^^
Gdzieś widziałem ale co do czego ;d poszukam ^^

Statystyki: Napisane przez Czapek — 4 lut 2016, o 22:25

Re: STM32F411 - początki

2016-02-04T22:11:11+01:00

W ten sposób nigdy właściwie nie obliczysz delay'a. Jeden obieg pętli nie równa się jednemu cyklowi zegara. Użyj SysTicka'a

Statystyki: Napisane przez Juffre — 4 lut 2016, o 22:11

Re: STM32F411 - początki

2016-02-04T21:47:07+01:00

No i wiem że mogę sobie użyć CubeMX i zrobić gotowy projekt
Chcę tylko nauczyć się całości od podstaw, dlatego pytam.

Statystyki: Napisane przez Czapek — 4 lut 2016, o 21:47

Re: STM32F411 - początki

2016-02-04T20:46:48+01:00

Funkcja działa jednak nie uzyskuję odpowiedniego czasu opóźnienia.
Gdy wpisuje w delay 100 mln co powinno odpowiadać 1sekundzie przy 100MHz otrzymuję potężne opóźnienie.
Przy delay około 1.500.00 - 1.650.00 mam zmianę stanu diody co około 1 sek.

Wychodzi na to ze albo coś nie tak z HSE albo jest coś jeszcze o czym po prostu nie wiem

Statystyki: Napisane przez Czapek — 4 lut 2016, o 20:46

Re: STM32F411 - początki

2016-02-04T20:15:28+01:00

Nie wiem jaki masz efekt w tym programie, ale podejrzewam, że kompilator optymalizuje ci funkcję delay() jako nic nierobiącą, czyli zbędną. Zatem ją usuwa. Spróbuj w tej funkcji dorzucić coś, albo w opcjach kompilatora wyłącz optymalizację (choć w tym przypadku nawet brak optymalizacji kompilacji nie musi zadziałać).

Statystyki: Napisane przez PJS — 4 lut 2016, o 20:15

STM32F411 - początki

2016-02-04T19:06:09+01:00

Witam wszystkich!
udało mi się dorwać STM32F411 i powoli zaczynam się nią bawić.
Dużo różnic między STM32 a AVR i pierwsze problemy pojawiają się zwłaszcza na początku...
Wnikliwie czytam Reference Manual i ustawiam każdy bit po bicie. Tak jest mi łatwiej, lepiej rozumiem to co napisałem i wiem ze zawsze znajdę info o tym w reference
Zacząłem od zabawy diodą, potem przejdę do timerów itd a następnie zamieszonej na płycie scalaków.
Chciałbym zapytać o to co moze być powodem rozbieżności między tym co chcę ustawić a tym co uzyskuję.
Otóż próbuję wycisnąć maksymalne taktowanie 100 MHz i zapalać sobie diodę co około 1 sek.
Rozumiem, zę takie rzeczy robi się na timerach ale czy na prostym delay'u nie powinienem uzyskać mniej więcej tego samego?

Poniżej kod:
[syntax=c]void delay(int32_t opoznienie);
void zegar(void);

int main(void)
{
zegar();
led_inicjalizacja();
while(1)
{
led_toggle(LED_1);
led_toggle(LED_2);
led_toggle(LED_3);
led_toggle(LED_4);
delay(100000000);
}
}
void zegar(void)
{
RCC->CFGR &= ~(RCC_CFGR_SW);//zeruje sw
RCC->CFGR |= RCC_CFGR_SW_HSE;//hse jako glowny zegar

RCC->CR &= ~RCC_CR_PLLON;//wylacz PLL zeby ustawic dzielniki mnozniki PLL

RCC->PLLCFGR |= RCC_PLLCFGR_PLLM_2;//ustawiam PLLM /4
RCC->PLLCFGR |= RCC_PLLCFGR_PLLN_3 | RCC_PLLCFGR_PLLN_6 | RCC_PLLCFGR_PLLN_7; //ustawiam PLLN x200
RCC->PLLCFGR |= RCC_PLLCFGR_PLLP_0;//ustawiam PLLP /4

RCC->CR |= RCC_CR_PLLON;//wlacz PLL

RCC->CFGR &= ~(RCC_CFGR_SW);//zeruje sw

RCC->CFGR |= RCC_CFGR_SW_PLL; //pll jako zegar systemowy

RCC->CFGR |= RCC_CFGR_HPRE_DIV1; // prescaler AHB 1
}
void delay(int32_t opoznienie)
{
int i;
for(i=0;i}[/syntax]

Pozdrawiam!

Statystyki: Napisane przez Czapek — 4 lut 2016, o 19:06