[OT] Zazitky zacatecnika s sw pro STM32F

[Jan Waclawek]

To je zasluzeny trest za to, ze na blikanie LEDkou chce niekto pouzit
generovane bazmegy a "kniznice" ;-)

>Pro vyvoj x51 kolega pouziva Keil 

A pouzil tam "vygeneroval projekt pro" a "CubeMX" (resp. nieco podobne)? 

>Nevim trochu chaos (vsimnete si jak jsem tolerantni), nedustojny firmy velikosti ST. 

Bohuzial, je to trend, generovat tieto "kniznice" a "konfiguratory" apod.
To pochopitelne vedie k nekonecnemu mnozstvu chyb a problemov a jednej
tazko udrziavatelnej mase "softwaru".

Ja napriklad by som bol rad, kebyze ST prestane ne tieto hluposti plytvat
peniazmi (=> premietnute do ceny cipov) a zacal sa venovat tomu, co ma,
t.j. poriadnej dokumentacii a zakladnym prikladom pouzitia bez vazby na
rozne pochybne "kniznice". Taketo "kniznice" a "konfiguratory" apod. nech
generuju softwarove firmy, je to ich dzob.

> Obecne pokousel jsem se najit nejaky zpetnovazebni kanal, kde by nekoho zajimaly chyby nalezene v dokumentaci i zdrojacich,ale pokud existuje je dobre utajen. 

Tych kanalov je niekolko, od Vasho FAE (jaj, vy nie ste v kategorii
1Mpc/yr? ;-) ), cez distributora (cim sa nemysli drogeria, t.j. znova to
nie je kategoria "menej nez vela"), cez link na podporu na webe
https://my.st.com/st-extranet-web-active/active/en/support/online_support.html
(presne 2 kliky od frontpage) po spominane forum:

> Na forum ST maji zamestnaci asi vstup zakazan

To nie je pravda, minimalne
https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/AllItems.aspx
je v poslednych mesiacoch pomerne aktivne monitorovany dvomi zamestnancami
(-kynami?) ST, ktori pomerne aktivne reaguju prave na pripomienky ku
SPL/Cube.

wek






----- Original Message ---------------
>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 :-}
>
>Bosak