Mikrokontroler z FPU

Istnieje coś takiego? Potrzebuję mieć obliczenia na liczbach pojedyńczej
precyzji, cztery podstawowe działania, oraz logarytmy i potęgi na liczbach

Istnieje coś takiego? Potrzebuję mieć obliczenia na liczbach pojedyńczej
precyzji, cztery podstawowe działania, oraz logarytmy i potęgi na liczbach

A musi byc FPU? Nie moze byc soft?
Jak starczy soft, to dowolny procek co ma gcc.

Wskazane jest na sprzętowe FPU. Ma na tym pracować algorytm genetyczny
rozpoznający parametry modelu. A model się składa właśnie z exponent,

i logarytmów. Dzięki temu tych obliczeń będzie wykonywane dużo tysięcy
razy przy jednej operacji. A nie chciałbym, żeby to godzinę chodziło :)
Ile (w us) taki 30MIPSowy AVR liczyłby log (0.123)?

Wskazane jest na sprzętowe FPU. Ma na tym pracować algorytm genetyczny
rozpoznający parametry modelu. A model się składa właśnie z exponent,

potęg

i logarytmów. Dzięki temu tych obliczeń będzie wykonywane dużo tysięcy
razy przy jednej operacji. A nie chciałbym, żeby to godzinę chodziło :)
Ile (w us) taki 30MIPSowy AVR liczyłby log (0.123)?

A może do zwykłego procka podłącz wygrzebany ze starej płyty PC koprocesor
8087???

O ile mnie pamięć nie myli to miał on 8-mio bitową magistralę danych więc do
8051 albo AVR-a powinien się podłączyć bez większych kombinacji.

Wskazane jest na sprzętowe FPU. Ma na tym pracować algorytm genetyczny

rozpoznający parametry modelu. A model się składa właśnie z exponent, potęg
i logarytmów. Dzięki temu tych obliczeń będzie wykonywane dużo tysięcy
razy przy jednej operacji. A nie chciałbym, żeby to godzinę chodziło :)
Ile (w us) taki 30MIPSowy AVR liczyłby log (0.123)?

Wskazane jest na sprzętowe FPU. Ma na tym pracować algorytm genetyczny

rozpoznający parametry modelu. A model się składa właśnie z exponent, potęg
i logarytmów. Dzięki temu tych obliczeń będzie wykonywane dużo tysięcy
razy przy jednej operacji. A nie chciałbym, żeby to godzinę chodziło :)
Ile (w us) taki 30MIPSowy AVR liczyłby log (0.123)?

AVR to nie wiem, ale ze 100 instrukcji bedzie.
Mniej wiecej taka skala.

A może lepiej wziąć też szybkiego RISCa ale o dużo większym zegarze, niż
wydolą poczciwe AVRy? No i od razu 32 bitach aby obliczenia były
szybsze. Dobrze zrobiona biblioteka softwarowego FPU nieźle sobie
poradzi. Proponuję na początek zainteresować się jądrem ARM, a potem
wybrać coś miłego i szybkiego. Np. 400 MHz intelowski XScale.

A może lepiej wziąć też szybkiego RISCa ale o dużo większym zegarze, niż
wydolą poczciwe AVRy? No i od razu 32 bitach aby obliczenia były
szybsze. Dobrze zrobiona biblioteka softwarowego FPU nieźle sobie
poradzi. Proponuję na początek zainteresować się jądrem ARM, a potem
wybrać coś miłego i szybkiego. Np. 400 MHz intelowski XScale.

PDFy już się ssą, to zobaczę co to za cudo, bo po prawdze to jakoś nic z
tej serii nie znam.

Wskazane jest na sprzętowe FPU. Ma na tym pracować algorytm genetyczny

To IMHO albo 486DX (bo SX nie mial FPU) albo zrobic
ALU w FPGA.
Albo bawic sie w podlaczenie 387 - ale to bylaby sztuka dla
sztuki.

rozpoznający parametry modelu. A model się składa właśnie z exponent, potęg
i logarytmów. Dzięki temu tych obliczeń będzie wykonywane dużo tysięcy
razy przy jednej operacji. A nie chciałbym, żeby to godzinę chodziło :)
Ile (w us) taki 30MIPSowy AVR liczyłby log (0.123)?

AVR to nie wiem, ale ze 100 instrukcji bedzie.
Mniej wiecej taka skala.

a jakis proc sygnalowy by ci tego nie zrobil?

Użytkownik "SneeR" <sneer_at_nospam_student.uci.agh.edu.pl> napisał w wiadomości

a jakis proc sygnalowy by ci tego nie zrobil?

eee ... sygnalowe to tylko mnozyc i dodawac umia .. :-)

a jakis proc sygnalowy by ci tego nie zrobil?

eee ... sygnalowe to tylko mnozyc i dodawac umia .. :-)

Do policzenia logarytmu wiele wiecej nie trzeba :-)

J.

On Fri, 17 Jan 2003 08:00:44 +0100, Artur Miller wrote:

a jakis proc sygnalowy by ci tego nie zrobil?

eee ... sygnalowe to tylko mnozyc i dodawac umia .. :-)

Do policzenia logarytmu wiele wiecej nie trzeba :-)

Niejaki Taylor powiedział, że to wystarczy do wszystkiego :)

Niejaki Taylor powiedział, że to wystarczy do wszystkiego :)

A jego koledzy podali znacznie szybciej zbiezne metody
orzwijania w szeregi, bo wynalazek Taylora w praktyce
nie zawsze jest wydajny. :-)

O samym dzieleniu widzialem dwie ksiazki, pierwsza
(mam na polce) to przeglad algorytmow, ma ok. 100 stron,
druga, bardziej szczegolowa miala okolo 300. Jak widac
jest nad czym myslec -- skoro zwykly sumator mazna zrobic
na co najmniej kilka sposobow. :-)

Jak rozumiem, to ma byc jakis system czasu rzeczywistego;
jaki czas reakcji jest wymagany?

Miałem swego czasu na PW MNM - Metody Numeryczne, tam to dopiero się
człowiek dowiaduje, że nawet policzyć 2+2 na komputerze to jest sztuka :)

Jak rozumiem, to ma byc jakis system czasu rzeczywistego;
jaki czas reakcji jest wymagany?

To nie ma być nic czasu rzeczywistego,

zasilane oczywiście z baterii (co implikuje energooszczędność).

Po pomierzeniu lampy ma wyliczyć parametry modelu tej lampy (tu właśnie
mam algorytm genetyczny - działa lepiej od analitycznego wyliczania tych
parametrów).

[1] tzn. deklaruje mu się co to jest (dioda, tetroda, etc), co ma na

nóżce (np. z obserwacji wzrokowej) i jaki ma cokół, a on określa na
podstawie tych danych i pomiarów elektrycznych najbardziej prawdopodobne
typy.

Miałem swego czasu na PW MNM - Metody Numeryczne, tam to dopiero się
człowiek dowiaduje, że nawet policzyć 2+2 na komputerze to jest sztuka :)

Acha, to OK. Mozliwe, ze nie potrzebujesz liczyc dowolnego
logarytmu czy funkcji wykladniczej; czy mozesz ograniczyc
dziedzine do jakiegos przedzialu i ustalic mniejsza dokladnosc?
Takie cos moze znacznie uproscic liczenie, np. moglbys
aproksymowac logarytm na przedziale (a,b) z bledem eps
chocby wielomianami, czy funkcjami sklejanymi ustalonego
stopnia. Sporo o tym bedzie w ksiazkach z "arytmetyka
maszyn cyfrowych" w tytule oraz ogolnych podrecznikach
do analizy numerycznej.

To nie ma być nic czasu rzeczywistego,

Hm, dla "bezpieczenstwa" (aby nie bylo roznic na poziomie
rozumienia znaczen slow) przypomne, ze definicja systemu
czasu rzeczywistego mowi, ze jest to system o ustalonym
czasie reakcji na bodziec. Ten czas to moze byc i pol roku,
ale ani mikrosekundy dluzej. :-) Wybacz, jesli powtarzam
banaly, ale wielu ludzi intuicyjnie kojarzy RT z czyms bardzo
szybkim, a to niekoniecznie jest prawda.

zasilane oczywiście z baterii (co implikuje energooszczędność).

Hm, a bateria udzwignie zarzenie takiej np. PL 500?

Po pomierzeniu lampy ma wyliczyć parametry modelu tej lampy (tu właśnie
mam algorytm genetyczny - działa lepiej od analitycznego wyliczania tych
parametrów).

Analitycznego, tzn. jak? Zdjecie charakterystyki w wielu punktach,
aproksymacja jakas gladka funkcja i policzenie "odleglosci"
(w sensie normy jednostajnej lub sredniokwadratowej) od
charakterystyk znanych lamp?

nóżce (np. z obserwacji wzrokowej) i jaki ma cokół, a on określa na
podstawie tych danych i pomiarów elektrycznych najbardziej prawdopodobne
typy.

Naprawde fajne. :-)

Ma to być tester lamp (elektronowych), z pełną automatyką i wykrywaniem
co za lampa jest do niego włożona jak się nie zna typu[1]. Urządzenie ma
być w pełni autonomiczne (czyli można ze sobą zabrać na giełdę i tam
sprawdzać kupowane lampy), zasilane oczywiście z baterii (co implikuje
energooszczędność). Po pomierzeniu lampy ma wyliczyć parametry modelu tej
lampy (tu właśnie mam algorytm genetyczny - działa lepiej od analitycznego
wyliczania tych parametrów).

Ma to być tester lamp (elektronowych), z pełną automatyką i wykrywaniem
co za lampa jest do niego włożona jak się nie zna typu[1]. Urządzenie ma
być w pełni autonomiczne (czyli można ze sobą zabrać na giełdę i tam
sprawdzać kupowane lampy), zasilane oczywiście z baterii (co implikuje
energooszczędność). Po pomierzeniu lampy ma wyliczyć parametry modelu tej
lampy (tu właśnie mam algorytm genetyczny - działa lepiej od analitycznego
wyliczania tych parametrów).

A nie myślałeś o użyciu zwykłej tabeli parametrów?

Wtedy musiałbym mieć wszystkie lampy (każdego typu), żeby sobie wartości
wzorcowe sporządzić. A katalogowo to, rozrzut napięć jest od 6V do 800V
na anody, prądów 0d uA do małych setek mA - zrobienie takich przetwornic
w sprzęcie przenośnym z 12V nie jest proste. IMO lepiej część pracy
przerzucić na soft - mierzyć przy mniejszym rozrzucie parametrów i resztę
sobie wyliczać z modelu. A jako że model musze obliczać to już mi wszystko
jedno czy na PC czy na procku tego urządzenia.

Nie, nie o to chodzi. Zamiast liczyć, ile to jest logarytm z 23 możesz sobie
zapamiętać, że to jest 1,36. Czasem to wystarcza, a oszczędza dużo czasu
przy pisaniu softu i obliczeniach, a może nawet oszczędzić pamięć, chociaż
na to bym zbytnio nie liczył.

eee ... sygnalowe to tylko mnozyc i dodawac umia .. :-)

Do policzenia logarytmu wiele wiecej nie trzeba :-)

Niejaki Taylor powiedział, że to wystarczy do wszystkiego :)

On Fri, 17 Jan 2003 22:51:10 +0000 (UTC), Tomasz Szcześniak wrote:

Niejaki Taylor powiedział, że to wystarczy do wszystkiego :)

Akurat logarytmy [i pierwiastki] kiepsko sie Taylorem liczy.
Nie ten charakter krzywej. Na szczescie arytmetyka komputerowa
bardzo nam ulatwia zadanie..

A musi byc FPU? Nie moze byc soft?
Jak starczy soft, to dowolny procek co ma gcc.

Wskazane jest na sprzętowe FPU. Ma na tym pracować algorytm genetyczny
rozpoznający parametry modelu. A model się składa właśnie z exponent, potęg
i logarytmów. Dzięki temu tych obliczeń będzie wykonywane dużo tysięcy
razy przy jednej operacji. A nie chciałbym, żeby to godzinę chodziło :)
Ile (w us) taki 30MIPSowy AVR liczyłby log (0.123)?

On Thu, 16 Jan 2003 22:52:05 +0000 (UTC), Tomasz Szcześniak wrote:

Wez pod uwage ze na podstawowych dzalaniach wyjdzie ci z kilkaset
instr na Finstr. Logarytm sie potem liczy dosc szybko - czas powiedzmy
kilku mnozen.
A ile jest tych parametrow ? Pamieci ci aby starczy ? Moze lepiej uzyc
procka ktory do tego sluzy - czyli jakies DSP ...

Parametrów wejściowych niedużo - jakieś 200 floatów do tego ca drugie
tyle floatów w postaci chromosomów populacji i już.

A moze napisz to po prostu (to co ma ci to robic) w np. VHDL'u i rzuc to
wszystko na FPGA a nie bawic sie w proce - gdzies czytalem ze to

Hmmm.... Nie tak prosto. Zwlaszcza z floatami. Trza by
zrobic jedno ALU (moze kilka) i sprytnie multipleksowac
strumienie danych. Prosciej fpga wykorzystac jako
koprocesor sterowany z procka.

jerry

PS: Chyba ze wstawiamy kostke za 1000.....dolarow :-)

Parametrów wejściowych niedużo - jakieś 200 floatów do tego ca drugie
tyle floatów w postaci chromosomów populacji i już.

A moze napisz to po prostu (to co ma ci to robic) w np. VHDL'u i rzuc to
wszystko na FPGA a nie bawic sie w proce - gdzies czytalem ze to
najwydajniejsze roziwzanie - jesli chodzi o szybkosc przetwarzania. Jak
nawet 1 proc DSP ma 1 uklad MAC to jakis powazniejszy uklad FPGA moze miec
ich tysiace - dobrze napisac algorytm i masz pieknie dzialajace cudo.

A moze napisz to po prostu (to co ma ci to robic) w np. VHDL'u i rzuc to
wszystko na FPGA a nie bawic sie w proce - gdzies czytalem ze to
najwydajniejsze roziwzanie - jesli chodzi o szybkosc przetwarzania. Jak
nawet 1 proc DSP ma 1 uklad MAC to jakis powazniejszy uklad FPGA moze miec
ich tysiace - dobrze napisac algorytm i masz pieknie dzialajace cudo.

Prawdę mówiąc nie jestem taki mocarz z VHDLa co by w nim procesory (i to
jeszcze zmiennoprzecinkowe) pisać. I zresztą nie wiem jak wyjdzie z
szybkością rozwiązania i wielkością PLD, nawet nie umiem tego oszacować.

Tomasz Szcześniak wrote:

Prawdę mówiąc nie jestem taki mocarz z VHDLa co by w nim procesory (i to
jeszcze zmiennoprzecinkowe) pisać. I zresztą nie wiem jak wyjdzie z
szybkością rozwiązania i wielkością PLD, nawet nie umiem tego oszacować.

Porównanie z gotowym procesorem wychodzi żałośnie. Po pierwsze w PLD (a
raczej FPGA) zrobienie takiej jednostki zmiennoprzecinkowej wyjdzie
duużo drożej, nie działającej aż tak szybko (ktoś poda cenę FPGA
chodzącego z zegarem 400 MHz?), do tego będzie ciągnąć więcej prądu niż
gotowy procesor.

Poza tym w układ uniwersalny jakim jest matryca FPGA
ciężko optymalnie wcisnąć dużo "kodu" (wszystko zależy od łaski i
niełaski fittera), a procesory są optymalizowane często na poziomie
ręcznego rysowania masek.

Porównanie z gotowym procesorem wychodzi żałośnie.

gotowy procesor. Poza tym w układ uniwersalny jakim jest matryca FPGA
ciężko optymalnie wcisnąć dużo "kodu" (wszystko zależy od łaski i
niełaski fittera)

Porównanie z gotowym procesorem wychodzi żałośnie.

Nie zawsze!!
Zalezy od tego, co ten procek robi. Czesto procedurki roznego typu
(np: obsluga AD, zliczania impulsow itp) jak sie wyrzuci
do FPGA to procek zyskuje 30% czasu.
Poza tym pokaz mi za ok.300PLN uklad gdzie beda 2 procki
32bitowe z peryferiami i wiaderkiem logiki chodzace
na 33MHz?

Porównanie z gotowym procesorem wychodzi żałośnie.

Nie zawsze!!
Zalezy od tego, co ten procek robi. Czesto procedurki roznego typu
(np: obsluga AD, zliczania impulsow itp) jak sie wyrzuci
do FPGA to procek zyskuje 30% czasu.
Poza tym pokaz mi za ok.300PLN uklad gdzie beda 2 procki
32bitowe z peryferiami i wiaderkiem logiki chodzace
na 33MHz?

Wliczyles "amortyzacje" core'a procesorowego? ;--)

Wliczyles "amortyzacje" core'a procesorowego? ;--)

Nie taka straszna jak ja maluja :-)

Jak kupujesz calego starter-kita (Excalibur-Nios)
to dostajesz PELNE PRAWA do wsadzania go w swoje
projekty.

Jest nawet dla upartych tzw. 'zero-dollar'
licencja w Alterze.

PS: 'Likarstwo' z priva pomoglo?

Jak kupujesz calego starter-kita (Excalibur-Nios)
to dostajesz PELNE PRAWA do wsadzania go w swoje
projekty.

Hmm, a ile to kosztuje?

Jakies poltora roku temu chcialem kupic core'a
PICa (ze wzgledu na male zuzycie zasobow), ale darowalem sobie w

Jest nawet dla upartych tzw. 'zero-dollar'
licencja w Alterze.

? A to co?

Jak kupujesz calego starter-kita (Excalibur-Nios)
to dostajesz PELNE PRAWA do wsadzania go w swoje
projekty.

Hmm, a ile to kosztuje?

Nie pamietam :-)
Cos chyba 1k albo 2k$...

Jakies poltora roku temu chcialem kupic core'a
PICa (ze wzgledu na male zuzycie zasobow), ale darowalem sobie w

Nie lepiej z opencores?

Jest nawet dla upartych tzw. 'zero-dollar'
licencja w Alterze.

? A to co?

Zero-dollar nie musze tlumaczyc :-)
To jest licencja na wstawianie Niosa w swoje uklady. Jak kupujesz
development kit z Niosem to od razu masz taka licencje, czyli
wszystkie uklady robisz legalnie :-)

To nie tak duzo.... A wlasnie, napisz cos wiecej o NIOS, jesli mozesz.
Do jakich kostek to wsadzasz?

Zadowolony jestes z narzedzi
softwarowych do tego, tzn. z kompilatora C? Jak to w ogole wyglada?

Kurcze, a moze by o tym pomyslec....

EP20K100E i 200E. A teraz czekam na Cyclony.
Na razie jest to (Nios) bardziej w fazie
testow niz produkcji, ale jak beda Cyclony
to chyba i produkcyjnie je uzyje. A w testach
to sobie podlaczalem SDRAM z laptopa :-)

Zadowolony jestes z narzedzi
softwarowych do tego, tzn. z kompilatora C? Jak to w ogole wyglada?

po prostu gcc...

Kurcze, a moze by o tym pomyslec....

Jeszcze trzeba miec zastosowanie, bo jesli to ma byc
procek jako procek to wychodzi drogo, ale sa rzeczy ktore
sie zrobi albo na tym albo wcale :-)

Istnieje coś takiego? Potrzebuję mieć obliczenia na liczbach pojedyńczej
precyzji, cztery podstawowe działania, oraz logarytmy i potęgi na liczbach
rzeczywistych. Dodatkowym wymaganiem jest albo 1MB EEPROMu w środku, bądź
możliwość podłączenia takiego z zewnątrz.
Zastanawiałem się nawet nad laptowoą wersją 486DX, ale jego magistrala nie
jest przyjemna w obejściu :(

Witam,
Moze to http://www.opencores.org/projects/or1k/ ?