[OT] Zazitky zacatecnika s sw pro STM32F
Jaroslav Buchta
jaroslav.buchta na hascomp.cz
Pondělí Říjen 26 15:01:55 CET 2015
Dne 26.10.2015 v 11:16 Basak napsal(a):
> Od: Basak <hw-list na list.hw.cz>
> Předmět: [OT] Zazitky zacatecnika s sw pro STM32F
>
> Zpráva:
> Oznacil jsem vlakno OT i kdyz OT vlastne neni. Asi jsme se zde zminil, kolega zacina s C a ARM procesory, doporucil jsem mu procesory od ST a zde je strucny popis jeho prvni dvacetiminutovky z SW od ST.
> Pro vyvoj x51 kolega pouziva Keil a tak i pro ARM sahl po MDK-ARM, nainstaloval balicek podpory STM32F1 v2.0 {dodava a vytvari ST}
> vygeneroval projekt pro STM32F103R, zaskrtl, ze bude pouzivat SPI rozhrani, v RTE_Device.h zaskrtl SPI1 a zkusil projekt prelozit.
> Vse skoncilo chybou, predevsim undefined identiffier RCC_APB1RSTR_SPI3RST
> Nahlednutim do zdrojoveho kodu SPI_STM32F10x.c clovek brzy zjisit, ze autor kodu celekm spravne predpokladal existenci 3 SPI portu, bohuzel mu zapomneli prozradit, ze v rade STM32F1 ma 3 SPI pouze high density a low i middle density procesory nemaji tri SPI rozhrani.
CUBE konfigurator ma snad poce SPI a vseho ostatniho spravne ne? Mate
pouzivat CUBE a GCC ;-)
> V dalsim kroku kolega nainstaloval STM32Cube MX a balicek pro STM32F1 v1.2 do Cube.
> Vygeneroval jednoduchy projektik pro stejny procesor a prostredi MDK-ARM v5.
> V hlubinach Cube nasel napovedu k STM32F1xx HAL driver, presneji verzi pro 103 procesory. Chtel zacit zablikanim LED a tak si nasel funkci HAL_GPIO_WritePin(GPIOB,8,GPIO_PinState)
> V popisu parameteru funkce se docetl PinState: This parameter can be one od the GPIO_PinState enum values:
> GPIO_BIT_RESET
> GPIO_BIT_SET
> Preklad zkoncil chybou, jelikoz enum nejsou GPIO_BIT_xxx ,ale GPIO_PIN_xxx .
Ja jeste dokumentaci nehledal, vse je dobre popsano ve zdrojovych textech.
Uplny zacatecnik asi muze mit problem, na druhou stranu ty HAL zdrojaky
jsou natolik jednoduche a pruhledne, ze se tyhle drobne chybicky daji
snad odhalit na par kliknuti.
> Kolega odhalil jeste dve dalsi chyby a to vse za cca 30 minut seznamovani se s sw od ST.
> To u ST na programovai jiz najaly Afganske uprchliky nebo jak jinak si vysvetlit, ze autor HAL ignoruje nexistenci treti SPI u vetsiny produktu v rade, nikdo to neodhali atd.
> Obecne pokousel jsem se najit nejaky zpetnovazebni kanal, kde by nekoho zajimaly chyby nalezene v dokumentaci i zdrojacich,ale pokud existuje je dobre utajen. Na forum ST maji zamestnaci asi vstup zakazan, neco jako beta testing nebo hlaseni chyb a problemu jsme tam stejne nenasel.
> Nechci byt hnidopich,ale vzpomnel jsme si na dokument http://goo.gl/KIfZhS
> je z roku 2014 a hovori se v nem o planu integrovat CubeMX a MDK-ARM . Mame pomalu rok 2016 a tento mesic vydany Pack v 2.0 pro MDK obsahuje stale Standart peripheral Librady v3.5 z roku 2011 CubeMX nove drivery pro CubeMX, "integrace" dosla tak daleko, ze MDK-ARM stale podporuje RTX OS a CubeMX FreeRTOS :-}
> Nevim trochu chaos (vsimnete si jak jsem tolerantni), nedustojny firmy velikosti ST.
RTX bude ale za penize, ne? To asi nemuzou k CUBE pribalit zadarmo.
> Bosak
>
> --
> This e-mail was sent from a contact form on Info365.cz (http://www.info365.cz)
>
> _______________________________________________
> HW-list mailing list - sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
Další informace o konferenci Hw-list