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, nie wiem jak jest z systemem
eventów w ARMach, ale raczej wątpię. Co nie zmienia faktu, że mówimy o
zupełnie innych urządzeniach.

Pozdrawiam

DD

do góry

"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.

> nie wiem jak jest z systemem eventów w ARMach,
> ale raczej wątpię.

Ale w co wątpisz? :-)

> Co nie zmienia faktu, że mówimy o zupełnie innych urządzeniach.

Ja widzę same podobieństwa, Ty różnice... :-)

do góry

"AlexY" <a...@i...pl> wrote in message
news:lhpluc$v7a$1@speranza.aioe.org...
> Użytkownik Pszemol napisał:
>> "AlexY" <a...@i...pl> wrote in message
>> news:lhpeqj$ct4$1@speranza.aioe.org...
>>> Użytkownik Pszemol napisał:
> [..]
>>>> Jak się już przesiadasz to może przesiądź się na jakiegoś dobrego
>>>> ARMa zamiast ciągnąć jakieś archaizmy w XXI wieku... ;-)
>>>
>>> Że niby do migania diodką ARMa trzeba?
>>
>> Nie że "trzeba", tylko że za cenę AVRa możesz mieć dziś przyzwoitego
>> ARMa, który będzie dla Ciebie furtką do całej rodziny ARMów, które dziś
>> dla elektronika czy automatyka są tym co 20-30 lat temu były 8051.
>
> Przesiadkę na "coś większego" robię jeśli to co mam jest za małe, nie
> widzę innego sensownego uzasadnienia. Argument finansowy tak dość średnio
> do mnie przemawia, poza ceną scalaka dochodzi koszt osprzętu,
> oprogramowania i konieczność nauki czegoś nowego.

Nie o to mi chodziło abyś przesiadał się dziś na coś większego...

Chodziło mi o to, że w kontekście przesiadki o którą OP zapytał,
nie warto się przesiadać dziś z procka 8 bitowego na inne procki
8-bitowe. Inwestujesz czas i pieniądze w nowe narzędzia, naukę
nowej rodziny tak czy inaczej, a zatem warto raczej zapoznać się
z rodziną procesorów która ma przyszłość i pułap możliwości
znacznie wyżej niż jakikolwiek 8-bitowy procesor jaki sobie wymyślisz.

do góry

Użytkownik Pszemol napisał:
> "AlexY" <a...@i...pl> wrote in message
[..]
>> Przesiadkę na "coś większego" robię jeśli to co mam jest za małe, nie
>> widzę innego sensownego uzasadnienia. Argument finansowy tak dość
>> średnio do mnie przemawia, poza ceną scalaka dochodzi koszt osprzętu,
>> oprogramowania i konieczność nauki czegoś nowego.
>
> Nie o to mi chodziło abyś przesiadał się dziś na coś większego...
>
> Chodziło mi o to, że w kontekście przesiadki o którą OP zapytał,
> nie warto się przesiadać dziś z procka 8 bitowego na inne procki
> 8-bitowe. Inwestujesz czas i pieniądze w nowe narzędzia, naukę
> nowej rodziny tak czy inaczej, a zatem warto raczej zapoznać się
> z rodziną procesorów która ma przyszłość i pułap możliwości
> znacznie wyżej niż jakikolwiek 8-bitowy procesor jaki sobie wymyślisz.

To też zależy, np przesiądę się na PIC'e bo mają wbudowany eeprom czego
mi coraz częściej w 89Cxx brakuje, robiąc termostat obszedłem to
zapisując nastawy do czujnika, akurat 2 wolne bajty ma. Przesiadka
niejako z jednego 8-bitowca na innego, żaden postęp, ale mi wystarczy.
Zresztą nie wyobrażam sobie programować ARM w assemblerze a póki co
tylko to uznaję.
Niemniej rozumiem Twoją logikę.

--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html

do góry

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.

>> 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.

>> 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.
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.
Oczywiście jest miejsce dla jednej jak i drugiej rodziny procesorów,
zresztą sama moc procesorów jest zupełnie inna. Bardzo bym się ucieszył
z ARMa, który byłby zrobiony jak XMega128A1, najlepiej gdyby była
również wersja z np 144 nogami, bo 208 to już trochę spory układ
(fizycznie).

Pozdrawiam

DD

do góry

"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ł.

>>> 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ń...

>>> 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 :-)

> 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 i dziś nie ma sensu się ich uczyć
jako czegoś nowego - co nie oznacza że taki gość jak Ty, co już masz z nimi
doświadczenie, powinien je rzucić w czambuł i zająć się czymś nowym :-)

> Oczywiście jest miejsce dla jednej jak i drugiej rodziny procesorów,
> zresztą sama moc procesorów jest zupełnie inna. Bardzo bym się ucieszył z
> ARMa, który byłby zrobiony jak XMega128A1, najlepiej gdyby była również
> wersja z np 144 nogami, bo 208 to już trochę spory układ (fizycznie).

Wśród ARMów są też układy z małą ilością nóg.

do góry

"AlexY" <a...@i...pl> wrote in message
news:lhq0sf$7gn$1@speranza.aioe.org...
> Użytkownik Pszemol napisał:
>> "AlexY" <a...@i...pl> wrote in message
> [..]
>>> Przesiadkę na "coś większego" robię jeśli to co mam jest za małe, nie
>>> widzę innego sensownego uzasadnienia. Argument finansowy tak dość
>>> średnio do mnie przemawia, poza ceną scalaka dochodzi koszt osprzętu,
>>> oprogramowania i konieczność nauki czegoś nowego.
>>
>> Nie o to mi chodziło abyś przesiadał się dziś na coś większego...
>>
>> Chodziło mi o to, że w kontekście przesiadki o którą OP zapytał,
>> nie warto się przesiadać dziś z procka 8 bitowego na inne procki
>> 8-bitowe. Inwestujesz czas i pieniądze w nowe narzędzia, naukę
>> nowej rodziny tak czy inaczej, a zatem warto raczej zapoznać się
>> z rodziną procesorów która ma przyszłość i pułap możliwości
>> znacznie wyżej niż jakikolwiek 8-bitowy procesor jaki sobie wymyślisz.
>
> To też zależy, np przesiądę się na PIC'e bo mają wbudowany eeprom czego mi
> coraz częściej w 89Cxx brakuje, robiąc termostat obszedłem to zapisując
> nastawy do czujnika, akurat 2 wolne bajty ma. Przesiadka niejako z jednego
> 8-bitowca na innego, żaden postęp, ale mi wystarczy.

> Zresztą nie wyobrażam sobie programować ARM w assemblerze
> a póki co tylko to uznaję.
> Niemniej rozumiem Twoją logikę.

Programujesz w asemblerze bo musisz wycisnąć siódme poty z 8-bitowca
co ma 2k romu i 2k ramu pracującego przy 40MHz...
Tymczasem za podobne pieniądze możesz dziś kupić 32-bitowca z 64k
romu i 16k ramu pracującego z zegarem 200MHz i pisać szybszy kod w C
kończąc pisanie w 10% czasu jaki spędzasz na cyzylowanie kodu w ASM.

do góry

W dniu 2014-04-06 09:59, Dariusz Dorochowicz pisze:

> Oczywiście jest miejsce dla jednej jak i drugiej rodziny procesorów,
> zresztą sama moc procesorów jest zupełnie inna. Bardzo bym się ucieszył
> z ARMa, który byłby zrobiony jak XMega128A1, najlepiej gdyby była
> również wersja z np 144 nogami,

Cortex M4 z NXP
http://www.nxp.com/parametrics/71496/#/p=1,s=0,f=c26
423:b2a06,c=,rpp=,fs=0,sc=,so=,es=Grouping324;Groupi
ng325

--
pozdrawiam
MD

do góry

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

do góry

> Programujesz w asemblerze bo musisz wycisnąć siódme poty z 8-bitowca
Nie musi, ale chce.
> co ma 2k romu i 2k ramu pracującego przy 40MHz...
> Tymczasem za podobne pieniądze możesz dziś kupić 32-bitowca z 64k
> romu i 16k ramu pracującego z zegarem 200MHz i pisać szybszy kod w C
> kończąc pisanie w 10% czasu jaki spędzasz na cyzylowanie kodu w ASM.
I potem premiera WINDOWS9.
S.

do góry