[OT] Zazitky zacatecnika s sw pro STM32F

[Basak]

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.
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 .
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. 

Bosak

--
This e-mail was sent from a contact form on Info365.cz (http://www.info365.cz)