Freescale ARM - jak zacit

[Halen na seznam.cz]

Teď prý letí tisk ze strun na sekačku. Alespoň dle ruských zdrojů...




---------- Původní zpráva ----------
Od: Miroslav Mraz <mrazik na volny.cz>
Komu: HW-news <hw-list na list.hw.cz>
Datum: 20. 11. 2015 11:05:20
Předmět: Re: Freescale ARM - jak zacit

"Většina zde již byla řečena, ale dovolím si trochu to doplnit. Přechod 
na Cortex-M má smysl. Jednak ta cena je fakt dost dobrá i nehledě na 
výkon. Pak se něco nového naučíte a to se neztratí.
Jako aplikační programátor nemusíte zase tak podrobně zkoumat vnitřnosti 
jako to činí kolega wek i když to není úplně od věci. Na jednu stranu to 
sice pomůže mnoho věcí lépe pochopit, ale co jsem si s tím zatím hrál, 
proti 8-bitům to má o hodně víc výkonu takže zkoumat latence většinou 
fakt není moc potřeba.
Ta 32-bit aritmetika je návyková - už by se mi nechtělo vracet se zpět k 
8-bitům i když je to v C-čku dost jedno, ono se to nějak přeloží. Prostě 
se mi v tom lépe dělá. Což může být i tím, že ty x51 a avr co jsem 
používal neuměly ladění přes JTAG/SWD. Tohle "nahlížení do jádra" v 
podstatě za běhu s připojenými periferiemi hodně pomůže.
O Kinetis jsem taky uvažoval, ale jak bylo řečeno, lidí co znají STM32 
je tu daleko víc. Možná by bylo dobré pořídit si nějaký ten levný kit 
STM32F0, ohmatat si na tom základní funkce a pak se teprve pustit do 
něčeho jiného.
Máte výhodu, že např. gcc od té doby co jsem začínal s Cortex-M0 
opravilo některé vlastnosti, které mi zpočátku mátly hlavu. Třeba 
unaligned access.
Musíte se rozhodnout, kterou cestou se vydáte - zda použít komerční 
nástroje, kde si vše naklikáte a budete doufat, že to bude chodit nebo 
postupně prozkoumávat jak to uvnitř chodí s tím, že se patrně najde 
někdo, kdo vám poradí když nebudete vědět jak dál. Pak si poradíte i s 
dost divnými chybami, jen to bude déle trvat.
V podstatě, když do toho trochu proniknete, je to nakonec úplně prosté. 
Periférie těch čipů vypadají složitě, ale ty základní funkce se dají 
inicializovat zapsáním několika málo bitů do periferních registrů. Možná 
o něco složitější než v avr, ale ne o moc. Obsluha přerušení je vlastně 
jednodušší - je to prostá funkce v C, bez nějakých podivných atributů, 
protože schování registrů zajistí přímo hardware. Jak psal wek, nedělá 
to moc efektivně, ale nemusíte se o to starat.

Mrazík

Dne 19.11.2015 v 22:04 tomas mainzer napsal(a):
> DD,
> dle zbezneho pohledu rada Kinetis L (ARM Cortex-M0+) pomerem cena/vykon
> vypada jako vhodna nahrada 8 bitovych PIC/AVR i pro jednoduche projekty.
> Chtel bych se zeptat zkusenejsich
> 1/ Programator, vyvojove prostredi - Chapu-li to spravne ma to natvrdo
> naprogramovanou moznost programovani pres UART,I2C,SPI (a predpokladam
> JTAG) - lze pres toto i debugovat? lze to pouzit i pripade
> nededikovaneho vstupu (napr UART pouzit jako RS485)? jaky programator?
> jake doporucite vyvojove prostredi (idealne windows, free)?
> 2/ Jake jsou zde speky/odlisnosti architektury ve smyslu prechodu z
> beznych 8bitu (ve stylu - latence interruptu, wait cykly pri behu z
> flash, casovani I/O,..?)
> 3/ cokoliv na co jsem se nezeptal a stoji za zminku ;-)
> Diky. S pozdravem T.M.
>
>
_______________________________________________
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/20151120/c3d78d46/attachment.html>