[OT] Zazitky zacatecnika s sw pro STM32F

[V P]

STM32 forum a prislusna subfora jsou monitorovana zamestnanci ST v podstate 
od sveho vzniku. Jen to mozna neni videt, protoze ne kazdy ma v podpisu 
firemni logo...
Takze to je jeden z moznych zpetnovazebnich kanalu. Druhy zpetnovazebni 
kanal jste pouzil stisknutim tlacitka odeslat u mailu do teto konfery.
Nerikam ze je to podobne ucinny kanal jako ten poskytovany zakaznikum co 
berou STM32 po paletach... ale obcas to taky funguje :-)

Jen pro zajimavost - uz nekolik zakazniku co pouzivaji ten kostkovy klikator
nam hlasilo chybu v dokumentaci, protoze neco neslo v klikatoru naklikat. 
Zatim nejlepsi byl zakaznik ktery nemohl pro zvolenou frekvenci hodin 
naklikat 100 baud prenosove rychlosti USART, tak ve vyklikanem kodu vytvoril
pomerne slozitou konstrukci pouzivajici dalsiho timeru a na doby prenosu 
zpomaloval hlavni hodiny procesoru... 
Takze zakaznici to chteji, bude hur. A pak bude vyklikany kod ridit neci 
lednicku :-(

V.

-- 
-----------------------------------------
Pokud máte zájem, navštivte naši stránku o mašinkách - http://www.pojezdy.eu


---------- Původní zpráva ----------
Od: Jan Waclawek <konfera na efton.sk>
Komu: HW-news <hw-list na list.hw.cz>
Datum: 26. 10. 2015 12:48:21
Předmět: Re: [OT] Zazitky zacatecnika s sw pro STM32F

"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 v
5.
>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

_______________________________________________
HW-list mailing list - sponsored by www.HW.cz
Hw-list na list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20151026/13e47541/attachment.html>