Robbo wrote:

> Witam ponownie,
>
(...)

> Chciałbym, aby wybrana rodzina ARM umożliwiała mi to wszystko co powyżej,
> a ponadto oferowała większą moc oraz spełniła jakieś moje potrzeby w
> przyszłości (może USB, może kiedyś Ethernet, może kolorowy wyświetlacz).
>
> 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 -- chciałbym wtedy po
> prostu kupić szybszy procek, ale o tym samym sposobie programowania)
> - rozwojowa platforma (aby po roku inwestycji w jedną platformę nie
> okazało się, że świat poszedł w zupełnie innym kierunku :)
> - możliwość pracy w środowisku przemysłowym (zakłócenia falowników itp.)
Architektura Cortex-M powina spelnic Twoje oczekiwania ,np. Cortex-M4
pracuje z zegarem ~150MHz -> LPC4310FET100
USB, Ethernet i cale stado innych peryferii na pokladzie.

> - będę raczej programował "goły" uC (bez systemu operacyjnego, ale kto
> wie, co będzie za 2-3 lata)
Poroponuje jednak przesiac sie na "jakis" RTOS czytaj
eCOS ->http://ecos.sourceware.org/ :)
OS dostarczy Ci wymagana warstwe abstrakcji separujac aplikacje od platformy
sprzetowej - dostep do sprzetu nastepuje przez standardowe API OSa. W ten
sposob unika sie modyfikacji aplikacji podczas migracji miedzy platformami
(oczywiscie teoretycznie)
Co do wielowatkowosci jak juz ktos sugerowal nikt nie kaze z tego
dobrodziejstwa korzystac. W przypadku eCos scheduler jest jedna z opcji
konfiguracyjnych systemu i mozna jak najbardziej uzywac tego RTOS bez
wielowatkowosci - typowa mikrokontrolerowa petla glowna w mainie i
odpytywanie podprogramow.

(...)

> - 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...
To se ne wrati. Kombinacja linux + gcc/make/gdb(np. insight) + dowolne IDE
jest calkowicie wystarczajce.

pozdrawiam

do góry

On 2010-12-20 00:50, Adam Dybkowski wrote:
>> gnuarm - ostatni news z 2006-08-01. Bawisz się w archeologię?
>
> :) Nie wiedziałem, że go nie rozwijają. Od ponad roku nie używam.
> Yagarto rzeczywiście było lepszym przykładem. Ostatnio z kompilatora
> ARMa korzystam tylko w Android NDK.
>
Jeszcze lepszym przykładem jest IMO Sourcery G++:
http://www.codesourcery.com/sgpp/editions.html. Oczywiście wybieramy
bezpłatną wersję lite ponieważ jako IDE używamy Eclipse'a. :-) Yagarto
też jest oczywiście OK. Poza tym w razie potrzeby można sobie
własnoręcznie skompilować tool chain, tzn. gcc & co. Nawet pod Windows -
trzeba tylko zainstalować MinGW/MSYS i poczytać trochę dokumentacji. :-)

do góry

Dziękuję Ci oraz innym za nakreślenie
mi sprawy ARM-ów.
Na razie zainteresowałem się układami
Cortex M4.

R.

do góry

W dniu 2010-12-20 15:56, brak pisze:
> Robbo wrote:
>
>> Witam ponownie,
>>
> (...)
>
>> Chciałbym, aby wybrana rodzina ARM umożliwiała mi to wszystko co powyżej,
>> a ponadto oferowała większą moc oraz spełniła jakieś moje potrzeby w
>> przyszłości (może USB, może kiedyś Ethernet, może kolorowy wyświetlacz).
>>
>> 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 -- chciałbym wtedy po
>> prostu kupić szybszy procek, ale o tym samym sposobie programowania)
>> - rozwojowa platforma (aby po roku inwestycji w jedną platformę nie
>> okazało się, że świat poszedł w zupełnie innym kierunku :)
>> - możliwość pracy w środowisku przemysłowym (zakłócenia falowników itp.)
> Architektura Cortex-M powina spelnic Twoje oczekiwania ,np. Cortex-M4
> pracuje z zegarem ~150MHz -> LPC4310FET100
> USB, Ethernet i cale stado innych peryferii na pokladzie.
>
>> - będę raczej programował "goły" uC (bez systemu operacyjnego, ale kto
>> wie, co będzie za 2-3 lata)
> Poroponuje jednak przesiac sie na "jakis" RTOS czytaj
> eCOS ->http://ecos.sourceware.org/ :)

A czemu nie FreeRtos?

--
Pozdrawiam
MD

do góry

W dniu 2010-12-21 22:08 Mario napisał(a):

>> Poroponuje jednak przesiac sie na "jakis" RTOS czytaj
>> eCOS ->http://ecos.sourceware.org/ :)
>
> A czemu nie FreeRtos?

AFAIR FreeRtos jest bardzo ubogi w standardowo dostarczane sterowniki.
Czy coś się może zmieniło w tym temacie w ciągu ostatniego roku czy
dwóch? No i co ma FreeRtos gotowego dla Cortexów M4 od NXP?

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

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

do góry

W dniu 2010-12-23 00:43, Adam Dybkowski pisze:
> W dniu 2010-12-21 22:08 Mario napisał(a):
>
>>> Poroponuje jednak przesiac sie na "jakis" RTOS czytaj
>>> eCOS ->http://ecos.sourceware.org/ :)
>>
>> A czemu nie FreeRtos?
>
> AFAIR FreeRtos jest bardzo ubogi w standardowo dostarczane sterowniki.
> Czy coś się może zmieniło w tym temacie w ciągu ostatniego roku czy
> dwóch? No i co ma FreeRtos gotowego dla Cortexów M4 od NXP?

Ja wybrałem FreeRtos bo Ecos nie wymieniał żadnych LPC w liście hardwaru:
http://ecos.sourceware.org/hardware.html

A Freertos miał wersję na Cortexy M3 z NXP LPC17xx z Eth i USB oraz
sterownikami CMSIS do wielu peryferiów na pokładzie, Choć przysnam że
czasami wolę samemu odwołać sie do sprzętu nić używać CMSIS bo ciągną za
sobą mnóstwo kodu i obawiam się, że nie panuję nad zajętością zasobów.
Ale to takie moje skrzywienie po latach pisania w asemblerze.
Cortexów M4 niestety nie znalazłem
http://www.freertos.org/a00017.html#FreeRTOS-ports

--
Pozdrawiam
MD

do góry

Mario wrote:

> W dniu 2010-12-23 00:43, Adam Dybkowski pisze:
>> W dniu 2010-12-21 22:08 Mario napisał(a):
>>
>>>> Poroponuje jednak przesiac sie na "jakis" RTOS czytaj
>>>> eCOS ->http://ecos.sourceware.org/ :)
>>>
>>> A czemu nie FreeRtos?
>>
>> AFAIR FreeRtos jest bardzo ubogi w standardowo dostarczane sterowniki.
To raz + przejrzysta, modularna architektura systemu, w ktorej
kazdy "kawalek kodu" np. sterownik jest konfigurowalnym i dolaczanym na
żądanie modulem.

>> Czy coś się może zmieniło w tym temacie w ciągu ostatniego roku czy
>> dwóch? No i co ma FreeRtos gotowego dla Cortexów M4 od NXP?
>
> Ja wybrałem FreeRtos bo Ecos nie wymieniał żadnych LPC w liście hardwaru:
> http://ecos.sourceware.org/hardware.html
List wspieranego sprzetu ignoruje wystepowanie NXP w przyrodzie :)
czego? pwd
ecos/packages/hal/arm

czego? ls -al lpc*
lpc24xx:
total 1
drwxr-xr-x 4 jerzdy users 96 2010-11-06 00:16 ./
drwxr-xr-x 21 jerzdy users 512 2010-11-06 00:16 ../
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 ea2468/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 var/

lpc2xxx:
total 1
drwxr-xr-x 10 jerzdy users 272 2010-11-06 00:16 ./
drwxr-xr-x 21 jerzdy users 512 2010-11-06 00:16 ../
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 lpcmt/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 mcb2100/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 olpce2294/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 olpch2294/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 olpcl2294/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 p2106/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 phycore229x/
drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 var/

> A Freertos miał wersję na Cortexy M3 z NXP LPC17xx z Eth i USB
Co zrobic open source - chcesz miec port systemu to zrob go sam.
BTW.
Komercyjna wersja jak najbardziej ma juz odpowiednia paczke :
http://www.ecoscentric.com/ecos/ecospro_tab.shtml
ARM Cortex-M3 NXP LPC17xx: LPC1768, LPC1758 Keil MCB1700 Evaluation
Board

> (...)

> Cortexów M4 niestety nie znalazłem
> http://www.freertos.org/a00017.html#FreeRTOS-ports
>
Port na Cortex-M4 od Fresscala jest "w drodze"
http://ecos.sourceware.org/ml/ecos-devel/2010-12/msg
00001.html

do góry

W dniu 2010-12-23 19:13, brak pisze:
> Mario wrote:
>
>> W dniu 2010-12-23 00:43, Adam Dybkowski pisze:
>>> W dniu 2010-12-21 22:08 Mario napisał(a):
>>>
>>>>> Poroponuje jednak przesiac sie na "jakis" RTOS czytaj
>>>>> eCOS ->http://ecos.sourceware.org/ :)
>>>>
>>>> A czemu nie FreeRtos?
>>>
>>> AFAIR FreeRtos jest bardzo ubogi w standardowo dostarczane sterowniki.
> To raz + przejrzysta, modularna architektura systemu, w ktorej
> kazdy "kawalek kodu" np. sterownik jest konfigurowalnym i dolaczanym na
> żądanie modulem.

Domyślam się że piszesz tu o ecosie.
>
>>> Czy coś się może zmieniło w tym temacie w ciągu ostatniego roku czy
>>> dwóch? No i co ma FreeRtos gotowego dla Cortexów M4 od NXP?
>>
>> Ja wybrałem FreeRtos bo Ecos nie wymieniał żadnych LPC w liście hardwaru:
>> http://ecos.sourceware.org/hardware.html
> List wspieranego sprzetu ignoruje wystepowanie NXP w przyrodzie :)

Skoro w liście hardwaru wymienili konkretne rodziny Atmeli, Cirrusów,
Samsungów, Freescale i STM to mogli wymieniec tez rodziny NXP.
Domyślałem się, że może gdzieś są upchane w ARM7TDMI ale skoro się
specjalnie nimi nie chwalili to uznałem że wsparcie dla NXP mają dość
słabe.

> czego? pwd
> ecos/packages/hal/arm
>
> czego? ls -al lpc*
> lpc24xx:
> total 1
> drwxr-xr-x 4 jerzdy users 96 2010-11-06 00:16 ./
> drwxr-xr-x 21 jerzdy users 512 2010-11-06 00:16 ../
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 ea2468/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 var/
>
> lpc2xxx:
> total 1
> drwxr-xr-x 10 jerzdy users 272 2010-11-06 00:16 ./
> drwxr-xr-x 21 jerzdy users 512 2010-11-06 00:16 ../
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 lpcmt/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 mcb2100/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 olpce2294/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 olpch2294/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 olpcl2294/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 p2106/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 phycore229x/
> drwxr-xr-x 3 jerzdy users 72 2010-11-06 00:16 var/
>
>> A Freertos miał wersję na Cortexy M3 z NXP LPC17xx z Eth i USB
> Co zrobic open source - chcesz miec port systemu to zrob go sam.

Nie chciałem robić sam. Ściągnąłem system a przykładami kupiłem
dokumentację i zacząłem pisać i uruchamiać aplikacje a nie system. Gdy
ograniczenia licencyjne będą dla mnie uciążliwe to kupię wersję
komercyjną. ALe ta na GPL wydaje się dla mnie całkiem sensowna bo nie
wymusza na mnie robienia aplikacji na GPL a jedynie zmusza do
publikowania ewentualnych zmian w składnikach systemu.

> BTW.
> Komercyjna wersja jak najbardziej ma juz odpowiednia paczke :
> http://www.ecoscentric.com/ecos/ecospro_tab.shtml
> ARM Cortex-M3 NXP LPC17xx: LPC1768, LPC1758 Keil MCB1700 Evaluation
> Board

No i muszę najpierw kupić a potem się do niej przymierzyć. BTW ile
kosztuje licencja ecospro?

>
>> Cortexów M4 niestety nie znalazłem
>> http://www.freertos.org/a00017.html#FreeRTOS-ports
>>
> Port na Cortex-M4 od Fresscala jest "w drodze"
> http://ecos.sourceware.org/ml/ecos-devel/2010-12/msg
00001.html

Czyli nie ma

--
Pozdrawiam
MD

do góry