<html><body>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...<br>Takze to je jeden z moznych zpetnovazebnich kanalu. Druhy zpetnovazebni kanal jste pouzil stisknutim tlacitka odeslat u mailu do teto konfery.<br>Nerikam ze je to podobne ucinny kanal jako ten poskytovany zakaznikum co berou STM32 po paletach... ale obcas to taky funguje :-)<br><br>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... <br>Takze zakaznici to chteji, bude hur. A pak bude vyklikany kod ridit neci lednicku :-(<br><br>V.<br><br>-- <br>-----------------------------------------<br>Pokud máte zájem, navštivte naši stránku o mašinkách - http://www.pojezdy.eu<br><br><p>---------- Původní zpráva ----------<br>Od: Jan Waclawek <konfera@efton.sk><br>Komu: HW-news <hw-list@list.hw.cz><br>Datum: 26. 10. 2015 12:48:21<br>Předmět: Re: [OT] Zazitky zacatecnika s sw pro STM32F</p><br><blockquote>To je zasluzeny trest za to, ze na blikanie LEDkou chce niekto pouzit<br>generovane bazmegy a "kniznice" ;-)<br><br>>Pro vyvoj x51 kolega pouziva Keil <br><br>A pouzil tam "vygeneroval projekt pro" a "CubeMX" (resp. nieco podobne)? <br><br>>Nevim trochu chaos (vsimnete si jak jsem tolerantni), nedustojny firmy velikosti ST. <br><br>Bohuzial, je to trend, generovat tieto "kniznice" a "konfiguratory" apod.<br>To pochopitelne vedie k nekonecnemu mnozstvu chyb a problemov a jednej<br>tazko udrziavatelnej mase "softwaru".<br><br>Ja napriklad by som bol rad, kebyze ST prestane ne tieto hluposti plytvat<br>peniazmi (=> premietnute do ceny cipov) a zacal sa venovat tomu, co ma,<br>t.j. poriadnej dokumentacii a zakladnym prikladom pouzitia bez vazby na<br>rozne pochybne "kniznice". Taketo "kniznice" a "konfiguratory" apod. nech<br>generuju softwarove firmy, je to ich dzob.<br><br>> Obecne pokousel jsem se najit nejaky zpetnovazebni kanal, kde by nekoho zajimaly chyby nalezene v dokumentaci i zdrojacich,ale pokud existuje je dobre utajen. <br><br>Tych kanalov je niekolko, od Vasho FAE (jaj, vy nie ste v kategorii<br>1Mpc/yr? ;-) ), cez distributora (cim sa nemysli drogeria, t.j. znova to<br>nie je kategoria "menej nez vela"), cez link na podporu na webe<br>https://my.st.com/st-extranet-web-active/active/en/support/online_support.html<br>(presne 2 kliky od frontpage) po spominane forum:<br><br>> Na forum ST maji zamestnaci asi vstup zakazan<br><br>To nie je pravda, minimalne<br>https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/AllItems.aspx<br>je v poslednych mesiacoch pomerne aktivne monitorovany dvomi zamestnancami<br>(-kynami?) ST, ktori pomerne aktivne reaguju prave na pripomienky ku<br>SPL/Cube.<br><br>wek<br><br><br><br><br><br><br>----- Original Message ---------------<br>>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.<br>>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}<br>>vygeneroval projekt pro STM32F103R, zaskrtl, ze bude pouzivat SPI rozhrani, v RTE_Device.h zaskrtl SPI1 a zkusil projekt prelozit.<br>>Vse skoncilo chybou, predevsim undefined identiffier RCC_APB1RSTR_SPI3RST <br>>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.<br>>V dalsim kroku kolega nainstaloval STM32Cube MX a balicek pro STM32F1 v1.2 do Cube.<br>>Vygeneroval jednoduchy projektik pro stejny procesor a prostredi MDK-ARM v5.<br>>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)<br>>V popisu parameteru funkce se docetl PinState: This parameter can be one od the GPIO_PinState enum values:<br>>GPIO_BIT_RESET<br>>GPIO_BIT_SET<br>>Preklad zkoncil chybou, jelikoz enum nejsou GPIO_BIT_xxx ,ale GPIO_PIN_xxx .<br>>Kolega odhalil jeste dve dalsi chyby a to vse za cca 30 minut seznamovani se s sw od ST.<br>>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.<br>>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.<br>>Nechci byt hnidopich,ale vzpomnel jsme si na dokument http://goo.gl/KIfZhS<br>>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 :-}<br>><br>>Bosak<br><br>_______________________________________________<br>HW-list mailing list - sponsored by www.HW.cz<br>Hw-list@list.hw.cz<br>http://list.hw.cz/mailman/listinfo/hw-list</blockquote></body></html>