Szybki uP ?



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Szybki uP ?
Date: Sat, 3 Feb 2001 20:41:25 +0100


Witam !

Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogącego szybko
pomnożyć 2 liczby 16 bitowe.
Powinno to się wykonywać max. 500 nS. Dodawanie i dostępy do RAMu powinny
być też dość szybkie.
Nie musi on adresować dużej ilości pamięci ani posiadać układów
peryferyjnych.
W zasadzie potrzebuję jedynie szybko przeprowadzać kilka operacji
matematycznych (mnożenia i dodawania) na 16 słowach (16 bit). Może istnieją
jakieś mikroprogramowalne układy do tego celu.

Paweł




Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: Szybki uP ?
Date: Sun, 04 Feb 2001 00:27:37 +0100


Witam !

Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogšcego szybko
pomnożyć 2 liczby 16 bitowe.
Powinno to się wykonywać max. 500 nS. Dodawanie i dostępy do RAMu powinny
być też dość szybkie.
Nie musi on adresować dużej ilości pamięci ani posiadać układów
peryferyjnych.
W zasadzie potrzebuję jedynie szybko przeprowadzać kilka operacji
matematycznych (mnożenia i dodawania) na 16 słowach (16 bit). Może istniejš
jakieś mikroprogramowalne układy do tego celu.

Paweł

Witam,
O tych 0,5 us zapomnij, żaden mikrokontroler nie podoła. Najblizej jest
H8/3048F cos około 860 ns pomyśl o DSP np. TI oni chwalš się setkami MIPSów.
Pozdrowienia JanuszR



Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 12:18:40 +0100




Witam,
O tych 0,5 us zapomnij, żaden mikrokontroler nie podoła
Nie jest to prawda. Stosowałem już takie uP. Jedak obecnie terminy dostaw
przekroczyły kilka miesięcy.
Szukam czegoś nowszego i łatwiej dostępnego. Nie musi to być mikrontroler
może to być normalny uP.

Najblizej jest H8/3048F cos około 860 ns

Ile on kosztuje ?
Kto go sprzedaje ?

pomyśl o DSP np. TI oni chwalš się setkami MIPSów.

Procesory TMS są stanowczo zbyt drogie. Na swojej stonie podają cenę >100$
( za 5MIPS).
W moim rozwiązaniu ta cena nie jest to do przyjęcia.

Paweł






Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: Szybki uP ?
Date: Sun, 04 Feb 2001 17:33:07 +0100



Witam,
O tych 0,5 us zapomnij, żaden mikrokontroler nie podoła
Nie jest to prawda. Stosowałem już takie uP. Jedak obecnie terminy dostaw
przekroczyły kilka miesięcy.
Szukam czegoś nowszego i łatwiej dostępnego. Nie musi to być mikrontroler
może to być normalny uP.


Być może nie znam mikrokontrolerow o zadanym parametrze, skrzywienie zawodowe
piszac uP myslę uK.
Cóż to za cudo potrafi mnożyć 16 bit w czasie mniejszym od 500 ns ? Za
podpowiedż bedę bardzo wdzięczny.


Najblizej jest H8/3048F cos około 860 ns

Ile on kosztuje ?
Kto go sprzedaje ?


Drogi coś około 100 zł.(cena szacunkowa na podstawie literatury obcych list
dyskusyjnych) Ponadto bardzo rozbudowany w assemblerze nie można programować a
nie znam free C. Zdołalem co prawda ścišgnšć jakieś GNU ale nie potrafie
uruchomic. Oferujš go przedstawiciele firmy HItachi http://www.addis.com.pl i
http://www.atest.com.pl na stronach majš tylko podstawowe dane reszta na
stronach Hitachi u nas praktycznie niedostępne (wolna transmisja). Hitachi
oferuje CDROMY z katalogami niestety na moj list nie odpowiedzieli. Summa
sumarum nie warto w to wchodzic bo brak wsparcia technicznego.


pomyśl o DSP np. TI oni chwalš się setkami MIPSów.

Procesory TMS sš stanowczo zbyt drogie. Na swojej stonie podajš cenę >100$
( za 5MIPS).
W moim rozwišzaniu ta cena nie jest to do przyjęcia.


Oj to prawda monopoliści zawsze każa sobie słono płacić. Może 320 rodem z
Microchipa sš tańsze ?

Pozdrowienia JanuszR


Poprzedni Następny
Wiadomość
Spis treści
From: "JS" <jar0sz_at_nospam_polbox.com>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 22:02:22 +0100


Witam !

Drogi coś około 100 zł.(cena szacunkowa na podstawie literatury obcych
list

W zeszłym wieku 82 zł + VAT (pojedyncze sztuki).

dyskusyjnych) Ponadto bardzo rozbudowany w assemblerze nie można
programować a

Nie taki on straszny. Ma dość elegancką i uporządkowaną architekturę,
wzorowaną nieco na Motoroli 68k. Na pewno jest łatwiejszy do
programowania niż "industry standard" MCS51.

stronach Hitachi u nas praktycznie niedostępne (wolna transmisja).
Hitachi oferuje CDROMY z katalogami niestety na mój list nie
odpowiedzieli.


Może spróbuj zamówić katalog w Ateście.

--
Jarosław Szynal


Poprzedni Następny
Wiadomość
Spis treści
From: "JS" <jar0sz_at_nospam_polbox.com>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 22:03:50 +0100


Witam !

pomyśl o DSP np. TI oni chwalš się setkami MIPSów.

Procesory TMS są stanowczo zbyt drogie. Na swojej stonie podają cenę
100$
( za 5MIPS).


Za jaki typ ?

Zobacz TMS320VC5402 - rząd wielkości mniej. Do 100MHz (ale można zwolnić,
żeby łatwiej było podłaczyć peryferia), mnożenie i dodawanie w jednym
cyklu.

--
Jarosław Szynal




Poprzedni Następny
Wiadomość
Spis treści
From: Marcin Wolcendorf <wolcendo_at_nospam_free.polbox.pl>
Subject: Re: Szybki uP ?
Date: Mon, 05 Feb 2001 09:29:12 +0100


Witam,

Janusz Raniszewski wrote:

Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogšcego szybko
pomnożyć 2 liczby 16 bitowe.
Powinno to się wykonywać max. 500 nS. Dodawanie i dostępy do RAMu powinny
być też dość szybkie.
Nie musi on adresować dużej ilości pamięci ani posiadać układów
peryferyjnych.
W zasadzie potrzebuję jedynie szybko przeprowadzać kilka operacji
matematycznych (mnożenia i dodawania) na 16 słowach (16 bit). Może istniejš
jakieś mikroprogramowalne układy do tego celu.

Paweł

Witam,
O tych 0,5 us zapomnij, żaden mikrokontroler nie podoła. Najblizej jest
H8/3048F cos około 860 ns

Z dodatkiem: 'Not recommended for new designs'.
A z tym nie podoła (skopiowane z h8s26p.pdf):
The H8S/2600 CPU and H8S/2000 CPU have the following features.
...
16 x 16-bit register-register multiply: 200 ns (H8S/2000 CPU: 1000 ns)
(przy zegarze 20MHz).
Na dodatek ma MAC (multiply and accumulation)- czyli do rejestru dodaje
iloczyn dwóch liczb.
Ceny na H8S/2600 są chyba jednak nieco za duże (siedzi w nich ostatecznie
całkiem sporo peryferiów i flashu)... Sądzę, że ADDIS (albo to, co się z niego
wykluło ostatnio) odpowie na pytanie o cenę.
Wbrew temu, co twierdzisz GCC działa- zarówno to ze stron Hitachi jak i to z
CD-ROMu z ich katalogiem.
"
q_at_nospam_Q /h8/H-i386-cygwin32/bin
$ ./h8300-hms-gcc.exe -dumpmachine
h8300-hms
"


Pozdrawiam,

Marcin.


--
'My experience is that it is hard to find software producers that aren't fuzzy.'




Poprzedni Następny
Wiadomość
Spis treści
From: Janusz Raniszewski <rniski_at_nospam_man.koszalin.pl>
Subject: Re: Szybki uP ?
Date: Mon, 05 Feb 2001 18:36:32 +0100


Witam,

Janusz Raniszewski wrote:

Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogšcego szybko
pomnożyć 2 liczby 16 bitowe.
Powinno to się wykonywać max. 500 nS. Dodawanie i dostępy do RAMu powinny
być też dość szybkie.
Nie musi on adresować dużej ilości pamięci ani posiadać układów
peryferyjnych.
W zasadzie potrzebuję jedynie szybko przeprowadzać kilka operacji
matematycznych (mnożenia i dodawania) na 16 słowach (16 bit). Może istniejš
jakieś mikroprogramowalne układy do tego celu.

Paweł

Witam,
O tych 0,5 us zapomnij, żaden mikrokontroler nie podoła. Najblizej jest
H8/3048F cos około 860 ns

Z dodatkiem: 'Not recommended for new designs'.
A z tym nie podoła (skopiowane z h8s26p.pdf):
The H8S/2600 CPU and H8S/2000 CPU have the following features.
...
16 x 16-bit register-register multiply: 200 ns (H8S/2000 CPU: 1000 ns)
(przy zegarze 20MHz).
Na dodatek ma MAC (multiply and accumulation)- czyli do rejestru dodaje
iloczyn dwóch liczb.
Ceny na H8S/2600 sš chyba jednak nieco za duże (siedzi w nich ostatecznie
całkiem sporo peryferiów i flashu)... Sšdzę, że ADDIS (albo to, co się z niego
wykluło ostatnio) odpowie na pytanie o cenę.
Wbrew temu, co twierdzisz GCC działa- zarówno to ze stron Hitachi jak i to z
CD-ROMu z ich katalogiem.
"

Witam,
Być może działa. Jak wspomniałem nie miałem dostępu do Hitachi (kochana TPSA) a to
co ścišgnšłem (po tygodniu) mimo zastosowania Gozilli niestety nie chodzi. Skšd masz
CDROM bo być może emaile do firmy spotkał ten sam los i po prostu znikły ?

Pozdrowienia JanuszR


Poprzedni Następny
Wiadomość
Spis treści
From: "JS" <jar0sz_at_nospam_polbox.com>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 22:05:18 +0100


Witam !

H8/3048F cos około 860 ns

Z dodatkiem: 'Not recommended for new designs'.


Hitachi wycofuje się z produkcji ? To dość nieprzyjemna wiadomość :(
Gdzie to znalazłeś ? Właśnie patrzyłem na informacje przeglądowe nt.
H8/300H, ale tam nic o statusie produktów nie ma (a później zawiesił się
komputer...)

--
Jarosław Szynal







Poprzedni Następny
Wiadomość
Spis treści
From: Marcin Wolcendorf <wolcendo_at_nospam_free.polbox.pl>
Subject: Re: Szybki uP ?
Date: Tue, 06 Feb 2001 06:05:33 +0100


Witam,

JS wrote:

Witam !

H8/3048F cos około 860 ns

Z dodatkiem: 'Not recommended for new designs'.

Hitachi wycofuje się z produkcji ?

Czy ja wiem- stwierdziło, że 3048 ma za mało w środku i jest stare, więc
'przepycha' użytkowników na 'nowe, lepsze'.


To dość nieprzyjemna wiadomość :(
Gdzie to znalazłeś ?

Dokładnie tu:
http://www.hitachi-eu.com/hel/ecg/products/micro/struktur/fr_h8.htm

Cytuję:

The H8/3048 series is member of the first generation of the H8/300H
family. It is not
recommended to be used in new designs, instead please use H8/3052F or
devices from
the H8S family.




Właśnie patrzyłem na informacje przeglądowe nt.
H8/300H, ale tam nic o statusie produktów nie ma (a później zawiesił się
komputer...)

No bo tam nie ma. Addis cały czas ma w promocji jakiegoś DVM-a do tego.


Pozdrawiam,

Marcin.


--
'My experience is that it is hard to find software producers that aren't
fuzzy.'



Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 18:30:34 +0100



"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95hmif$g84$1_at_nospam_news.tpi.pl...
Witam !

Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogącego szybko
pomnożyć 2 liczby 16 bitowe.

Zrobic koprocesor na FPGA to i w 100ns to policzy. Wolniej bedziesz czytal i
pisal do niego. Dwa zapisy prockiem 16 bitowym i zanim dasz rade wykonac
trzeci rozkaz to juz bedzie policzone. Mozna i pamiec dual-port podlaczyc,
no jakas 10-15ns i na wspolnej przestrzeni operowac.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:14:39 +0100


Wsadzilem to w Delta39k100 i liczy mnozenie 16*16 => 32 w 25ns. No
przyjmijmy 30ns za maksimum jesli dorobic do tego jakies bramkowanie wyjscia
zeby uniknac gliczy. Zajmuje to tyle ile w tabelce wiec jest kupa miejsca na
zrobienie pewnie calego urzadzenia z napisaniem malego core mikroprocesora,
jakiegos uproszczonego i interfejsu szybkiego static ramu.
To tak na zupelnego wariata, bo jak to zrobic na 4 takty jakiegos clk to
zajmie o wiele mniej miejsca ale bedzie to policzone w 100ns :-)

------------------------------------------------------------
Technology mapping summary
------------------------------------------------------------

Resource Type : Used : Free : Max : % Used
==============================================
Macrocells : 287 : 1249 : 1536 : 18.68%
Cluster Memories : 0 : 24 : 24 : 0.00%
Channel Memories : 0 : 12 : 12 : 0.00%
IO Cells : 64 : 64 : 128 : 50.00%
Global Clocks : 0 : 4 : 4 : 0.00%
Global Controls : 0 : 4 : 4 : 0.00%


+----------------------------------------------------------+
| Pad-to-pad times (tpd) |
+----------------------------------------------------------+
+----------------+------------------+---------------+
|Source Pad |Destination Pad |tpd |
+----------------+------------------+---------------+
|mul_1(3).pad |wynik(31).pad | 25.70 ns|
|mul_1(3).pad |wynik(30).pad | 23.24 ns|
|mul_1(6).pad |wynik(28).pad | 23.05 ns|
|mul_1(6).pad |wynik(29).pad | 23.04 ns|
|mul_1(6).pad |wynik(26).pad | 22.80 ns|
|mul_1(6).pad |wynik(27).pad | 22.57 ns|
|mul_1(6).pad |wynik(25).pad | 22.46 ns|
|mul_1(6).pad |wynik(16).pad | 22.11 ns|
|mul_1(6).pad |wynik(24).pad | 21.98 ns|
|mul_1(6).pad |wynik(22).pad | 21.87 ns|
|mul_1(6).pad |wynik(23).pad | 21.86 ns|
|mul_1(6).pad |wynik(21).pad | 21.82 ns|
|mul_1(6).pad |wynik(20).pad | 21.20 ns|
|mul_1(6).pad |wynik(11).pad | 21.13 ns|
|mul_1(6).pad |wynik(19).pad | 21.12 ns|
|mul_1(6).pad |wynik(18).pad | 21.07 ns|
|mul_1(6).pad |wynik(8).pad | 20.57 ns|
|mul_1(6).pad |wynik(17).pad | 20.45 ns|
|mul_1(6).pad |wynik(14).pad | 20.29 ns|
|mul_1(6).pad |wynik(15).pad | 20.13 ns|
|mul_1(6).pad |wynik(12).pad | 19.89 ns|
|mul_1(6).pad |wynik(13).pad | 19.74 ns|
|mul_1(6).pad |wynik(10).pad | 19.50 ns|
|mul_1(6).pad |wynik(9).pad | 19.31 ns|
|mul_1(6).pad |wynik(7).pad | 18.24 ns|
|mul_1(6).pad |wynik(6).pad | 16.94 ns|
|mul_1(3).pad |wynik(4).pad | 15.85 ns|
|mul_1(3).pad |wynik(5).pad | 15.85 ns|
|mul_1(3).pad |wynik(3).pad | 11.45 ns|
|mul_0(1).pad |wynik(2).pad | 10.74 ns|
|mul_0(1).pad |wynik(1).pad | 8.69 ns|
|mul_1(0).pad |wynik(0).pad | 8.35 ns|
+----------------+------------------+---------------+


Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:22:50 +0100


Puscilem to wlasnie na starter kicie i 2 razy 2 jest faktycznie 4 :-)))
Nawet dziala.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:26:23 +0100



Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogącego
szybko
pomnożyć 2 liczby 16 bitowe.

Zrobic koprocesor na FPGA to i w 100ns to policzy. Wolniej bedziesz czytal
i
pisal do niego. Dwa zapisy prockiem 16 bitowym i zanim dasz rade wykonac
trzeci rozkaz to juz bedzie policzone. Mozna i pamiec dual-port podlaczyc,
no jakas 10-15ns i na wspolnej przestrzeni operowac.

Mam nawet opis jak coś takiego zrobic na Xilinx 4000.
Nie wiem jeszcze ile taki układ kosztuje.

Paweł




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:28:47 +0100



"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95k6hn$fbq$1_at_nospam_news.tpi.pl...


Mam nawet opis jak coś takiego zrobic na Xilinx 4000.
Nie wiem jeszcze ile taki układ kosztuje.

Paweł


A co tu za opis potrzebny i do czego ?

entity mul is
port (
mul_0 :in std_logic_vector(15 downto 0);
mul_1 :in std_logic_vector(15 downto 0);
wynik :out std_logic_vector(31 downto 0)
);


end mul;

architecture arch_mul of mul is

begin

wynik <= mul_0 * mul_1;

end arch_mul;



Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:43:44 +0100



Użytkownik Juliusz <jul_at_nospam_fom.pl> w wiadomości do grup dyskusyjnych
napisał:95k6sv$gbc$1_at_nospam_news.tpi.pl...

"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95k6hn$fbq$1_at_nospam_news.tpi.pl...


Mam nawet opis jak coś takiego zrobic na Xilinx 4000.
Nie wiem jeszcze ile taki układ kosztuje.

Paweł


A co tu za opis potrzebny i do czego ?


Przecież nie chodzi tylko o pomnożenie 2 liczb.
Operacji jest znacznie więcej.

Paweł




Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Szybki uP ?
Date: Mon, 05 Feb 2001 00:01:32 GMT


On Sun, 4 Feb 2001 19:28:47 +0100, Juliusz wrote:
Mam nawet opis jak coś takiego zrobic na Xilinx 4000.

A co tu za opis potrzebny i do czego ?

entity mul is
port (
mul_0 :in std_logic_vector(15 downto 0);
mul_1 :in std_logic_vector(15 downto 0);
wynik :out std_logic_vector(31 downto 0)
);

end mul;
architecture arch_mul of mul is
begin
wynik <= mul_0 * mul_1;
end arch_mul;


I myslisz ze sie zmiesci ? Bo multiplikatory zwykle zzeraja sporo
zasobow ..

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 08:58:30 +0100


begin
wynik <= mul_0 * mul_1;
end arch_mul;


I myslisz ze sie zmiesci ? Bo multiplikatory zwykle zzeraja sporo
zasobow ..

No 18% zjadlo z kosci 100k bramek czyli wlezie o wiele wiecej

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Szybki uP ?
Date: 5 Feb 2001 11:50:25 GMT


On Mon, 5 Feb 2001 08:58:30 +0100, Juliusz <jul_at_nospam_fom.pl> wrote:
begin
wynik <= mul_0 * mul_1;
end arch_mul;
I myslisz ze sie zmiesci ? Bo multiplikatory zwykle zzeraja sporo
zasobow ..

No 18% zjadlo z kosci 100k bramek czyli wlezie o wiele wiecej

No fakt, tylko ze to dwa razy wiecej niz mial Z80 :-)
trzeba duza kosc :-)

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 14:27:58 +0100



"J.F." <jfox_at_nospam_friko6.onet.pl> wrote in message
news:slrn97t4s2.3bu.jfox_at_nospam_mars.planconsult.com.pl...
On Mon, 5 Feb 2001 08:58:30 +0100, Juliusz <jul_at_nospam_fom.pl> wrote:
begin
wynik <= mul_0 * mul_1;
end arch_mul;
I myslisz ze sie zmiesci ? Bo multiplikatory zwykle zzeraja sporo
zasobow ..

No 18% zjadlo z kosci 100k bramek czyli wlezie o wiele wiecej

No fakt, tylko ze to dwa razy wiecej niz mial Z80 :-)
trzeba duza kosc :-)

Sa biblioteki z komponentami do tego specjalnie tylko nie pamietam jak sie
nazywaja. Da sie o wiele mniej logiki zmarnowac. Zerkne w doce to moze sie
uda zaoszczedzic jeszcze. Pytki sa ostatnio dosc czesto tajemnicze wiec
ciezko wyrokowac do czego mu to.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:39:36 +0100


Mam nawet opis jak coś takiego zrobic na Xilinx 4000.
Nie wiem jeszcze ile taki układ kosztuje.

Paweł

Zeznaj moze po co ci to ? Moze znajdziemy inne rozwiazanie problemu.

Juliusz

PS. Zobaczycie niebawem scalak (ASIC) o symbolu
JUL2001EPF
0003 <- revision code
0801 <- date code (tak jest zaplanowany)
:-) Zamierzam sie pochwalic scanem gotowego chipa za jakies 3 tygodnie,
pdf juz jest gotowy prawie :-) Stay tuned :-)



Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 19:58:35 +0100



Zeznaj moze po co ci to ? Moze znajdziemy inne rozwiazanie problemu.

Chodzi o przyspieszenie pewnych operacji.
Dla uP są one zbyt czasochłonne.
Chodzi np. o szybkie policzenie a*(w1+w2)-b*(w3+w4)+c*w5
+d*(w5-w6)-e*w7+f*w8
lub np. g*(w1+w2+w3+w4)+h*(w5-w6-w7-w8)
gdzie w1-w8 dane we (16 bit)
a,b,c,d,e,f,g,h stałe (16 bit)

Paweł





Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 20:07:10 +0100



"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95k8e7$lne$1_at_nospam_news.tpi.pl...

Zeznaj moze po co ci to ? Moze znajdziemy inne rozwiazanie problemu.

Chodzi o przyspieszenie pewnych operacji.
Dla uP są one zbyt czasochłonne.
Chodzi np. o szybkie policzenie a*(w1+w2)-b*(w3+w4)+c*w5
+d*(w5-w6)-e*w7+f*w8
lub np. g*(w1+w2+w3+w4)+h*(w5-w6-w7-w8)
gdzie w1-w8 dane we (16 bit)
a,b,c,d,e,f,g,h stałe (16 bit)

No to w ten Delta39k100 chyba wszystko wejdzie bez klopotu. 100k bramek to
na prawde duzo. Jakiego masz proca do tego ? Czasem DSP sie przyda ale
czasem nie, bo DSP maja straszliwie szybkie magistrale zewnetrzne dla
peryferiow i malo co da sie podlaczyc mimo 15 wait state'ow. Jak zerkniesz w
timigi takiego jakiego ADSP to sie okazuje, ze stroby mozesz rozciagac ale
nie da sie rozciagnac czasu pomiedzy wystawieniem watlego adresu i
opadajacym zboczem strobu, co czasami jest bardzo klopotliwe. Z takim
timingiem peryferia nie sa w stanie zdekodowac adresu wyprzedzajacego strob
o 5ns :-)
Ja nie widze klopotu w twoim problemie. Wyjasnij wiecej szczegolow to
pomyslimy. A w ogole co to za device ? Co to robi i po co ?

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 20:25:19 +0100




No to w ten Delta39k100 chyba wszystko wejdzie bez klopotu. 100k bramek to
na prawde duzo.


Jeśli ten układ przy 100 szt kosztuje do 25$ to jest nad czym się
zastanawiać.
Jeśli przekracza 50$ do absolutnie nie bedzie konkurencyjny do tego co jest
do tej pory.
Nie potrzebuję wykonać mnożenia w 20ns. Mnie wystarczy 500nS.
Procesory 16 bitowe wykonują tą operację w około 12 cykli. Przy zegarze
25MHz da to 500nS.

Paweł




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ? do PETERS'a
Date: Sun, 4 Feb 2001 20:36:03 +0100



"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95ka05$q8g$1_at_nospam_news.tpi.pl...


No to w ten Delta39k100 chyba wszystko wejdzie bez klopotu. 100k bramek
to
na prawde duzo.


Jeśli ten układ przy 100 szt kosztuje do 25$ to jest nad czym się
zastanawiać.
Jeśli przekracza 50$ do absolutnie nie bedzie konkurencyjny do tego co
jest
do tej pory.
Nie potrzebuję wykonać mnożenia w 20ns. Mnie wystarczy 500nS.
Procesory 16 bitowe wykonują tą operację w około 12 cykli. Przy zegarze
25MHz da to 500nS.

Peters ? W ile twoje C166 potrafia wykonac mnozenie 16*16 dajac pelny wynik
32 bitowy przy clk 25 ? A w ile czasu wylicza taki wzorek jak kolega napisal
? Ten C166 to RISC chyba nie ? Nie mialem z nim stycznosci nigdy.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ? do PETERS'a
Date: Sun, 4 Feb 2001 22:20:58 +0100



Peters ? W ile twoje C166 potrafia wykonac mnozenie 16*16 dajac pelny
wynik
32 bitowy przy clk 25 ? A w ile czasu wylicza taki wzorek jak kolega
napisal
? Ten C166 to RISC chyba nie ? Nie mialem z nim stycznosci nigdy.

Jeśli dobrze pamiętam to mnożenie jest wykonywane w 12 cykli czyli <500nS
Przed wysłaniem mojego listu wyszukałem w Internecie procesory nadające się
do mojego celu.
Rodzinę C166 brałem pod uwagę. Główną wadą jest to, że są to uP coraz
trudniej dostępne.
Wersje, które spełniają moje oczekiwania nie są już produkowane.
Szukam czegoś łatwiej dostępnego i najlepiej trochę szybszego.


Paweł






Poprzedni Następny
Wiadomość
Spis treści
From: "Artur Miller" <armi_at_nospam_poczta.onet.pl>
Subject: Re: Szybki uP ? do PETERS'a
Date: Mon, 5 Feb 2001 08:24:51 +0100



Użytkownik "Paweł" <PawelR_at_nospam_elsat.com.pl> napisał w wiadomości
news:95kgp9$j4p$1_at_nospam_news.tpi.pl...
Rodzinę C166 brałem pod uwagę. Główną wadą jest to, że są to uP coraz
trudniej dostępne.
Wersje, które spełniają moje oczekiwania nie są już produkowane.
Szukam czegoś łatwiej dostępnego i najlepiej trochę szybszego.


A co z 8051XA Philipsa ? Nikt tu chyba o nich nie mowil ...

_at_nospam_



Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Szybki uP ? do PETERS'a
Date: Mon, 5 Feb 2001 09:12:26 +0100


Peters ? W ile twoje C166 potrafia wykonac mnozenie 16*16 dajac pelny
wynik
32 bitowy przy clk 25 ?

Czekalem z odpowiedzia do poniedzialku, bo w domu nie mialem katalogu.
Rodzina 166 realizuje sprzetowe mnozenie liczb 16-bitowych (ze znakiem lub
bez).
Z zegarem 20MHz (kwarc 40MHz) czas 500ns

? Ten C166 to RISC chyba nie ? Nie mialem z nim stycznosci nigdy.
RISC, zgadza sie

Rodzinę C166 brałem pod uwagę. Główną wadą jest to, że są to uP coraz
trudniej dostępne.
Nawet nie wiem, nasz zaopatrzeniowiec nie takie rzeczy kupuje.
Obok rodziny 166 Siemensa masz jeszcze procesory ST10 (SGS). ST10F166 ma
32KB FLASHa

Wersje, które spełniają moje oczekiwania nie są już produkowane.
Szukam czegoś łatwiej dostępnego i najlepiej trochę szybszego.

Ktore wersje nie sa produkowane? Nie naklamali Ci przypadkiem?


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ? do PETERS'a
Date: Mon, 5 Feb 2001 09:33:43 +0100



"peters" <peters_at_nospam_poczta.onet.pl> wrote in message
news:95ln8t$5vg$1_at_nospam_news.tpi.pl...
Peters ? W ile twoje C166 potrafia wykonac mnozenie 16*16 dajac pelny
wynik
32 bitowy przy clk 25 ?

Czekalem z odpowiedzia do poniedzialku, bo w domu nie mialem katalogu.
Rodzina 166 realizuje sprzetowe mnozenie liczb 16-bitowych (ze znakiem lub
bez).
Z zegarem 20MHz (kwarc 40MHz) czas 500ns

No to styka :-) Tyle, ze procek robi nie tylko rozkazy MUL czy jak tam sie
to nazywa w C166. Trzeba zaladowac dwa word'y i wykonac rozkaz co da pewnie
1000ns. Dojdzie jeszcze skakanie w kolko zeby wykonywac to samo w petli wiec
sie zrobi 5000ns.

Jesli sa to dane do obrobki z przetwornika czy do wyslania przetwornikowi to
trzeba dac FPGA pomiedzy. Zataktowac go zegarem i niech to robi sprzetowo.
Po kolei dodawania, stale i mnozenie. Niech kazda operacja zje 50ns to majac
ich tam 4-5 da nam cale wyliczenie w 250ns. Jak uzyc wolniejsze scalaki
(tansze) to 500ns jest realne dla calego wzroku. Ja to probowalem dla kostek
200MHz ale sa i 66MHz.

J.




Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Szybki uP ? do PETERS'a
Date: Mon, 5 Feb 2001 09:46:21 +0100


No to styka :-) Tyle, ze procek robi nie tylko rozkazy MUL czy jak tam sie
to nazywa w C166. Trzeba zaladowac dwa word'y i wykonac rozkaz co da
pewnie
1000ns. Dojdzie jeszcze skakanie w kolko zeby wykonywac to samo w petli
wiec
sie zrobi 5000ns.
5000ns to spora przesada, ale troche instrukcji dojdzie. Jednak jesli
dobrze zrozumialem Pawla, to wzial on juz pod uwage czasy potrzebne na
przesylanie danych i faktycznie dysponuje 500ns na mnozenie. Jeszcze jedno,
procesor jest 16-bitowy co znaczaco skraca czas przesylania 16 bitowych
danych. Jesli program zmiesci sie w niewielkiej pamieci i nie potrzebuje
duzo RAMu to polecam jakas 166 z wewnetrznym FLASHem. Dodanie zewnetrznej
pamieci (moze byc 8 lub 16 bitowa) spowalnia prace procesora. Bym zapomnial,
obudowy tylko SMD.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 20:11:30 +0100



Chodzi o przyspieszenie pewnych operacji.
Dla uP są one zbyt czasochłonne.
Chodzi np. o szybkie policzenie a*(w1+w2)-b*(w3+w4)+c*w5
+d*(w5-w6)-e*w7+f*w8
lub np. g*(w1+w2+w3+w4)+h*(w5-w6-w7-w8)

Zapomniałem dodać, że jest 8 takich wzorów operujących na tym samym zestawie
danych we i stałych (8 szt.).
Z tych 8 sumowań otrzymuje się w wyniku 8 słów 16 bitowych
Można powiedzieć, że ten układ przekształca 8 słów we na 8 słów wy.

Paweł




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 20:09:59 +0100



"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95k968$nsh$1_at_nospam_news.tpi.pl...

Chodzi o przyspieszenie pewnych operacji.
Dla uP są one zbyt czasochłonne.
Chodzi np. o szybkie policzenie a*(w1+w2)-b*(w3+w4)+c*w5
+d*(w5-w6)-e*w7+f*w8
lub np. g*(w1+w2+w3+w4)+h*(w5-w6-w7-w8)

Zapomniałem dodać, że jest 8 takich wzorów operujących na tym samym
zestawie
danych we i stałych (8 szt.).
Z tych 8 sumowań otrzymuje się w wyniku 8 słów 16 bitowych
Można powiedzieć, że ten układ przekształca 8 słów we na 8 słów wy.

To i tak nie ma problemu, co to za device ? Okresl zastosowanie.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 20:11:46 +0100



"Juliusz" <jul_at_nospam_fom.pl> wrote in message news:95k9a6$o8k$1_at_nospam_news.tpi.pl...

"Paweł" <PawelR_at_nospam_elsat.com.pl> wrote in message
news:95k968$nsh$1_at_nospam_news.tpi.pl...

Chodzi o przyspieszenie pewnych operacji.
Dla uP są one zbyt czasochłonne.
Chodzi np. o szybkie policzenie a*(w1+w2)-b*(w3+w4)+c*w5
+d*(w5-w6)-e*w7+f*w8
lub np. g*(w1+w2+w3+w4)+h*(w5-w6-w7-w8)

Zapomniałem dodać, że jest 8 takich wzorów operujących na tym samym
zestawie
danych we i stałych (8 szt.).
Z tych 8 sumowań otrzymuje się w wyniku 8 słów 16 bitowych
Można powiedzieć, że ten układ przekształca 8 słów we na 8 słów wy.

To i tak nie ma problemu, co to za device ? Okresl zastosowanie.

Jak bedzie trzeba to uzyjemy Virtex'a 400 albo 1000. Te akurat kosztuja
dosyc duzo, bo jakies $200, ale moze sie obejdzie.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "Andy" <anok_at_nospam_ceti.pl>
Subject: Re: Szybki uP ?
Date: Sun, 4 Feb 2001 21:45:23 +0100


Juliusz napisał(a) w wiadomości: <95k9a6$o8k$1_at_nospam_news.tpi.pl>...

To i tak nie ma problemu, co to za device ?
Okresl zastosowanie.
Juliusz


wzor przypomina mi troche 1-wymiarowe FastIDCT
wiec moze koder/dekoder mpega

a moze cos z FFT ?

ciekawe czy zgadlem ? :-)

Andrzej






Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Szybki uP ?
Date: Sun, 04 Feb 2001 18:58:55 GMT


On Sat, 3 Feb 2001 20:41:25 +0100, Paweł wrote:
Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogącego szybko
pomnożyć 2 liczby 16 bitowe.
Powinno to się wykonywać max. 500 nS. Dodawanie i dostępy do RAMu powinny
być też dość szybkie.

Wylacznie DSP. A i tak pewnie bedziesz mial klopot z dostarczeniem
danych.
Aaa - oczywiscie Pentium i 486 ..

Może istnieją jakieś mikroprogramowalne układy do tego celu.

Watpie czy Am29 jest jeszcze produkowana.

W zaleznosci od tego co chcesz zrobic - 4 epromy z "tabliczka
mnozenia" i trzy sumatory powinny sie wyrobic.

J.

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 09:17:11 +0100


Wylacznie DSP. A i tak pewnie bedziesz mial klopot z dostarczeniem
danych.

Po prostu uwielbiam tego rodzaju odpowiedzi.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Szybki uP ?
Date: 5 Feb 2001 11:49:11 GMT


On Mon, 5 Feb 2001 09:17:11 +0100, peters <peters_at_nospam_poczta.onet.pl> wrote:
Wylacznie DSP. A i tak pewnie bedziesz mial klopot z dostarczeniem
danych.

Po prostu uwielbiam tego rodzaju odpowiedzi.

A co ci sie nie podoba? Mnozenie w 500ns to dla dowolnego DSP pestka.
Albo to nie jest DSP :-)
Rodzine wybierz sobie sam: TI TMS, Motorola 56k i inne, AD.

A i tak zapewne bedziesz mial problem z dostarczeniem danych - jakies
DMA pewnie bedzie trzeba zorganizowac zeby nadazyc.

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 13:24:06 +0100


A co ci sie nie podoba? Mnozenie w 500ns to dla dowolnego DSP pestka.

Napisales, ze wylacznie DSP. Autorytatywnie cos stwierdzasz a nie ma to
oparcia w faktach.

A i tak zapewne bedziesz mial problem z dostarczeniem danych - jakies
DMA pewnie bedzie trzeba zorganizowac zeby nadazyc.

Nie sadze by Pawel chcial mnozyc co 500ns. Zreszta juz o tym pisalem, nie
bede sie powtarzal.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Szybki uP ?
Date: Mon, 5 Feb 2001 08:52:12 +0100


Powinno to się wykonywać max. 500 nS.
Czy 500ns to ma byc czas wykonania samej instrukcji mnozenia dwoch
16-bitowych liczb bez znaku?

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)