W dniu 06.04.2014 o 13:17 Pszemol <P...@p...com> pisze:

> "Dariusz Dorochowicz" <_...@w...com> wrote in message
> news:lhr1gb$s3$1@node1.news.atman.pl...
>> W dniu 2014-04-05 23:01, Pszemol pisze:
>>> "Dariusz Dorochowicz" <_...@w...com> wrote in message
>>> news:lhpmaj$kvo$1@node2.news.atman.pl...
>>>> W dniu 2014-04-05 21:22, Pszemol pisze:
>>>>> "janusz_k" <J...@o...pl> wrote in message
>>>>> news:op.xduya5c3n0u1o8@moj...
>>>>
>>>>>> Przesadzasz, popatrz co mają nowe atxmega, mało który arm to ma.
>>>>>
>>>>> Co takiego mają?
>>>>
>>>> Na szybko" np 8 UART-ów na pokładzie
>>>
>>> Która ma ich 8 bo nie widzę?
>>> ARMa którego akurat ja używam w projekcie ma ich 5.
>>
>> 128A1/A1U. Ma też np. 4 I2C. I trochę ADC, parę DAC i jeszcze trochę.
>> Nawet magistralę dla zewnętrznej pamięci, niestety tylko w wersji z
>> dodatkowym rejestrem.
>
> OK, czyli nic nadzwyczajnego czego nie miałby typowy
> 32-bitowy Cortex M3 czy M4 z ARMa do kupienia za 20zł.
Mylisz się, nie każdy arm ma np 2Ms ADC, mają lpc a stm-y nie.
tak sama z dac-ami np 1Ms.

>
>>>> nie wiem jak jest z systemem eventów w ARMach,
>>>> ale raczej wątpię.
>>>
>>> Ale w co wątpisz? :-)
>>
>> Że w armach jest coś takiego jak event-system lub coś o podobnej
>> funkcjonalności, z zastrzeżeniem, że nie szukałem tego, traktuję na
>> razie jako cechę rodziny XMega.
>
> Ja widzisz nie znam tej xmega, nie wiem o czym mówisz jeśli chodzi
> o te "eventy", ale podejrzewam że to tak hucznie nazwali system
> przerwań który wybudza procesor ze stanu uśpienia lub stymuluje
> niezależne od procesora DMA aby pobrało dane z urządzenia zgłaszającego
> przerwanie i jak transmisja danych się skończy to obudziły procesor do
> obliczeń...
Nie, ewenty to są przerwania ale nie od wyróżnionych wejść jak w starych
ale od wszystkich z detekcją 0,1 zbocza narastającego i opadającego oraz
wielopoziomowy dekoder przewań do tego.



>
>>>> Co nie zmienia faktu, że mówimy o zupełnie innych urządzeniach.
>>>
>>> Ja widzę same podobieństwa, Ty różnice... :-)
>>
>> ARMy można traktować od strony elektrycznej (dostępnych wyprowadzeń)
>> jak rozwinięcie procesorów starszych. XMegi też są rozwinięciem, ale w
>> inną stronę. Pozostawiono 8 bitów, za to dodano trochę MHz i przede
>> wszystkim mocno rozbudowano i usystematyzowano peryferia. Popatrz na
>> rozkład nóg w obudowie TQFP (bo BGA to inna bajka i regularność nie
>> jest już taka ważna) i na ich funkcje, szczególnie dla portów C, D, E i
>> F, ale też nawet A i B.
>
> Dokładnie tak samo można powiedzieć o ARMach - usystematyzowano
> peryferia i taki Cortex M3 od ST będzie miał prawie to samo co Cortex M3
> z NXP, nawet kod w C z jednego proca Ci się skompiluje pod drugi bo
> peryferia są ustandaryzowane... A peryferiów jest w ciul i trochę.
> Aczkolwiek proca z 8 uartami nie widziałem w stajni ARMa, ale nie
> widziałem
> wszystkiego - może taki jest. Wydaje się że jakiś znawca ARMów dopowie
Nie przesadzałbym z tym ustandaryzowaniem. Jest burdel, prawie każdy
producent nma swoje.



> :-)
>
>> O ile przesiadka z Mega zarówno na ARMy, jak i na XMega jest względnie
>> prosta (cały czas piszę o PCB, nie o programie), o tyle z XMega na ARMa
>> nie jest taka oczywista i trzeba mieć dobry powód żeby to zrobić. Próba
>> zmiany projektu na ARMa daje w wyniku sporo kombinacji, bo wymiana
>> peryferiów nie jest tak prosta jak w XMega i ścieżki trzeba ciągnąć do
>> konkretnej nogi, a nie pierwszej pasującej.
>
> Przekładanie GOTOWEGO projektu z jednej rodziny proców na drugą
> to oczywiście inna klasa zagadnień. Ja mówię w temacie: znam 8-bitowce,
> widzę że mają pułap bardzo nisko i się zwyczajnie kończą... Czas poznać
> coś nowego: tu miejsce dla ARMów. Przesiadka z PIC czy 8051 na AVR
> nie ma sensu dzisiaj, bo przy cenach kostek 32-bitowych z rdzeniem ARMa
> na pokładzie czas AVRów jest policzony
Mylisz się, wcale nie jest policzony. Dla początkujących to s ą idealne
procki stosunkowo proste do opanowania i zaprogramowania.



--

Pozdr
Janusz