Szybki uP ?

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.

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.

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

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

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

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

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

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

H8/3048F cos około 860 ns

Z dodatkiem: 'Not recommended for new designs'.

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

Witam !

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

Poszukuję łatwo dostępnego i stosunkowo taniego procesora mogącego

pomnożyć 2 liczby 16 bitowe.

Zrobic koprocesor na FPGA to i w 100ns to policzy. Wolniej bedziesz czytal

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ł

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

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;

begin
wynik <= mul_0 * mul_1;
end arch_mul;

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

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

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

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.

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.

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

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

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

32 bitowy przy clk 25 ? A w ile czasu wylicza taki wzorek jak kolega

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

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.

Peters ? W ile twoje C166 potrafia wykonac mnozenie 16*16 dajac pelny

wynik

32 bitowy przy clk 25 ?

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

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.

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

1000ns. Dojdzie jeszcze skakanie w kolko zeby wykonywac to samo w petli

sie zrobi 5000ns.

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)

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

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

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

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.

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

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

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.

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

Powinno to się wykonywać max. 500 nS.