Doświadczenia z implementacją ARM922T w układach Altery ? opinie i uwagi użytkowników

ARM922T - implementacja w układach Altery





Poprzedni Następny
Wiadomość
Spis treści
From: "Blue" <hellblau_at_nospam_poczta.onet.pl>
Subject: ARM922T - implementacja w układach Altery
Date: Sat, 13 Sep 2003 17:04:22 +0200


Jak w temacie. Czy ktos stosowal ten uklad w kostkach altery albo
implementacje jakiegos innego kontrolera i moze sie podzielic uwagami? Bede
bardzo wdzieczny.
B



========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: MrWebsky <mrwebsky_at_nospam_poczta.wp.pl>
Subject: Re: ARM922T - implementacja w =?iso-8859-2?Q?uk=B3adach?= Altery
Date: Sat, 13 Sep 2003 20:02:06 +0200


Blue wrote:

Jak w temacie. Czy ktos stosowal ten uklad w kostkach altery albo
implementacje jakiegos innego kontrolera i moze sie podzielic uwagami? Bede
bardzo wdzieczny.
B

Co chcesz wiedziec?


========
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: "Blue" <hellblau_at_nospam_poczta.onet.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Sun, 14 Sep 2003 01:07:01 +0200



Użytkownik "MrWebsky" <mrwebsky_at_nospam_poczta.wp.pl> napisał w wiadomości
news:3F635B9E.549A9921_at_nospam_poczta.wp.pl...
Blue wrote:

Jak w temacie. Czy ktos stosowal ten uklad w kostkach altery albo
implementacje jakiegos innego kontrolera i moze sie podzielic uwagami?
Bede
bardzo wdzieczny.
B

Co chcesz wiedziec?


Na ile ta implmentacja odpowiada rzeczywistemu ukladowi. Niestety spotkalem
sie z problemami jesli chodzi o 8051 tzn. z jego implementacja w alterze.
Program na normalna 51 chodzil bez problemu, a ten w alterze troche
szwankowal tak jakby nie wszystko zostalo zaimplementowane w bibliotece 51.
Dodam tylko, ze nie wykorzystywalem zadnych ukrytych rokazow 51. Waszystko
zgodnie z ze standartem i dokumentacja. Potrzebuje szybkiego kontrolera,
ktory musi jednoczesnie przeliczyc troche filtrow typu float. Na razie
uzywam 51 Cygnala 50MHz, ale jeszcze troche sie nie wyrabiam w czasie wiec
pomyslalem o procesorku w alterze.
B



========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.gazeta.pl!news.gazeta.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: "Arek Karas" <karas_at_nospam_2com.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Sun, 14 Sep 2003 12:42:39 +0200


ktory musi jednoczesnie przeliczyc troche filtrow typu float. Na razie
uzywam 51 Cygnala 50MHz, ale jeszcze troche sie nie wyrabiam w czasie wiec
pomyslalem o procesorku w alterze.
B
A moze ARM7TDMI wystarczy ?
OKI produkuje takie z wewnetrzym Flashem (ML57Qxxxx)
Widzialem tez na www Philipsa procki ARM7 w obudowie TQFP-44, tez z flashem.

Pozdrawiam
AK



=======

Poprzedni Następny
Wiadomość
Spis treści
From: "Piotr Zbysinski EP \(H\)" <piotr.zbysinski_at_nospam_ep.com.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Sun, 14 Sep 2003 17:18:04 +0200



Jak w temacie. Czy ktos stosowal ten uklad w kostkach altery albo
implementacje jakiegos innego kontrolera i moze sie podzielic
uwagami?
Bede
bardzo wdzieczny.
B

Co chcesz wiedziec?


Na ile ta implmentacja odpowiada rzeczywistemu ukladowi. Niestety
spotkalem
sie z problemami jesli chodzi o 8051 tzn. z jego implementacja w alterze.
Program na normalna 51 chodzil bez problemu, a ten w alterze troche
szwankowal tak jakby nie wszystko zostalo zaimplementowane w bibliotece
51.
Dodam tylko, ze nie wykorzystywalem zadnych ukrytych rokazow 51. Waszystko
zgodnie z ze standartem i dokumentacja. Potrzebuje szybkiego kontrolera,
ktory musi jednoczesnie przeliczyc troche filtrow typu float. Na razie
uzywam 51 Cygnala 50MHz, ale jeszcze troche sie nie wyrabiam w czasie wiec
pomyslalem o procesorku w alterze.


Skad miales IPC z '51? Jezeli freewareowy to sie nie dziw. Znane mi IPC np.
z DCD chodza bez zarzutu (z dokladnoscia do maksymalnej czestotliwosci
taktowania).
Pzdr
PZb



========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.gazeta.pl!news.astercity.net!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: ARM922T - implementacja w =?ISO-8859-2?Q?uk=B3adach_Altery?=
Date: Mon, 15 Sep 2003 01:35:22 +0200


Blue wrote:

zgodnie z ze standartem i dokumentacja. Potrzebuje szybkiego kontrolera,
ktory musi jednoczesnie przeliczyc troche filtrow typu float. Na razie
uzywam 51 Cygnala 50MHz, ale jeszcze troche sie nie wyrabiam w czasie wiec
pomyslalem o procesorku w alterze.

A nie czas z takimi zastosowaniami przejść na jakiegoś DSP?

--

Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows


========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: ARM922T - implementacja w =?iso-8859-2?Q?uk=B3adach?= Altery
Date: Mon, 15 Sep 2003 16:20:51 +0200


A nie czas z takimi zastosowaniami przejść na jakiegoś DSP?

Witam,
Z DSP jeszcze troszeczkę poczekajmy, za bardzo się cenią. Są atmelowskie ARMiki,
bardzo dobry (ale drogi) dallasowy DS80C400 (75MHz w czterech taktach dobrze
uzbrojony 51) ewentualnie poczekać do końca roku na dsPIC, do którego narzędzia
są już dostępne niestety programatorek pewnie trzeba będzie samemu wystrugać.
Pozdr. JanuszR


========
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.gazeta.pl!news.gazeta.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: "Arek Karas" <karas_at_nospam_2com.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Mon, 15 Sep 2003 20:39:18 +0200


Witam,
Z DSP jeszcze troszeczkę poczekajmy, za bardzo się cenią. Są atmelowskie
ARMiki,

Cenia ? z TI mozna kupic DSP za 5$ (5402). Do tego flash szeregowy i gotowe.

Pozdrawiam
AK




========
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.gazeta.pl!news.man.poznan.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: ARM <taddy_at_nospam_thb.de>
Subject: Re: ARM922T - implementacja w =?ISO-8859-2?Q?uk=B3adach?= Altery
Date: Mon, 15 Sep 2003 23:51:39 +0200


Arek Karas wrote:

Cenia ? z TI mozna kupic DSP za 5$ (5402). Do tego flash szeregowy i
gotowe.
A ile kosztuje kompilator (moze jest/masz darmowy?)

--
Pozdrawiam
Taddy

========
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.gazeta.pl!news.gazeta.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: "Arek Karas" <karas_at_nospam_2com.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Tue, 16 Sep 2003 20:11:57 +0200


A ile kosztuje kompilator (moze jest/masz darmowy?)
Podobno jest GCC na te procki.
W pracy uzywamy Code Composer Studio, zobacz na stronie TI, co do ceny
niestety nie wiem.

Pozdrawiam
AK




========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask.pl!news.astercity.net!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: ARM922T - implementacja w =?ISO-8859-2?Q?uk=B3adach_Altery?=
Date: Mon, 15 Sep 2003 21:19:45 +0200


Janusz Raniszewski wrote:

A nie czas z takimi zastosowaniami przejść na jakiegoś DSP?

Z DSP jeszcze troszeczkę poczekajmy, za bardzo się cenią. Są atmelowskie ARMiki,
bardzo dobry (ale drogi) dallasowy DS80C400 (75MHz w czterech taktach dobrze
uzbrojony 51) ewentualnie poczekać do końca roku na dsPIC, do którego narzędzia
są już dostępne niestety programatorek pewnie trzeba będzie samemu wystrugać.

Bez przesady. Za około $30 kupisz wypasionego TMS320VC5416 chodzącego z
zegarem 160 MHz (to jest stałoprzecinkowy, 1 MIPS/MHz) i mającego na
pokładzie kupę szybkiego RAMu (ważne, bo przy 160 MHz nie wyrobi na
zewnątrz żadna pamięć statyczna o sensownej cenie). Chyba taniej, niż ta
twoja Alterka.

--

Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows


========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask.pl!news.man.poznan.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: ARM922T - implementacja w =?iso-8859-2?Q?uk=B3adach?= Altery
Date: Mon, 15 Sep 2003 22:38:58 +0200


Bez przesady. Za około $30 kupisz wypasionego TMS320VC5416 chodzącego z
zegarem 160 MHz (to jest stałoprzecinkowy, 1 MIPS/MHz) i mającego na
pokładzie kupę szybkiego RAMu (ważne, bo przy 160 MHz nie wyrobi na
zewnątrz żadna pamięć statyczna o sensownej cenie). Chyba taniej, niż ta
twoja Alterka.

A Code Composer? Bez tego kości niewiele są warte. Dodatkowo trzeba zakupić
programator, trudno go wykonać dla kości TI. Co więcej z tego co się zorientowałem
Code Composer nie ma symulatora a tylko debuger ze sprzętem rzeczywistym podłączanym
do JTAGa via płytka w komputerze. W sumie jeżeli nie zainwestujesz k$ to nie jesteś w
stanie nic sensownego wykonać. Jak zainwestujesz to nie po to aby sprzęt leżał w
szufladzie czyli wiążesz się z konkretną firmą zatem ograniczasz się. Taka polityka
Texasa raczej mi nie odpowiada wolę korzystać z rozwiązań wielu firm. Cena kości to
tylko ułamek kosztów, przy małych seriach lepiej jest kupić droższe kości np. dallasa
i nie wchodzić w koszty, które prawdopodobnie się nie zwrócą.
JanuszR


========
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.gazeta.pl!news.astercity.net!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: ARM922T - implementacja w =?ISO-8859-2?Q?uk=B3adach_Altery?=
Date: Mon, 15 Sep 2003 23:17:04 +0200


Janusz Raniszewski wrote:

Bez przesady. Za około $30 kupisz wypasionego TMS320VC5416 chodzącego z
zegarem 160 MHz (to jest stałoprzecinkowy, 1 MIPS/MHz)

A Code Composer? Bez tego kości niewiele są warte. Dodatkowo trzeba zakupić
programator, trudno go wykonać dla kości TI. Co więcej z tego co się zorientowałem
Code Composer nie ma symulatora a tylko debuger ze sprzętem rzeczywistym podłączanym
do JTAGa via płytka w komputerze.

Programatora nie trzeba, bo te procki nie mają FLASHa - z zewnątrz
podczepiasz jaki lubisz, np. w podstawce PLCC i już. Procek w środku ma
bootloader (dokładnie opisany w nocie aplikacyjnej) i może program
wciągnąć też z portu szeregowego - a po zrozumieniu zasady działania
taka przejściówka np. do portu COM jest banalna.

O ile pamiętam, do jakiegoś procka TI ('C31?) istniał darmowy kompilator
gcc - poszukaj.

W firmie stosujemy różne DSP'ki TI. Sprzętowy emulator (sonda JTAG)
przydał się kilka razy, przy najcięższych przypadkach (np. uruchamianie
własnego systemu operacyjnego). Normalnie debugowanie można robić
programowym monitorem (przez port szeregowy) albo nawet zwykłymi
printf'ami wstawianymi we właściwe miejsca.

CodeComposer umożliwia wygodne symulowanie (całkiem programowe)
procesora, nie wiem o jakich brakach piszesz. Tym samym softem obsługuje
się sondę JTAG. Ale to juz jest droga impreza i rozwiązanie właściwie
tylko dla firm.

W sumie jeżeli nie zainwestujesz k$ to nie jesteś w
stanie nic sensownego wykonać.

Nie zgadzam się. Możesz za kilkaset zł kupić starter kit Texasa, na
którym jest DSP i kodeki, a podłączasz go do peceta AFAIR kablem
równoległym. Są też dołączone płytki ze środowiskiem programistycznym.

BTW: A myślałeś o jakichś ARM'ach? Wydajność też duża, 32-bitowy RISC,
nie jesteś przywiązany do jednego producenta (ARM'y 7TDMI robi
kilkadziesiąt producentów, nowsze serie kilku). Software całkiem darmowy
(gcc, gdb z graficznymi powłokami), JTAG dokładnie opisany (można
ładować program prosto do wewn. RAM'u). Wiele firm robi ARM'y z pamięcią
Flash (m.in. Atmel, Philips).

A miodzio to jest dopiero jak się połączy siłę Texasowego DSP i ARM'a.
-) Czyli procki OMAP, instalowane np. w najnowszych palmtopach Palm
Tungsten.

--

Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows


========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: ARM922T - implementacja w =?iso-8859-2?Q?uk=B3adach?= Altery
Date: Tue, 16 Sep 2003 00:08:02 +0200


Programatora nie trzeba, bo te procki nie mają FLASHa - z zewnątrz
podczepiasz jaki lubisz, np. w podstawce PLCC i już. Procek w środku ma
bootloader (dokładnie opisany w nocie aplikacyjnej) i może program
wciągnąć też z portu szeregowego - a po zrozumieniu zasady działania
taka przejściówka np. do portu COM jest banalna.

O to lubię

O ile pamiętam, do jakiegoś procka TI ('C31?) istniał darmowy kompilator
gcc - poszukaj

Procesorek pewnie bez zmiennoprzecinkowej na 60MHz. Nie warto pchać się w takie ślepe
zaułki.

W firmie stosujemy różne DSP'ki TI. Sprzętowy emulator (sonda JTAG)
przydał się kilka razy, przy najcięższych przypadkach (np. uruchamianie
własnego systemu operacyjnego). Normalnie debugowanie można robić
programowym monitorem (przez port szeregowy) albo nawet zwykłymi
printf'ami wstawianymi we właściwe miejsca.

Nieporozumienie pewnie wynika z szerokiej oferty TI. W szkole zakupiono system, który
posiadał na wyposażeniu kartę wpinaną do komputera + Code Composer. Zachciało mi się
pouczyć systemu ale czas mam wyłącznie nocą. Można było skompilować programik ale przy
debugowaniu krzyczał, że brak mu karty. Wywnioskowałem stąd, że "na sucho" się nie da.

CodeComposer umożliwia wygodne symulowanie (całkiem programowe)
procesora, nie wiem o jakich brakach piszesz. Tym samym softem obsługuje
się sondę JTAG. Ale to juz jest droga impreza i rozwiązanie właściwie
tylko dla firm.

j.w

W sumie jeżeli nie zainwestujesz k$ to nie jesteś w
stanie nic sensownego wykonać.

Nie zgadzam się. Możesz za kilkaset zł kupić starter kit Texasa, na
którym jest DSP i kodeki, a podłączasz go do peceta AFAIR kablem
równoległym. Są też dołączone płytki ze środowiskiem programistycznym.

Oferty TI przejżałem. Faktycznie można tak zrobić dla słabszych modeli ale po co.
Nie są one szybsze od dobrych mikrokontrolerów więc po co wyrzucać te kilkaset zł?

BTW: A myślałeś o jakichś ARM'ach? Wydajność też duża, 32-bitowy RISC,
nie jesteś przywiązany do jednego producenta (ARM'y 7TDMI robi
kilkadziesiąt producentów, nowsze serie kilku). Software całkiem darmowy
(gcc, gdb z graficznymi powłokami), JTAG dokładnie opisany (można
ładować program prosto do wewn. RAM'u). Wiele firm robi ARM'y z pamięcią
Flash (m.in. Atmel, Philips)

Właśnie to proponowałem, wydaje się optymalne i tanie.

.A miodzio to jest dopiero jak się połączy siłę Texasowego DSP i ARM'a.
-) Czyli procki OMAP, instalowane np. w najnowszych palmtopach Palm
Tungsten.

A co myślisz o http://www.opencores.org/projects/or1k ? To rozwiązuje sprawę. Przymierzam
się do tego jak pies do jeża Przypuszczam, że na przetrawienie tego trzeba conajmniej pół
roku.

Pozdr. JanuszR


========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: "Blue" <hellblau_at_nospam_poczta.onet.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Tue, 16 Sep 2003 08:25:20 +0200


Dzieki za taki odzew. Wyjasnie dlaczego nie moze byc sam procesorek.
Urzadzenie steruje duza iloscia przetwornikow a/c, c/a i wieloma innymi
urzadzeniami. Nie obejdzie sie bez roznych dekoderow adresow itp a wiec bez
jakiegos pld. Dlatego pomyslalem zeby cala cyfrowke umiescic w jednej kosci,
a miejsca na plycie mam bardzo malo
Blue



========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: ARM922T - implementacja w =?iso-8859-2?Q?uk=B3adach?= Altery
Date: Tue, 16 Sep 2003 10:08:30 +0200


Dzieki za taki odzew. Wyjasnie dlaczego nie moze byc sam procesorek.
Urzadzenie steruje duza iloscia przetwornikow a/c, c/a i wieloma innymi
urzadzeniami. Nie obejdzie sie bez roznych dekoderow adresow itp a wiec bez
jakiegos pld. Dlatego pomyslalem zeby cala cyfrowke umiescic w jednej kosci,
a miejsca na plycie mam bardzo malo
Blue

Witam,
Jasna sprawa, polecam http://www.triscend.com.
JanuszR


========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: "Blue" <hellblau_at_nospam_poczta.onet.pl>
Subject: Re: ARM922T - implementacja w układach Altery
Date: Tue, 16 Sep 2003 21:08:44 +0200



Użytkownik "Janusz Raniszewski" <rniski_at_nospam_man.koszalin.pl> napisał w
wiadomości news:3F66C4FE.83F53C59_at_nospam_man.koszalin.pl...
Dzieki za taki odzew. Wyjasnie dlaczego nie moze byc sam procesorek.
Urzadzenie steruje duza iloscia przetwornikow a/c, c/a i wieloma innymi
urzadzeniami. Nie obejdzie sie bez roznych dekoderow adresow itp a wiec
bez
jakiegos pld. Dlatego pomyslalem zeby cala cyfrowke umiescic w jednej
kosci,
a miejsca na plycie mam bardzo malo
Blue

Witam,
Jasna sprawa, polecam http://www.triscend.com.
JanuszR


Dzieki za konkretne info. Godne uwagi. Gdyby jeszcze bylo troche flasha na
pokladzie....
B



========
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not-for-mai