W dniu 2010-12-17 19:21 Robbo napisał(a):

> Moje potrzeby:
> - taktowanie od 60MHz do kilkuset MHz (teraz chciałbym mieć ze 100MHz, a
> w przyszłości 200-300MHz byłoby OK; ew. łatwość migracji od wolniejszych
> do tych szybszych, w obrębie produktów danego producenta; do jednego
> projektu może mi starczy 60MHz, a do innego chciałbym 200MHz

No to tutaj mamy pierwszy problem - bo im szybszy procek tym (zwykle)
bardziej skomplikowane jądro, brak wewnętrznej pamięci Flash oraz dużego
RAMu (jest tylko cache). Przy 200MHz nie ma co liczyć na coś mniejszego
niż 926EJ-S (np. ze stajni Atmela AT91RM9200 czy AT91SAM9261). Mocno
zintegrowane układy za to (np. 512KB Flash + 64KB RAMu w środku) są dużo
wolniejsze (np. atmelowy AT91SAM7S512 chodzi na 48MHz). Może ktoś poda
przykłady innych producentów ale nie liczyłbym na dobrze zintegrowanego
ARM7TDMI szybszego niż 60-80 MHz.

> - rozwojowa platforma (aby po roku inwestycji w jedną platformę nie
> okazało się, że świat poszedł w zupełnie innym kierunku :)

Jak na razie ARMy dobrze się trzymają. Conajwyżej przeskoczysz tylko do
innego producenta (przerobisz tylko sterowniki I/O a reszta kodu
pozostanie taka sama).

> - możliwość pracy w środowisku przemysłowym (zakłócenia falowników itp.)
> - będę raczej programował "goły" uC (bez systemu operacyjnego, ale kto
> wie, co będzie za 2-3 lata)

Małe szanse nawet z prostymi ARMami. Z obsługą przerwań czy USB tyle się
narobisz, że od razu lepiej pomyśl chociaż o małym darmowym systemie.
Nawet gdyby miał tam działać tylko 1 wątek. Polecam zainteresować się
np. Nut/OS lub FreeRTOS.

> - wszystko co możliwe w jednym układzie, tak jak to było w AVR (tylko
> kwarc i jedziemy; bez konieczności podłączania zewnętrznych pamięci;
> kilkanaście/kilkadziesiąt kilobajtów mi starczy)

A no właśnie. Ale nawet tych kilkudziesięciu KB RAMu nie mają procki, od
których wymagasz 200 czy 600 MHz. Zresztą przy ARMach zajętość pamięci
szybko rośnie i szybko stwierdzisz, że zamiast 32 wolałbyś jednak mieć
512 KB RAMu.

> - pamięć nieulotna na zmienne (coś jak EEPROM znany z AVR) kilka kilobajtów

W Atmelach nie znam (za to procek może sam programować swój Flash i tam
od biedy emulować niby EEPROM). Może ktoś podać przykłady od innych
producentów?

> - ważne: dostępność najlepiej w Polsce minimodułów (płytka z uC,
> kwarcem, kondensatorami, rezystorami), abym nie musiał lutować SMD

No to większy wybór chyba tylko NXP (LPCxxx) oraz Atmela (AT91xxx).
Innych producentów procków ARM (ST, TI) znajdziesz conajwyżej pojedyncze
płytki.

> - dostępność zestawów uruchomieniowych

Są od wszystkich producentów. Ale często ceny fabryczne bardzo nie
zachęcają.

> - dostępność tutoriali, przykładowych programów, dokumentacji

Jest do wszystkiego.

> - do AVR używałem WinAVR; do AVR32 używałem AVR32 Studio; chciałbym aby
> programowanie ARM w miarę możliwości odbywało się przy wykorzystaniu
> podobnych narzędzi...

A tu jest akurat pełna zgodność i do wszystkiego pasuje gcc. Podstawowe
instalacje pecetowe to Yagarto oraz gnuarm+Cygwin. Można do tego
podczepić Eclipse, bardzo wygodne debugowanie przez JTAG (jak w AVR
Studio dla AVRków z JTAGiem).

> Reasumując, chciałbym prawie taki AVR ATmega, ale o wiele szybszy i z
> większą ilością pamięci

No to do rozpoczęcia zabawy z ARMami polecam jakiś zestaw startowy z
AT91SAM7S256. Sam procek kosztuje ze 30 zł (tyle co ATmega128) a ma
256KB Flasha i 64KB RAMu oraz USB. Śmiga na 48 MHz (a gdy nie używasz
USB to do 55MHz), wystarczy do wielu zastosowań gdzie ATmedze nie
starcza RAMu lub po prostu brakuje wydajności.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.