<html><body>Teď prý letí tisk ze strun na sekačku. Alespoň dle ruských zdrojů...<br><br><br><br><p>---------- Původní zpráva ----------<br>Od: Miroslav Mraz <mrazik@volny.cz><br>Komu: HW-news <hw-list@list.hw.cz><br>Datum: 20. 11. 2015 11:05:20<br>Předmět: Re: Freescale ARM - jak zacit</p><br><blockquote>Většina zde již byla řečena, ale dovolím si trochu to doplnit. Přechod <br>na Cortex-M má smysl. Jednak ta cena je fakt dost dobrá i nehledě na <br>výkon. Pak se něco nového naučíte a to se neztratí.<br>Jako aplikační programátor nemusíte zase tak podrobně zkoumat vnitřnosti <br>jako to činí kolega wek i když to není úplně od věci. Na jednu stranu to <br>sice pomůže mnoho věcí lépe pochopit, ale co jsem si s tím zatím hrál, <br>proti 8-bitům to má o hodně víc výkonu takže zkoumat latence většinou <br>fakt není moc potřeba.<br>Ta 32-bit aritmetika je návyková - už by se mi nechtělo vracet se zpět k <br>8-bitům i když je to v C-čku dost jedno, ono se to nějak přeloží. Prostě <br>se mi v tom lépe dělá. Což může být i tím, že ty x51 a avr co jsem <br>používal neuměly ladění přes JTAG/SWD. Tohle "nahlížení do jádra" v <br>podstatě za běhu s připojenými periferiemi hodně pomůže.<br>O Kinetis jsem taky uvažoval, ale jak bylo řečeno, lidí co znají STM32 <br>je tu daleko víc. Možná by bylo dobré pořídit si nějaký ten levný kit <br>STM32F0, ohmatat si na tom základní funkce a pak se teprve pustit do <br>něčeho jiného.<br>Máte výhodu, že např. gcc od té doby co jsem začínal s Cortex-M0 <br>opravilo některé vlastnosti, které mi zpočátku mátly hlavu. Třeba <br>unaligned access.<br>Musíte se rozhodnout, kterou cestou se vydáte - zda použít komerční <br>nástroje, kde si vše naklikáte a budete doufat, že to bude chodit nebo <br>postupně prozkoumávat jak to uvnitř chodí s tím, že se patrně najde <br>někdo, kdo vám poradí když nebudete vědět jak dál. Pak si poradíte i s <br>dost divnými chybami, jen to bude déle trvat.<br>V podstatě, když do toho trochu proniknete, je to nakonec úplně prosté. <br>Periférie těch čipů vypadají složitě, ale ty základní funkce se dají <br>inicializovat zapsáním několika málo bitů do periferních registrů. Možná <br>o něco složitější než v avr, ale ne o moc. Obsluha přerušení je vlastně <br>jednodušší - je to prostá funkce v C, bez nějakých podivných atributů, <br>protože schování registrů zajistí přímo hardware. Jak psal wek, nedělá <br>to moc efektivně, ale nemusíte se o to starat.<br><br>Mrazík<br><br>Dne 19.11.2015 v 22:04 tomas mainzer napsal(a):<br>> DD,<br>> dle zbezneho pohledu rada Kinetis L (ARM Cortex-M0+) pomerem cena/vykon<br>> vypada jako vhodna nahrada 8 bitovych PIC/AVR i pro jednoduche projekty.<br>> Chtel bych se zeptat zkusenejsich<br>> 1/ Programator, vyvojove prostredi - Chapu-li to spravne ma to natvrdo<br>> naprogramovanou moznost programovani pres UART,I2C,SPI (a predpokladam<br>> JTAG) - lze pres toto i debugovat? lze to pouzit i pripade<br>> nededikovaneho vstupu (napr UART pouzit jako RS485)? jaky programator?<br>> jake doporucite vyvojove prostredi (idealne windows, free)?<br>> 2/ Jake jsou zde speky/odlisnosti architektury ve smyslu prechodu z<br>> beznych 8bitu (ve stylu - latence interruptu, wait cykly pri behu z<br>> flash, casovani I/O,..?)<br>> 3/ cokoliv na co jsem se nezeptal a stoji za zminku ;-)<br>> Diky. S pozdravem T.M.<br>><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>