STM32F4 - win setup - ATOLLIC True Studio LITE

:D sve se da nasetovati, to je sve eclipse u pozadini

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Aha, u medjuvremenu sam instalirao Atollic i proucio funkcije STM_EVAL_LEDInit i STM_EVAL_LEDOn pa je u kombinaciji sa Hitex Insiders Guide sve puno jasnije.

Ono sto mi nije jasno jeste sledeca linija u funkciji STM_EVAL_LEDInit.

RCC_AHB1PeriphClockCmd(GPIO_CLK[Led], ENABLE);

Jasno mi je da ona ukljucuje clock za GPIO port D i u Hitexovom guidu se spominje da se clock za svaku perferiju (RUN mode chapter) moze iskljuciti/ukljuciti da bi se smanjila potrosnja (ovo RCC oznacava reset clock control module) ali ono sto me zanima jeste gde procitati da je potrebno pozvati RCC_AHB1PeriphClockCmd? AHB1 se uopste ni ne spominje u GPIO odeljku Hitex-ovog guida. Cak i da mi je jasno da trebam enablovati clock za GPIOD port kako bih znao da se to radi kroz funkciju RCC_AHB1PeriphClockCmd? Mislim, ne bi mi palo tek tako na pamet da to treba uraditi da nisam video kod funkcije STM_EVAL_LEDInit...

Znaci ukratko: da li neko zna da li postoji neki tutorijal/knjiga/uputstvo za koriscenje STM32F4xx_StdPeriph_Driver funkcija u raznoraznim situacijama? Odnosno, ucenjem cega se od nekog programera ocekuje da savlada STM32F4xx?

Kao i za svaki drugi - citanjem datasheetova.

Za dokumentaciju pogledaj ovdje:
http://www.st.com/internet/mcu/subclass/1521.jsp

Trebace ti ovo:
http://www.st.com/internet/com...ATURE/DATASHEET/DM00037051.pdf

ovo (za ST periferije i memoriju koju je ST nalijepio na Cortex jezgro):
http://www.st.com/internet/com...EFERENCE_MANUAL/DM00031020.pdf

i ovo (za samo Cortex jezgro i ono sto ARM isporucuje uz jezgro):
http://infocenter.arm.com/help...DI0439C_cortex_m4_r0p1_trm.pdf

... za pocetak :)


Sto se tice ove biblioteke koju ST isporucuje: daleko od toga da je ona "obavezna" da se koristi, kao i da je to jedini nacin. Ona je manje-vise napisana da optimizuje preglednost, razumljivost, kompatibilnost.... medjutim, vjerovatno nije optimizovana ni za brzinu izvrsavanja ni za velicinu koda. Ali je ok za koriscenje u nekriticnim aplikacijama gdje brzina ne igra ulogu i gdje velicina programa nije problem, zgodna je za ucenje, jer bacanjem pogleda u kod neke funkcije lako vidis sa kojih par registara nesto treba da radis, umjesto da isto to ganjas kroz 50 strana datasheet-a.
Najlakse je da bibliotecke funkcije i gotove primjere koristis kao vodic, a u datasheetu citas detalje o onome sto ti nije jasno iz funkcije.
Za sve nejasnoce i detalje - datasheet je ustav.
Biblioteka je samo dodatna pogodnost, ali potpuno neobavezujuca ni kao izvor informacija ni kao konkretna realizacija.

U programiranju mikrokontrolera - sve se svodi na to da u odredjenom trenutku nesto upises u odredjeni registar koji se nalazi na odredjenoj memorijskoj lokaciji.
Da li ces ti to uraditi ovako direktno:


ili ces to "zamotati" u neku finu funkciju da istu tu stvar radis ovako:


...ili ces mozda koristiti funkciju iz ST biblioteke, potpuno je svejedno, jedino sto je bitno je da ti moras znati da u taj i taj registar trebas nesto upisati.
U slucaju ST-ove biblioteke ne moras toliko da zalazis u hardverske detalje, pa je moguce koristiti periferije samo proucavanjem funkcija, bez da se zamlacujes hardverskim detaljima.

Medjutim, poziv funkcije kosta dodatno vremena (sporiji program) i dodatno mjesta (veci kod). Pa kad hoces da imas brzi program i manji kod - lupaj direktno kao u prvom primjeru, kad ti je svejedno - includuj biblioteku i vozi...


_{[Ovu poruku je menjao Odin D. dana 29.02.2012. u 12:51 GMT+1]}

E sad, u medjuvremenu sam ja napravio: http://www.elitesecurity.org/p3066836

tako da bi bilo mnogo iskusnije da tamo to raspravljamo kako bi sutra ove teme bile smislene a ne zbrda zdola :)




RCC ima samo nekoliko funkcija. Zato je bitno da su sorsovi biblioteka otvoreni da bi lakse mogao da radis, takodje dobar ide tu isto vrlo mnogo znaci :D.

da znas da li je AHB1 ili neki drugi - to pise u datasheet-u za mcu koji koristis (gde je vezan port, da li na AHB1, AHB2, AHB3, APB1, APB2 ), tamo vidis gde je vezana koja periferija pa ako ces da tuces npr DAC onda ti treba RCC_APB1PeriphClockCmd, ako ces da koristis USB_OTG_FS onda ti treba RCC_AHB2PeriphClockCmd etc etc ...




pogledas u datasheet-u na sta je periferija zakacena i onda znas koju funkciju koristis. Drugi nacin je da pogledas source STM32F4xx_rcc.c, tamo svaka funkcija ima odlican komentar :)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Tako sam i pretpostavljao :)
Ja sam mislio na neki mozda lep tutorijal kao sto je recimo Mikroelektronika napravila za PIC i dsPIC (http://www.mikroe.com/eng/prod...66/programming-dspic-mcu-in-c/) gde je od nule objasnjena sustina a tek za detalje mi treba datasheet. Mislim da datasheet sluzi programeru da pogleda ili da se podseti detalja u vezi kontrolera a ne da bi pocetnik ucio prakticno potpuno novu tehnologiju iz datasheet-a i vrsljao po .h i .c fajlovima (prakticno na pocetku ucenja). Ne kazem da ne moze tako da se uci ali mi se cini kao tezi nacin. Ali, zato je tu ovaj forum :)

vec smo vise puta pricali da je za sustinu onaj hitexov pdf najbolje sto postoji

http://www.hitex.com/fileadmin...s/stm32/isg-stm32-v18d-scr.pdf

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

ne mogu da verujem, ovi seljani iz atollic-a su izbacili novu verziju, sada je lite verzija "fully functional" ali ima limit za velicinu hex-a ... kompletni ... uh .. nadam se da ce coocox izbaciti cm4 podrsku za koji dan kako je planirano

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Da napravim ja backup kopiju Atollica 2.3, zlu ne trebalo...

ako se dobro secam on se kaci na net povremeno sam tako da ce mozda da kuka da oce da se upgrade-uje ..

ja sve cekam coocox, vidim da je izasao update za cosmart, CoMDKPlugin, ali coIDE je jos uvek na verziji iz decembra 2011 ... sredina marta je za 2 dana tako da .. ja ocekujem coIDE da izadje "svaki dan" :) i onda me bas briga za atollic :D

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/