Fórum Root.cz

Hlavní témata => Vývoj => Téma založeno: mhi_ 09. 12. 2018, 14:09:28

Název: STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 09. 12. 2018, 14:09:28
Mam 3 otazky, byly tu serialy k STM32,  tak tu asi budou i nejaci uzivatele, kteri treba maji zkusenost leta a maji STM32 i v komercnich aplikacich, ne jen hobby projektech (antitroll: vim, ze jsou lepsi servery na tuto otazku, mam duvod proc se ptat i zde).

- nesnasim ty ST knihovny ktere resi praci s periferiemy (uz od STckovych ARM7), moje cesta je programovat si vsechno primo. Na STM32F0xx jsem nasel vhodne header files, ktere maji spravne struktury a #defines aby sly kompletne MCU programovat bez pouziti knihovny. Na (napr.) STM32F103 jsem takove header files nenasel - ano, umim si je napsat, ale moc se mi do toho nechce. Pouzivam arm-gcc pod Linuxem. Treba bych rad naprogramoval co nejmensi minimalisticky USB CDC v tomto stylu (aby sel pouzit v bootloaderu a dalo se to napojit pres "exporty" i na aplikaci), z ceho vyjit? Moje cesta zatim byla vzdy ta, ze jsem psal od 0 z datasheetu nebo preprogramoval STM knihovnu do maker a ty potom pouzivam.

- s jakymi chybami jste se setkali pri praxi s STM32? Zatim jsem delal jen jednoduche "aplikace" nevyuzivajici prilis interrupty ani jednotlive periferie (mysleno nejake sofistikovane PWMky apod., UART/GPIO/atd samozrejme pouzviam :) ). Treba u Microchipu jsem uz zvykly na hromadu bugu (reportoval jsem jim JTAG+CAN a zjistil nejake chyby v USB) a pri vyvoji je potreba si nechavat obcas zadni vratka, je-li na plosnaku alespon trochu mista.

- posledni vec je cena STM32, odkud je objednavate v mnozstvi 5-10 k ? Jde mi o Cortex-M3ku. Cinan ma male cele moduly "blue pill" za cenu nizsi nez je moje cena na tisicova mnozstvi, predpokladam, ze je nejaky special pricing pro CN, na ktery nedosahneme/dosahneme taky ?
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Peter 09. 12. 2018, 14:48:31
Pozri na http://libopencm3.org/ môžno sa Ti to bude hodiť. Celé je to postavení na priamych zápisoch do registrov, takže sa musíš trocha vyznať aj v tom, čo kde a ako (Reference manual a pod.), ale dá sa to zvládnúť, kompiluje sa s gcc. Moc sa toho s týmto pokaziť nedá, ale ale vhodné si vyrobiť nejakú malú zbierku príkladov pre obsluhu používaných preriférií /postupov, vyskúšať a potom použivať ako lego

Chyby na samotnom čipe sa samozrejme nájdu (nie je to ale tragické), z mojich skúseností hlavne pri nejakých exotickejších konfiguráciách (napr. blbnutie SPI2 pri použití ADC kanálu > 8 a pod. ), treba priebežne sledovať dokumentáciu a erraty - hlavne pri novších čipoch.

V malom počte kusov sa dajú STM nakúpit aj u Mouseru alebo Farnellu, niektoré má aj TME, napr. STM32F103T6U6A pri 10ks za 2.7e.

Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: aabb 09. 12. 2018, 15:55:20
K cinskym cenam, neprekvapilo by ma, ak by to neboli original STM, ale cinske kopie, pripadne vyrobene v tej istej fabrike, ale na "nocnej" sichte.
Konkretne ATMEGA128 ma aj cisku kopiu, akurat pod inym oznacenim. Nachadza sa v RC vysielackach. Problem bol, ze to nebola 100% kopia a alternativny firmware na cinskom procesore obcas zamrzol. Presne oznacenie uz nepamamtam.
Kludne to takto moze byt aj pri niektorych procesoroch od STM
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Peter 09. 12. 2018, 19:05:25
K cinskym cenam, neprekvapilo by ma, ak by to neboli original STM, ale cinske kopie, pripadne vyrobene v tej istej fabrike, ale na "nocnej" sichte.

Dost často sú výmety a mimotolerantné kusy z fabriky po testovaní, pretože sa to v číne púzdrí a testuje (čo sú asi najdrahšie operácie), tak tam toho majú asi na mraky - lacno to kúpia, lebo asi by to aj tak skončilo v šrote, plácnu to na nejaký malý plošák a hajda na alibabu ... Na hranie fajn, ale spolahnúť sa na to pri nejakej serióznejšej robote je sebevražda - stalo sa mi, že pri behu odhorela časť periférií (nič nebolo k MCU pripojené - len napájanie a komunikácia), core normálne šlo a čip sa začal ohrievať. Občas sa to dá výmet spoznať podľa spotreby pri rovnakých podmienkach porovnaním s normálnym čipom.

Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 09. 12. 2018, 19:33:01
Nasel jsem asi ten header file https://github.com/espruino/Espruino/blob/master/targetlibs/stm32f1/lib/stm32f10x.h

Ze by delali "plagiat" ve smyslu noveho navrhu STM32 cipu nebo to obkreslili, to mi prijde jako nesmysl. Pokud jde o vyrazene die, je to dost dobre mozne.  Driv jsme nakoupil pres CZ firmu hromadu CAN transcieveru a vracely se nam nesktutecnym tempem, tak pulka byla spatna. Nemuze to ale cele byt tak, ze v CN ma STM jednoduse vyznamne lepsi ceny nez pro zbytek sveta?

S cim jsem se aktualne (pokud jde o cinske levne veci) pral jsou Arduino modulky s 3,5" LCD a nejakym klonem ILItek radice - chvili jsem sbiral z eBaye ruzne displaye a mam na stole 3 nebo 4 verze, kazda ma trosku jiny controller, jinak nastaveny display, atd. :-). Dostalo me, ze jeden z tech controlleru blbe nastavuje column/page range, pri urcitych hodnotach to vypada, ze je nutne otocit min-max :). No ale zase za tu cenu si clovek nemuze moc stezovat.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: host 09. 12. 2018, 20:29:29
1. Knihovny. Zacinal jsem s STM pred mnoha mnoha lety (predtim ARM od LM a Atmel). Tehdy jsem nejakou dobu pouzival Std.Periph., a brzy potom pouze opravene .h soubory s registry a CMSIS (system + Cckem nepodporovane instrukce). Dnes jsem na tom stejne + pouzivam vlastni startup .s, init (clocks) a linker script (dost casto pouzivam dalsi specialni sekce, fixne ulozene promenne apod.). HAL me zpocatku nepresvedcil (bugovost, topornost, neuplnost) a dnes se k nemu uz vracet nechci (mam sve knihovny) nebo ani nemuzu (SIL, Misra, pozadavek zakaznika,...).
2. Chyb je mraky - bugove knihovny (mozna se to zlepsilo, nevim), nejasny/chybejici popis vlastnosti periferie (napr. kdy je mozne do registru zapsat, za jak dlouho se dana vec zpropaguje v hw periferie, co ma prednost pri urcite konfiguraci, vazby v ramci periferie/mezi periferiemi apod.), ale uz je to lepsi a STM docela updatuje errata a ma reagujici tech. support. Vzdy maximalizuju vyuziti periferii, takze co lze, jede na DMA/INTR, co uz nelze, jede alespon na INTR, pouzivam hw zavislosti mezi periferiemi (triggers apod.). Potom jde clovek opravdu az na dren periferii a ty vyse uvedene info vam chybi. Ale zase dik za to, co je. STM patri k tem lepsim, co se dokumentace tyce.
3. Cena STM. No to mate tak, pokud delate opravdu seriozni vyvoj v seriozni firme, nezbyva nez nakupovat u dodavatelu, kteri jsou schopni zarucit puvod nebo dokonce dodat "rodny list" soucastky (zvlaste americky trh si to zada). Riskovat kvuli max. par dolarum/mcu megaprusvih nakupci rozhodne nebudou, ani by to neproslo pres procesy. K ciste soukromym ucelum mi uz pod rukama proslo par desitek ruznych sarzi ruznych procesoru od STM. Pokazde mely standardni potisk a pri pouziti nevykazovaly nijake abnormality nebo odchylky proti kat. listu. Jeden jsem i trapil na teploty - pozadovane funkce OK. Ale ani ja nejsem hazarder, takze treba jako OSVC bych to zakaznikovi neprodal. Rozdil mezi cenou v EU a Cine musite pricist na vrub: clo, naklady EU distributoru a jejich marze, moznost prijit k cipu v Cine ponekud jinou cestou (pocinaje "odsypanim si do pytle" (Aliexpress,...) az po vice ci mene shora posvecene odkloneni mcu na cinsky trh (Alibaba,...)).
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: user 09. 12. 2018, 21:46:50
Dlhorocny vyvoj mimo ine aj STM32, napisem len poznamky, ale pozeram ze uz iba opakujem predchodcov.

- Pouzivam na niektore FW cele kniznice, na niektore iba stm32f10x.h, ten header file najdete v tych knizniciach (resp. odtial ho mam ja). Podla toho aky ma byt kod komplexny, obe moznosti su podla mna vpohode :) (tiez som najprv standard peripheral libraries neznasal, ale casom som pochopil ze je to predsa len rychlejsie). Zacinal som na Windowse, kvoli IAR, ale presiel som na arm-gcc a je to to iste, aspon nepotrebujem virtualku na Linuxe.

- Kazdy MCU ma svoje chyby a STM32 ich maju naozaj vela. Citanie datasheetu bez errata naozaj neznamena citanie datasheetu ;)

- Jednotkove kusy Farnell, stovky kusov Rutronik. Maju uplne ine ceny oproti tym, na ake ste mozno zvyknuty. Tie lacne v Cine su fake a originaly s pripadnym clom (?, tusim aktualne je 0%) vychadzaju drahsie.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: host 09. 12. 2018, 22:32:17
Citace
Ze by delali 'plagiat' ve smyslu noveho navrhu STM32 cipu nebo to obkreslili, to mi prijde jako nesmysl. Pokud jde o vyrazene die, je to dost dobre mozne.
Tezko rict, ale je tu pripad s GD32F103 - https://olimex.wordpress.com/2015/11/09/chinese-clones-attack-stm32-microcontrollers/
od GigaDevice, kteri tvrdi, ze jde o jejich navrh.
https://www.cnx-software.com/2015/12/21/gigadevice-gd32-is-a-faster-software-and-pin-to-pin-stm32-compatible-cortex-m3-mcu/
https://datasheetspdf.com/pdf-file/918744/GigaDevice/GD32F103RBT6/1
Mozna ano, mozna ne. Jedno je ale jiste - jakmile dostanou v Cine k dispozici vyrobni podklady, stavaji se soucasti jejich "narodniho pokladu".
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 09. 12. 2018, 23:15:13
Dneska je to tak, ze nektere vybrane soucastky jsou natolik nedostupne, ze prodal-li by mi je bezdomovec nekde pod mostem, hned je koupim. Podotykam, ze nekupujeme stovky, ale v  tomto pripade se jedna(lo) o 10-15 000 ks. Ono celkove motivace zacit pouzivat STM32 je mit zalozni reseni, abychom nebyli ve vendor-lock-in-u. Dalsi pouzitene cipy jsou LPC od NXP, par jich mam, ale vlastne jsem je nikdy poradne nepouzil.

O GigaDevice jsem slysel, jestli maji podklady na vyrobu z nejake fabriky, tak bych i docela veril, ze to bude chodit. Nemyslim si, ze by jinak byli schopni udelat plagiat, navic vsech moznych variant STM32 (redesignem ani zkopirovanim die - to je AFAIK v dnesni dobe zcela nerealne).

Docela bych uvital nejake priklady tech bugu, protoze DMA/INT/periferie jsou presne veci, ktere hodne vyuzivam. Na druhou stranu STM32 ma vetsi vykon nez stavajici MCU, takze to mozna pujde naprogramovat i jednoduseji.

Co nejaka tiny USB-CDC (seriak) knihovna ? Napad by nebyl kde ji vzit?

ad cena: https://www.digikey.com/products/en?keywords=stm32f103c8t6
prvni je $3.03905 @ 2,400 pcs
eBayacky bluepill: US $1.94 za 1 kus ... (vc. postovneho).
nebo jednotlive cipy: https://www.ebay.com/itm/10PCS-MCU-ARM-IC-ST-LQFP-48-STM32F103C8T6-STM32F103C8T6TR/162777693797

(porad jsme na eBayi za relativne kusove polozky, kdyz to bude kupovat mistni cinan, tak se dostane urcite niz)
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mrazík 10. 12. 2018, 09:19:03

Co nejaka tiny USB-CDC (seriak) knihovna ? Napad by nebyl kde ji vzit?


Třeba na https://github.com/dmitrystu/libusb_stm32 . S LPC od NXP by bylo méně práce, mají většinou USB stack zadrátovaný přímo na čipu. Co se mi celkem osvědčilo je použití C++ místo prostého C. Pokud dodržujete určité zásady, kód je přehlednější, nijak nebobtná a snadněji se to skládá dohromady. Pokud chcete začít od podlahy - tedy od vlastní definice periferií, před časem jsem na to udělal nástroj https://github.com/Kizarm/svdview , svd soubory najdete na stránkách výrobce. Výhodou je, že můžete pro definici bitů v registrech používat makra nebo bitová pole a v C++ pro modifikaci třeba i lambda výrazy. Ale chce to přece jen trochu kontrolovat podle RM, mohou v tom být chyby. Ty hlavičky od STM jsou patrně generovány podobným způsobem, jen tu kontrolu patrně již někdo provedl.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Joskoo 10. 12. 2018, 11:21:35
Pri 10k-20k kusoch mozes priamo kontaktovat vyrobcu cipov alebo local sales, dostanes lepsie ceny ako ma mouser, farnell pripadne arrow, ale zalezi od korporatu, niekde su ochotni, niekde sa o teba nebudu zaujimat, zalezi od local sales...

Ist do cinskeho distribucneho kanalu ktory nieje znamy je takmer samovrazda. a dtto pouzivat klony, je s tym viac trapenia a koncovy zisk je nizsi ako by si cakal. Ako bolo spomenute, od orig vyrobcu mas garantovane parametre, od klonov nie...

Ked zoberies 10-15k kusov, spravis 10-15k produktov a nahodou je polka smejd, tak zelam vela radosti pri reklamaciach a debugovani :)). Jednoho casu som "nakupoval" nordic chip z ciny, cena 1/3 oproti orig distributorovi.. okrem toho ze bola pajcnuta maska, tak nefungovalo kopa veci a z casu-na-cas sa chip resetol, zamrzol, whatever neocakavane, co cinan, to urco ina revizia klonu. Ale vsetky mali vyrazene takmer nerozoznatelne od origo package.

Jedna drobna rada... ked ides do mass marketu, tak pouzivat !hocico! kde nevies dohladat 100% povod, tak si rovno daj +100% marzu na produkt, aby si mohol 50% odpisat na reklamacie, dlhe testovanie a pod...

Ak ides do hobby segment-u, diy, startup-u alebo podobnej pracky, tak kludne nakup z ciny, usetris kopu nakladov, povod ti konci od toho koho nakupujes, a mozno procak bude pajc, odpory/kondiky/whatever a pod bude recyklat :)

Odkaz na precitanie, troska starsi, ale isto cina nepolavila ani dnes :) :) https://www.smta.org/chapters/files/Uppermidwest_VendorExpo_SMTAI-Upper-Midwest-Presentation-06-09-11.pdf

 

Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 10. 12. 2018, 12:13:01
Ehh.. moje otazka ani nebyla tak jestli kupovat v nejakem malem kramku v HK ci na eBayi/Ali/..., ale u nejake vetsi cinske firmy, resp. pobocky zapadni firmy. Ono i v cine obcas vyrabi seriozni veci, takze tam musi jit nakoupit veci "s rodokmenem". Porad verim tomu, ze v CN jsou "jine" ceny, jinak by si tam vyrobci typu ST neskrtli a cinan by porad pouzival tu svoji nejlevnejsi 8051ku.

Samozrejme usetreny $1 na kusu kdyz je riziko ze se vrati navic i treba jen 5% vyrobku je nesmysl. Nicmene usetrit ten dolar 10 000x kdyz by slo o stejnou (funkcni) soucastku, to je uz na par hezkych veceri.

Pokud jde o kontakt primo na vyrobce/distribucni kanal, takto samozrejme kupujeme, ale i u techto mnozstvi pro nas nic moc nedelaji... sleva samozrejme je, ale z meho pohledu nijak zajimava. A  to ani kdyz mam na stole nabidku od konkurencni firmy na nizsi penize a je jasne, ze koupim ekvivalent jinde ... dostalo se mi jednoduche odpovedi, kde okopirovali puvodni cenu a pak brblaji, ze jsme u nich neobjednali.

Dalsi zajimavost je, ze napisete do Farnellu, ze od nich chcete vzit tolik a tolik kusu a cena musi byt treba nizsi nez overitelny DigiKey, ktery to posle hned ... a oni poslou zpatky nabidku na cenu dvakrat vyssi.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: PetrM 10. 12. 2018, 15:03:23
K STM32:

- STM HAL je kýbl fekálií. Nekompletní, zabugovaný, nedokumentovaný. A nepodporuje ani můj oblíbený FreeRTOS.
- U CMSIS se ukázalo, že ty cyklický závislosti headerů byly na kompilátor moc a než se s tím překopávat, raděj jsem to ignoroval.
- STM dokumentace je kýbl zvratků. Nejenom že tam nic nenajdeš, ale místy se ti ještě zvedne kufr.
Z periferek, asi zatím největší nechápačka byla na I2C u STM32F4xx, jinak to po kratším i delším rozcházení nějak chodilo.

------------------------

Jinak k nákupu - když jsem to před lety řešil, tak EBV. Není to sice z PRC, ale procák za 250CZK od Farnella jsem na 2k ukecal na 60CZK, ale za cenu, že dodávali i ostatní polovodiče.

Výpadky jsme řešili rámcovou smlouvou s dodavateli, kde bylo, že bude pro nás předsnotně k dispozici x brouků přednostně a za dohodnutou cenu. Všechno jde řešit, pokud z ebe dodavatel cítí kšett.

A i kdybys to v PRC koupil zapolovic, cena není všechno. Jeden čas jsem dělal FAE u jednoho (už neexistujícího) distributora a stávalo se i, že došla vadná šarže brouků od Atmela a jak byl zákazník spokojený, že dostal hned ze skladu jiný a řešili jsme to za něho... V PRC na tyhle výhody zapomeň.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 10. 12. 2018, 17:41:52
Moje zkusenosti s Atmelem jsou dost hrozne, nami reportovane chyby u preliminary SoC (meli jsme jejich vyvojove vzorky) byly oznaceny za "feature". Ve finalnim produktu odstranili ochranu pameti proti vycteni s oduvodnenim, ze se lidem procesory zamykaly (rozumejte: zamkli si je a mohli vyhodit desku), tak to uplne odstranili. Na to jsem jim napsal, ze pro nas to nema cenu, to rovnou muzeme pracovat za hrst ryze a cele zdrojaky poslat do ciny ... nechteli slyset o vraceni penez, alespon dodali jiny procesor (ktery nam dodnes lezi v polici).

Na chyby jsem zvykly, u ST jsem zatim ale moc problemu nenasel (jen spis blbe zdokumentovane veci) a pak hromada bugu v tom HALu (nechapu jak to vubec muze nekdo pouzivat, posledni vec - define na zakazani JTAGu/SWO byly treba cele spatne, nekdo otocil bity od MSB k LSB...).

Co mne zajima za periferie: potrebujeme zpravat velmi presne nejaky vstupni datovy signal (PWM), takze cap/compare + timery; pak generovani signalu (pres nejaky PWM controller); a hlavne aby chodil CAN-BUS a USBcko (CDC-seriovy port). Zbytek umim resit pomoci GPIO a mam jiz overene, ze +- funguje. Vlastne jeste UART jsem nepouzil, ale tam snad nemuzou mit chybu. Rad bych pouzil interni oscilator (nevim zda to ma toleranci na CAN ci USB). Samozrejme velmi dulezite mit nejake unique ID (lepsi nez tech 96 bitu, ktere cinan asi stejne umi preprogramovat) a zakladni ochranu proti vycteni (pres JTAG/SWD).

Varianta je samozrejme stale jeste i NXP.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Kiwi 10. 12. 2018, 20:08:43
To si nevyberete. Atmel: snad jedině ty nejmenší osmibitové broučky na hobbybastlení, kdybych to viděl v profi zařízení, asi bych to rovnou bez dalšího označil jako odpad. To už raději Microchip. ST: HAL - souhlas s tím, co tu bylo řečeno, dokumentace - souhlas s tím, co tu bylo řečeno, spolehlivost - insider z této společnosti mě u piva varoval před jejich vlastními výrobky. Tak nevím.. Toshiba? NXP?
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Kiwi 10. 12. 2018, 20:14:45
Mimochodem, stačí se podívat na startup_STM32xxxx.s - to vypadá, že to psal někdo, kdo ani pořádně nezná ARM Assembler. Ne že by to bylo nějak zásadní, je to jen pár bajtů které slouží jen ke startu, ale i tak to něco vypovídá o autorech.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 10. 12. 2018, 21:26:57
Microchip koupil Atmel. V nejakem pressrelease jsem cetl jak ted' budou migrovat oboji dobre dohromady a bude to to nejlepsi. Z nejakych diskusi mi prislo, ze brblaji Microchipari, ze Atmelacke periferie jsou nanic, a soucasne Atmelaci si stezuji na to, ze jim chybi ty jejich periferky :-).

Ja bych si nedelal iluze, ze chyby jsou vsude a dokumentace je take nekompletni. Vzpomenu-li na mediatekackou dokumentaci, ta od STcka je zlata. Na druhou stranu periferie Mediateku mely neco do sebe - byly to opravdu chytre udelane automaty, kdy generator obrazu pro LCD sel pouzit treba na hrani zvuku apod :).
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mrazík 10. 12. 2018, 21:56:58
Mimochodem, stačí se podívat na startup_STM32xxxx.s - to vypadá, že to psal někdo, kdo ani pořádně nezná ARM Assembler. Ne že by to bylo nějak zásadní, je to jen pár bajtů které slouží jen ke startu, ale i tak to něco vypovídá o autorech.
Hlavně není jasné proč je to ještě po mnoha létech pořád ještě v assembleru když jádra Cortex-M byla vyvíjena kromě jiného i proto aby nebyl žádný takový kód potřeba. Je to přežitek  ARM7TDMI, kde bylo potřeba nastavit ukazatel zásobníku a to v jazycích jako C jednoduše nejde. Jádra Cortex-M tohle nepotřebují a přesto to v kódu zůstává. To už fakt má hlava nebere.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: host 10. 12. 2018, 23:11:17
Takze postupne.
Citace
Co nejaka tiny USB-CDC (seriak) knihovna ? Napad by nebyl kde ji vzit?
Tak pokud nechcete HAL (a to opravdu pro seriozni vyvoj nechcete), tak STM ma uz nejakych 7 let na webu toto:
https://www.st.com/en/embedded-software/stsw-stm32046.html
Citace
Periferie
Jak jsem psal, dnes uz jsou katalogovy listy dost opraveny a errata se aktualizuji. Jo, I2C je u STM trochu prusvih, ale pokud nechcete slave nebo 10bitovou adresu, tak to jede. V podstate jsem nemel s periferiema za tech 10 let, co s STM delam, zadny vaznejsi prusvih, spis chybejici informace. Pak se to musi odsedet u osciku a debugeru, pripadne predam smerem k lidem z STM. Fakt je, ze k tomu vzdy pristupuju s predsudkem "divil bych se, kdyby ta periferie takhle fungovala". No a ona vetsinou funguje, takze si z toho pak odnasim trochu biasovany pozitivni pocit.
Citace
Nakup z Ciny
My si treba tohle proste nemuzeme dovolit. Dodavame na USA trh, a toto by fakt neproslo.
Citace
Nicmene usetrit ten dolar 10 000x kdyz by slo o stejnou (funkcni) soucastku, to je uz na par hezkych veceri.
Nebo to jsou dve mesicni mzdy opravdu dobreho cinskeho vyvojare.
Citace
Mimochodem, stačí se podívat na startup_STM32xxxx.s - to vypadá, že to psal někdo, kdo ani pořádně nezná ARM Assembler.
No nevypada, je to tak. Pred temi deseti lety jsem to vyhodnotil tak, ze je to jen example a poradne start-upy si musi clovek napsat sam. A uroven kodu a zapisu holt +/- odpovida ostatnim knihovnam od STM (cest vyjimkam). Tohle malokdy pisou dobre zaplaceni profici, bohuzel, a uz vubec neni vule to optimalizovat podle core. Ono uplne staci, kdyz to pak mate zrefaktorovat podle misry.
Citace
Hlavně není jasné proč je to ještě po mnoha létech pořád ještě v assembleru...
Kdysi to nekdo tak napsal a od te doby se to kopiruje a upravuje pro dalsi core. Prepsat do "cisteho" c to neni problem, ale pokud treba pisete nejakou "citlivou" aplikaci, potom treba check registru a RAMky se z toho asm dela nepomerne snadneji.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 11. 12. 2018, 21:37:08
Takze postupne.
Citace
Co nejaka tiny USB-CDC (seriak) knihovna ? Napad by nebyl kde ji vzit?
Tak pokud nechcete HAL (a to opravdu pro seriozni vyvoj nechcete), tak STM ma uz nejakych 7 let na webu toto:
https://www.st.com/en/embedded-software/stsw-stm32046.html

STMCube urcite ne a ta USB knihovna neni zrovna na meho M3 favorita. Nicmene nekdo tu posilal link na slusne vypadajici kod, ktery urcite pujde "dovylepsit" (a zabugovat :) ).

Kazdopadne diky za tip, kazdy kus USB kodu se bude hodit.

Jak jsem psal, dnes uz jsou katalogovy listy dost opraveny a errata se aktualizuji. Jo, I2C je u STM trochu prusvih, ale pokud nechcete slave nebo 10bitovou adresu, tak to jede. V podstate jsem nemel s periferiema za tech 10 let, co s STM delam, zadny vaznejsi prusvih, spis chybejici informace. Pak se to musi odsedet u osciku a debugeru, pripadne predam smerem k lidem z STM. Fakt je, ze k tomu vzdy pristupuju s predsudkem "divil bych se, kdyby ta periferie takhle fungovala". No a ona vetsinou funguje, takze si z toho pak odnasim trochu biasovany pozitivni pocit.

Jestli se jim nedari I2C, jsem zvedav na ten CAN-BUS. U jineho vyrobce jsem dostal trivialnim fixnim stavem CANRX CAN controller do stavu, kdy nesla obnovit jeho fce (jakmile se vlezlo do konfigurace, zustal tam do resetu).

Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: PetrM 12. 12. 2018, 11:20:03
Jo, I2C je u STM trochu prusvih, ale pokud nechcete slave nebo 10bitovou adresu, tak to jede.

No dělal jem vlastní ovladač na STM32F4xx - on i ten HW u I2C stojí za starou bačkoru.
- Proč, když mají nedostatek přerušovacích linek, ti pitomci dají k periferce, která dává 1Mbps max., extra přerušovací lajnu pro data a extra pro chybu, když to nemá ano o dva řády rychlejší QSPI?
- Proč nejde vynutit čistě master nebo čistě slave režim, ale vždycky natvrdo jede v multimaster?
- Proč mají řídící registry tak nelogicky?

Mimochodem, i s pomocí osciloskopu a veškeré dostupné dokumentace to bylo na týden :(

V podstate jsem nemel s periferiema za tech 10 let, co s STM delam, zadny vaznejsi prusvih, spis chybejici informace. Pak se to musi odsedet u osciku a debugeru, pripadne predam smerem k lidem z STM. Fakt je, ze k tomu vzdy pristupuju s predsudkem "divil bych se, kdyby ta periferie takhle fungovala". No a ona vetsinou funguje, takze si z toho pak odnasim trochu biasovany pozitivni pocit.

Tak je to o hodně lepší, než u Atmelu. Pokud nepoužiješ jeich HAL, který to zprzní totálně. Horší ovladače jsem viděl snad jenom u TI.

<ironie>Přitom STMCube 32 (nástroj na vygenerování a konfiguraci HAL) má tu nejdůležitější funkcionalitu, bez které nemůže fungovat - tlačítka pro FB, Twitter a Youtube</ironie>
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Hsje 13. 12. 2018, 18:11:50
A co Arm mbed? Prislo mi ze to ma hlavu a patu....
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: JX 13. 12. 2018, 19:09:57
Roky pouzivam SAM3 a SAM4 od Atmelu, IDE RowleyCrossworks, FreeRTOS + komplet vlastne ovladace k periferiam, vsetko funguje OK ....
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 13. 12. 2018, 22:21:13
Co na tech SAM3/4 pouzivate vsechno? Moje zkusenosti se SAM7 byly dost hrozne. Az takove, ze jsem SAM3 ani nedal sanci testu.

Mimochodem, je tu nekdo, kdo pouziva Analogacke ADUC7/ADUCM ? A co takovy Cypress?

Co jsem koukal tak na lowendu s CAN-BUSem je jeste treba EFM32TG11B140F64GM32-BR nebo nejake Infineony. Mate nekdo s timto zkusenost?
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Kiwi 13. 12. 2018, 23:05:04
Co na tech SAM3/4 pouzivate vsechno? Moje zkusenosti se SAM7 byly dost hrozne. Az takove, ze jsem SAM3 ani nedal sanci testu.

Mimochodem, je tu nekdo, kdo pouziva Analogacke ADUC7/ADUCM ? A co takovy Cypress?

Co jsem koukal tak na lowendu s CAN-BUSem je jeste treba EFM32TG11B140F64GM32-BR nebo nejake Infineony. Mate nekdo s timto zkusenost?
Mám zkušenosti s jejich DSP. Popravdě... v dokumentaci napříč každou stránkou vodoznak "preliminary", po elektronické stránce nedostatečně zdokumentováno, rok jsem s jejich technickou podporou (osazenou samými Indy) řešil jisté nedeterministické chování - marně. Řešení starter kitu se v mnoha ohledech rozcházelo s doporučeními v dokumentaci, např. pokud jde o zemnění, napájení, pull-rezistory, nevyužité signály, vedení citlivých spojů apod.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: JX 14. 12. 2018, 10:13:46
Co na tech SAM3/4 pouzivate vsechno? Moje zkusenosti se SAM7 byly dost hrozne. Az takove, ze jsem SAM3 ani nedal sanci testu.
RSTC, RTC, WDT, SUPC, EEFC, PMC, CHIPID, PIO, SPI, UART, USART, TC, USB UDP, ADC, DACC, (drivery s PDC aj bez). Zatial co som napisal fungovalo vsetko bez problemov.
SAM7 som skusal velmi davno, bolo to na devboarde od Atmelu, rozbehal som tam yaffs2 na at45flash pripojenu cez spi, freertos. Chodilo to tiez bez problemov, dlhodobe testy. Tiez som pocul od roznych ludi ze su tie uC problemove, ale myslim ze problem bol skor v bastleni tych konkretnych ludi. Stalo sa mi ze nieco sa chovalo inac ako bolo v dokumentacii, to som zatial riesil s (atmel)microchip supportom, mali snahu riesit, aj upravili nove verzie datasheetov...
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 14. 12. 2018, 12:49:44
Opravdu by mne zajimalo, jestli se k tem funkcnim ATmelackym SAMum nekdo pripoji. Me to tehdy prislo, ze to je takova sranda-cip, pokus jestli se to da prodat. A jak koukam, tak treba ten problemovy A91SAM7A3AU  je uz end-of-life.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: RDa 14. 12. 2018, 13:08:13
Ja pouzivam teda ATmega, nyni v Xmega verzi. Prvni pokus pouzit ARM bylo, kdyz jsem integroval Luminary Micro mcu do jedne aplikace, naportoval tam svuj OS (nastesti to mam prenositelne) a pak to TI zarizlo. Tak jsem se na tyhle uzavrene rychlokvasky vykaslal.. tradice je tradice, cena zmeny je vetsi a neprinese zadne rozumne uspory (mam maly objem a nenarocne applikace).
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: JX 15. 12. 2018, 07:52:00
Opravdu by mne zajimalo, jestli se k tem funkcnim ATmelackym SAMum nekdo pripoji. Me to tehdy prislo, ze to je takova sranda-cip, pokus jestli se to da prodat. A jak koukam, tak treba ten problemovy A91SAM7A3AU  je uz end-of-life.
A91SAM7 su myslim ze end-of-life uz 10 rokov. Alebo?
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 15. 12. 2018, 12:18:54
https://www.microchip.com/wwwproducts/en/AT91SAM7S256  In production

AT91SAM7A3 uz nema na www.microchip.com ani stranku ...

Ja vim, ze po dnesnim svete chci asi moc, aby jednu soucastku vyrabeli > 10 let, holt dneska uz se nepocita, ze nejaky produkt se dela tak "dlouhou" dobu. O duvod vic se zabyvat nejakou univerzalnejsi platformou nez proprietarni ISA, kterou ma jeden vyrobce.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: kenshin 15. 12. 2018, 14:19:14
na stm32 (aj AVR) pouzivam C++, disciplinovane :

na std knizniciach je zle to, ze tam vidno snahy o akesy "OOP" programovanie v C (rozne handlers a init struct), vysledok je hrozny hnoj, da sa cez nen prejst zaobalenim do vlastnych tried v C++; zdrzi to zvacsa len inicializacie, ale ostatny beh je v poriadku;

nejake napady co som zatial poskusal :

1, gpio cez templates - rychlost je potom na urovni assembleru:
cosi ako :

TGpio<PORTA, 3, MODE_OUT> led; //konstruktor bude asi trocha dlhsi
led = 1; //ale toto sa uz na AVR prelozi na jednu instrukciu
led = 0;

2, pamat pokial mozno len na zaciatku alokovat

3, mat triedu pre casovace, pomocou abstraktnych tried sa da vyhnut callbacks, a vytvorit udalostne riadeny planovac - bez ozajstneho multitaskingu, ale na vela veci to staci;

podla mna nie je zly napad mat aplikacny thread ako potomok nejakej abstraktnej triedy; netreba potom prasacka pointre na funkcie a inu ciernu magiu

4, existuje embedded stl, vyuziva staticku alokaciu https://www.etlcpp.com/
5, pouzivam arm-none-eabi-g++, pocas kompilacie je vypnuta podpora vynimiek, pri trocha snahe je kod takmer rovnako rychly ako v C, s neporovnatelne vacsim komfortom

6, casovo kriticke casti vzdy mozu byt v C / inline assemblery

7, ano, startup v asm je tam des, mam napisany v C
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 16. 01. 2019, 21:24:43
Takze aktualne mam na stole LPC15xx a STM32F103. Zvazuju jeste Cortex-M3 od Infineonu https://www.infineon.com/dgdl/Infineon-XMC4100_XMC4200-DS-v01_02-en.pdf?fileId=db3a30433afc7e3e013b3cf9b2816573&ack=t  a M4ku od Renesasu.

Pouzivate nekdo ARMy od Renesasu / Infineonu ? Na co si u techto firem dat pozor?

Veci od Renesasu jsem pouzival v minulosti, trosku me desilo to mnozstvi typu a architektur procesoru (ruzne verze V850 apod). Nevim co mam cekat od jejich ARMu...
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: MarSik 17. 01. 2019, 15:30:13
TGpio<PORTA, 3, MODE_OUT> led; //konstruktor bude asi trocha dlhsi
led = 1; //ale toto sa uz na AVR prelozi na jednu instrukciu
led = 0;

Osobně preferuji gpio_set()/gpio_clear() z opencm3, překládá se na jednu instrukci a je to přehlednější.


netreba potom prasacka pointre na funkcie a inu ciernu magiu

4, existuje embedded stl, vyuziva staticku alokaciu https://www.etlcpp.com/

Když mluvíme o etlcpp, tak tam je https://www.etlcpp.com/function.html pro odkazy na funkce.

5, pouzivam arm-none-eabi-g++, pocas kompilacie je vypnuta podpora vynimiek, pri trocha snahe je kod takmer rovnako rychly ako v C, s neporovnatelne vacsim komfortom

C++ není téměř stejně rychlé, je stejně rychlé. Při vhodném použití static, inline a správných přepínačů je tam nulový overhead.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi_ 18. 01. 2019, 08:43:16
K STM32 bych mel jeste jeden dotaz: na STM32F103C8) "bluepill" jsem rozchodil zde odkazovany minimalisticky USB stack (CDC, UART). Pouzivate jej nekdo? Na bluepillu jsem vymenil odpor na USB DP+ podle instrukci (i tak to myslim je ale spatne, odpor by mel byt po enumeraci odpojen (viz konkurencni NXP https://community.nxp.com/thread/483690 ).

Na bluepill vzdy jeste pridavam hromadku kondiku, tak jak to je z vyroby to je nepouzitelna nestabilni deska, nechapu ze to lide nezminuji.

Kazdopadne problem je v tom, ze OBCAS se mi ve Windows moje zarizeni nenaenumeruje (bud' Windows vubec nic nedetekuji, nebo "zarizeni nefunguje", nebo se naenumeruje treba za 5-10 vterin. Nejsem schopen diagnostikovat kde je problem, zda ve Windows ci driverech (ano, obcas to delaji i s jimymi zarizeni, pomuze ale obvykle jen restart, coz neni tento pripad), nebo to je tim mini-stackem, nebo nejaky elektricky problem. Nez zacnu resit debugging, mate nekdo praktickou zkusenost?

U Microchipu se nam bezne stavalo, ze *obcas* v kombinaci s nekterymi chipsety doslo ke ztrate dat pri prenosu MCU->PC, problem se nepovedlo vyresit. Nerad bych opakoval podobnou zkusenost i zde, kdy budeme zakaznikum dodavat neco, co nekomunikuje spolehlive.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi 10. 08. 2020, 20:57:35
Jen pro info, asi jsem to s nekym resil v jinem threadu, ale padla otazka ruznych klonu STM32; aktualne mi na stole pristal bluepill s necim co je oznaceno CKS32F103C8T6 a pod tim napis CKS; pry je to to same jako GigaDevices GD32F103C8T6 ; jedna pani povidala, ze to jsou plagiaty STM32 (gigadevices delaji i Risc-V verzi, ktera by mela mit stejne periferie, takze asi maji v ruce vic nez jen finalni podklady pro vyrobu).

Hodil jsem do toho aplikaci, ktera pouziva GPIO, timery, ADC, chodi to zda se identicky s original STM32F103C8T6. st-link vraci jiny JTAG ID, takze musi byt novejsi st-flash:

st-flash write lcd18.bin  0x8000000
st-flash 1.6.1-88-g0a6fe3a
2020-08-10T20:35:14 INFO common.c: F1xx Medium-density: 20 KiB SRAM, 64 KiB flash in at least 1 KiB pages.
file lcd18.bin md5 checksum: d978fcb81aa72893407eab658b1b98e7, stlink checksum: 0x000bf206
2020-08-10T20:35:14 INFO common.c: Attempting to write 9194 (0x23ea) bytes to stm32 address: 134217728 (0x8000000)
2020-08-10T20:35:14 INFO common.c: Flash page at addr: 0x08000000 erased
2020-08-10T20:35:14 INFO common.c: Flash page at addr: 0x08000400 erased
2020-08-10T20:35:14 INFO common.c: Flash page at addr: 0x08000800 erased
2020-08-10T20:35:15 INFO common.c: Flash page at addr: 0x08000c00 erased
2020-08-10T20:35:15 INFO common.c: Flash page at addr: 0x08001000 erased
2020-08-10T20:35:15 INFO common.c: Flash page at addr: 0x08001400 erased
2020-08-10T20:35:15 INFO common.c: Flash page at addr: 0x08001800 erased
2020-08-10T20:35:15 INFO common.c: Flash page at addr: 0x08001c00 erased
2020-08-10T20:35:15 INFO common.c: Flash page at addr: 0x08002000 erased
2020-08-10T20:35:15 INFO common.c: Finished erasing 9 pages of 1024 (0x400) bytes
2020-08-10T20:35:15 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2020-08-10T20:35:15 INFO flash_loader.c: Successfully loaded flash loader in sram
  9/9 pages written
2020-08-10T20:35:15 INFO common.c: Starting verification of write complete
2020-08-10T20:35:15 INFO common.c: Flash written and verified! jolly good!


Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: incorporated 11. 08. 2020, 01:46:37
Nevím jak CS32F103, CK32F103, HK32F103 a podobné, ale GigaDevice má legitimně licencované ARM jádro pro svoje (ARMové) GD32 čipy. Poznáte to například tak, že pro Keil se oficiálně dají stáhnout packy.
Dál se z toho dá vyvodit, že když za jádro platí, nemají STM32F103 zkopírované komplet celé. Takže si myslím, že si koupili jádro s tím, že periferie si napíšou sami podle "specifikace" v reference manuálu STM32F103.
Také třeba IP bxCAN (a dost možná i další) periferie si ST nepíše vlastní, ale má ho licencované. GD si pak může buď koupit stejné IP ze stejného zdroje, nebo se ke zdrojům dostane nelegitimním způsobem snáz, než k vlastnímu proprietárnímu IP ST.
Ještě si ušetří spoustu práce s routováním tím, že se můžou podívat, jak je zhruba rozložený layout původního ST čipu, a budou hned vědět, že když bloky rozhází na podobná místa, půjde to dobře naroutovat.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi 11. 08. 2020, 02:48:46
Nekdy to prozkoumam dukladneji, treba to ADC pouzivam s DMA v takovem dost zvlastnim rezimu a stejne to chodi na urovni bin kompatibility. Prislo mi divne, ze by se jim povedlo navrhnout tak "dokonaly" klon nezavisle. Nicmene die vypadaji jinak ... to je pravda. A treba vypis z takove te systemove oblasti flash vypada stejne jako u STM32. Zajimave je https://www.richis-lab.de/STM32.htm ; to mozna rozlouskne spoustu otazek.

Ne ze bych ty CK32F103 / GD32F103 chtel pouzivat, dokonce mam pocit, ze STMcko koupim original levneji nez umim koupit GD32 (mozna proto, ze neumim cinsky a nevim kde to najit levneji :) ).
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi 11. 08. 2020, 16:43:45
Chvili jsem koukal na ty decapnute IC a je zjevne, ze to neni klon 1:1. Designy jsou ruzne, GD32xx pouziva dokonce nejspis seriovou flash pamet ! Viz https://www.richis-lab.de/images/STM32/11_02.jpg  ; CKS32F103 je zase dalsi (jiny) design. Pak jsou jeste nejake pro mne uplne nezname a jen castecne kompatibilni SoC.

Nekdy si budu muset pohrat s STM32RV (Risc-V).

Zarazi mne ale ta kompatibilita, to je neco co dle meho nazoru cinan sam moc neumi udelat. Alespon z me zkusenosti, vzdycky tam je nejaky hacek. Mam kod, ktery pouziva rekl bych celkem mezni vlastnosti STM32, treba pokud jde o casovani, DMA, ... a na tom CKS32 to proste chodi "as is". Nekdy vyzkousim jeste USB a CAN.

Gigadevices maji evidentne i "vyssi" procesory, ovsem tam uz vidim rozdily - treba CAN/USBD sdilena pamet ma jinou velikost u STM32 a jinou u GD32.

Jako logicke vysvetleni bych prijal to, ze do ciny pristaly podklady z ST (netlisty/HDL) a cinan dostal za ukol udelat neco, co bude moci prohlasit za vlastni a jen si to slepili dohromady.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: Křišťan Surname 11. 08. 2020, 17:17:37
Já přidám pár mouder co jsem tu zatím neviděl (nebo přehlédnul):

Cena stm32 bluepill: osazený MCU může být pravý, ale ne nutně oficiální. STM32F103 je jeden z nejstarších, určitě se dostaly ven i kousky, co neprošly testováním a měly být zničeny.

Nebo je to opravdu "fake": recyklace (odpájet, vyčistit ultrazvukem, zbrousit vrch, přestříknout plastem, vypálit nové značení) je v okolí Shenzhenu a Guangdongu obrovský business. U dražších součástek (tradičně atmegy, wiznety) se dokonce vyplatí kompletní přebalení, tj. stará součástka se rozleptá, die se dá na nový leadframe, nalisují nové zlaté drátky, zataví se to do nové pryskyřice a šup pod laser označit. Moc doporučuji tuto NASA prezentaci, je tam k tomu hodně statistik, obrázků a případů (https://mttc.jpl.nasa.gov/pdf/NASA_Counterfeit_Training_unlimited_distribution_handout.pdf). S přeznačenými a přebalenými čipy jsem se už setkal taky, nesouhlasil SN zespoda na těle s tím, co byl v read-only registru.

Knihovny: používám nejradši STM32F0, narozdíl od F1 a F3 řad je mladší, použité IP jsou o dost lepší. Nedělám nic vyloženě originálního, běžné věci jako I2C, SPI, CAN, různé timery, DMA, a vše bez problémů. Používám ChibiOS - je to čistě v C psaný RTOS s vlastním HALem s důrazem na korektnost. Je to výborně čitelné, dokumentované, pracuje na tom pár zaměstnanců ST.

Ten RISC-V gigadevice je skutečně source compatible s STM32F103 :-) nedávno mi přijel vzorek ze seeed studia, vzal jsem pár programů co jsem kdysi napsal pro bluepill, jen to překompiloval, nahrál, a jelo to včetně CANu.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi 11. 08. 2020, 17:53:03
ehh.. s/STM32RV/GD32VF !! nevim co pisu

kde se to da koupit za rozumny peniz ? Ja mam jen komplet kit s LCD, hodily by se mi samotne v QFP48. Videl jsem neco na ali, ale cena ... ach jo. Digi/mouser/tme/lcsc to nemaji..
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: incorporated 11. 08. 2020, 22:16:59
Já GD32VF103 v samotných čipech za rozumný (atraktivní) peníz nenašel. Objednal jsem v jednom listingu na Aliexpressu dva boardy s displejem, debugger a deset čipů á 1.7 USD. Celkem to vyšlo na 38 USD, 5 z toho poštovné.
Pořád mi to leží na stole a ještě jsem to ani nezapojil.
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: incorporated 11. 08. 2020, 22:21:22
Ještě bych se chtěl zeptat na to source-compatibility. Jak moc to tak je, když skoro každá aplikace spoléhá na věci od ARMu jako systick a NVIC? Co různé power saving módy?
Název: Re:STM32 - minimalisticky vyvoj, chyby, objednavky
Přispěvatel: mhi 02. 09. 2020, 21:27:19
Takze jsem se dokopal k tomu udelat plosnak na LPC51U68 , st-link pres SWD vycte core ID, tzn. procesor asi bezi jak ma. Krome toho LPC mam jeste v supliku neco od Renesasu a Infineonu, vse novejsi Cortex-M3/M4 (nechce se mi hledat ted typ).

Prozradite mi nekdo, jak temto procesorum pripadne programujete flash pod Linuxem ? Jde tedy o LPC, Renesas a Infineon. Na starsi LPC jsem nasel pres seriovy bootloader v bootrom, ale radsi bych pres SWD.

Dale jsou nekde k sehnani header files CMSIS pro gcc pro tyto procesory ? Na STM32 jsem si to posbiral z ruznych zdroju.