RTV forum PL | NewsGroups PL

Jakie uC z pamięcią >512kB i reprogramowaniem 1-2s polecacie do karty pomiarowej?

Jaki uC proponujecie ??

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jakie uC z pamięcią >512kB i reprogramowaniem 1-2s polecacie do karty pomiarowej?

Goto page 1, 2, 3  Next

MH
Guest

Sun May 16, 2010 3:34 pm   



Witam ,

Najpierw opiszę co projektuję. Jest to rodzaj karty pomiarowej z 32
przetwornikami A/D (próbkowanie 50MHz/kanał) , dane z tych przetworników są
zbierane i transmitowane poprzez PCI do peceta. Wstępna obróbka danych jest
robiona na FPGA z pewnych względów. Pecet też ma kupę roboty : dalsza obróbka
zawiadowanie transmisją i takie tam.. Jednocześnie muszę w tym samym czasie
kontrolować pewne inne parametry innych układów , które są na pokładzie PCB.
Wpadłem na pomysł wykorzystania jakiegoś uC , któremu mógłbym zmieniać dane do
kontroli reszty , a więc musi być reprogramowalny w układzie, czas programowania
rzędu 1-2s , i pamięć programu/danych>=512kB.

Jakoś nic mi się nie udało wyguglać.. Jak coś macie , proszę o link.

Pozdrawiam ,

MH

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Zbych
Guest

Sun May 16, 2010 4:24 pm   



MH pisze:
Quote:
Witam ,

Najpierw opiszę co projektuję. Jest to rodzaj karty pomiarowej z 32
przetwornikami A/D (próbkowanie 50MHz/kanał) , dane z tych przetworników są
zbierane i transmitowane poprzez PCI do peceta. Wstępna obróbka danych jest
robiona na FPGA z pewnych względów. Pecet też ma kupę roboty : dalsza obróbka
zawiadowanie transmisją i takie tam.. Jednocześnie muszę w tym samym czasie
kontrolować pewne inne parametry innych układów , które są na pokładzie PCB.
Wpadłem na pomysł wykorzystania jakiegoś uC , któremu mógłbym zmieniać dane do
kontroli reszty , a więc musi być reprogramowalny w układzie, czas programowania
rzędu 1-2s , i pamięć programu/danych>=512kB.

Jakoś nic mi się nie udało wyguglać.. Jak coś macie , proszę o link.

Mógłbyś się zdecydować, czy ten uC ma mieć pamięć programu, czy danych
Quote:
= 512kB. O ile z pamięcią programu nie będzie problemu, to tak duży
RAM będziesz musiał dołożyć na zewnątrz. Nie podałeś żadnych wymagań co

do prędkości, ilości linii I/O, A/D, interfejsów komunikacyjnych,
magistral itp.

MH
Guest

Sun May 16, 2010 5:31 pm   



Quote:

Mógłbyś się zdecydować, czy ten uC ma mieć pamięć programu, czy danych


Quote:
= 512kB. O ile z pamięcią programu nie będzie problemu, to tak duży
RAM będziesz musiał dołożyć na zewnątrz.

Do kontroli innych urządzeń , które są na pokładzie PCB dane mogą być w
przestrzenie programowej. Ich ewentualna zmiana będzie następować tylko przy
reprogramowaniu uC , np. przez SPI.

Quote:
Nie podałeś żadnych wymagań co
do prędkości, ilości linii I/O, A/D, interfejsów komunikacyjnych,
magistral itp.

Prędkość "byle jaka" , nawet 1MHz wystarczy. A/D nieistotne. Interfejs do
reprogramowania np. SPI , 16-24 lini I/O powinno wystarczyć.

Pozdrawiam ,

MH


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Zbych
Guest

Sun May 16, 2010 6:08 pm   



MH pisze:
Quote:
Mógłbyś się zdecydować, czy ten uC ma mieć pamięć programu, czy danych


= 512kB. O ile z pamięcią programu nie będzie problemu, to tak duży
RAM będziesz musiał dołożyć na zewnątrz.

Do kontroli innych urządzeń , które są na pokładzie PCB dane mogą być w
przestrzenie programowej. Ich ewentualna zmiana będzie następować tylko przy
reprogramowaniu uC , np. przez SPI.

Nie podałeś żadnych wymagań co
do prędkości, ilości linii I/O, A/D, interfejsów komunikacyjnych,
magistral itp.

Prędkość "byle jaka" , nawet 1MHz wystarczy. A/D nieistotne. Interfejs do
reprogramowania np. SPI , 16-24 lini I/O powinno wystarczyć.

No to wybór masz duży.
STM32:
http://www.st.com/stonline/stappl/st/com/selector/index.html#querycriteria=RNP139=1169.0
LPC: http://ics.nxp.com/products/mcus/parametric/?code=512~512
SAM:
http://www.atmel.com/dyn/products/param_table_v2.asp?family_id=605&OrderBy=part_no&Direction=ASC

MH
Guest

Sun May 16, 2010 8:01 pm   



Quote:
MH pisze:
Mógłbyś się zdecydować, czy ten uC ma mieć pamięć programu, czy danych


 >= 512kB. O ile z pamięcią programu nie będzie problemu, to tak duży
RAM będziesz musiał dołożyć na zewnątrz.

Do kontroli innych urządzeń , które są na pokładzie PCB dane mogą być w
przestrzenie programowej. Ich ewentualna zmiana będzie następować tylko przy
reprogramowaniu uC , np. przez SPI.

Nie podałeś żadnych wymagań co
do prędkości, ilości linii I/O, A/D, interfejsów komunikacyjnych,
magistral itp.

Prędkość "byle jaka" , nawet 1MHz wystarczy. A/D nieistotne. Interfejs do
reprogramowania np. SPI , 16-24 lini I/O powinno wystarczyć.

No to wybór masz duży.
STM32:

http://www.st.com/stonline/stappl/st/com/selector/index.html#querycriteria=RNP139=1169.0
LPC: http://ics.nxp.com/products/mcus/parametric/?code=512~512
SAM:

http://www.atmel.com/dyn/products/param_table_v2.asp?family_id=605&OrderBy=part_no&Direction=ASC



Jutro to przetrawię. Jeżeli będę miał pytania , pozwolę sobie pozawracać głowę
jeszcze raz.. Tak czy inaczej , dzięki !!

MH

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Adam Dybkowski
Guest

Sun May 16, 2010 8:25 pm   



W dniu 2010-05-16 20:08 Zbych napisał(a):

Quote:
Prędkość "byle jaka" , nawet 1MHz wystarczy. A/D nieistotne. Interfejs do
reprogramowania np. SPI , 16-24 lini I/O powinno wystarczyć.

No to wybór masz duży.
STM32:
http://www.st.com/stonline/stappl/st/com/selector/index.html#querycriteria=RNP139=1169.0

LPC: http://ics.nxp.com/products/mcus/parametric/?code=512~512
SAM:
http://www.atmel.com/dyn/products/param_table_v2.asp?family_id=605&OrderBy=part_no&Direction=ASC

Oj chyba się z czasem programowania w 2s nie wyrobi.
Ja bym raczej poszedł w kierunku procka, który potrafi uruchamiać
program z pamięci RAM (czyli odpada większość LPC i SAMy). Wtedy czas
reprogramowania wyjdzie super szybko - a bootloader może program wciągać
choćby i z SPI.

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

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

Adam Dybkowski
Guest

Sun May 16, 2010 8:26 pm   



W dniu 2010-05-16 22:25 Adam Dybkowski napisał(a):

Quote:
LPC: http://ics.nxp.com/products/mcus/parametric/?code=512~512
SAM:
http://www.atmel.com/dyn/products/param_table_v2.asp?family_id=605&OrderBy=part_no&Direction=ASC

Oj chyba się z czasem programowania w 2s nie wyrobi.
Ja bym raczej poszedł w kierunku procka, który potrafi uruchamiać
program z pamięci RAM (czyli odpada większość LPC i SAMy). Wtedy czas
reprogramowania wyjdzie super szybko - a bootloader może program wciągać
choćby i z SPI.

Oczywiście chodziło mi o zewnętrzny RAM. W środku jest za mało (a miało
być min. 512KB AFAIR).

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

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

Sebastian Biały
Guest

Sun May 16, 2010 8:32 pm   



MH wrote:
Quote:
któremu mógłbym zmieniać dane do
kontroli reszty , a więc musi być reprogramowalny w układzie, czas programowania
rzędu 1-2s , i pamięć programu/danych>=512kB.

Jestes pewien że musisz przeprogramowac całe 512kB za każdym razem bo
oprogramowanie jest aż tak różne ? Może jednak chcesz mieć staly program
i robić update jedynie parametrów bądź jakiś malych kawałków?

Konop
Guest

Sun May 16, 2010 9:12 pm   



Quote:
Do kontroli innych urządzeń , które są na pokładzie PCB dane mogą być w
przestrzenie programowej. Ich ewentualna zmiana będzie następować tylko przy
reprogramowaniu uC , np. przez SPI.

A jak często będziesz to reprogramować? Czy Flash wytrzyma? Moim zdaniem
lepszy byłby procek z zewnętrzną pamięcią programu, wtedy dajesz tam RAM
i tyle... No ale jeśli ma to służyć do zmiany programu 2x na dzień, to
flash pewnie wystarczy....

--
Pozdrawiam
Konop

Jerry1111
Guest

Sun May 16, 2010 10:04 pm   



On 16/05/2010 16:34, MH wrote:
Quote:
Witam ,

Najpierw opiszę co projektuję. Jest to rodzaj karty pomiarowej z 32
przetwornikami A/D (próbkowanie 50MHz/kanał) , dane z tych przetworników są
zbierane i transmitowane poprzez PCI do peceta. Wstępna obróbka danych jest
robiona na FPGA z pewnych względów. Pecet też ma kupę roboty : dalsza obróbka
zawiadowanie transmisją i takie tam.. Jednocześnie muszę w tym samym czasie
kontrolować pewne inne parametry innych układów , które są na pokładzie PCB.
Wpadłem na pomysł wykorzystania jakiegoś uC , któremu mógłbym zmieniać dane do
kontroli reszty , a więc musi być reprogramowalny w układzie, czas programowania
rzędu 1-2s , i pamięć programu/danych>=512kB.

Jak masz FPGA na tej plytce PCI, to wsadz procka w VHDLu, doloz kostke
SDRAMu, a program do procka laduj przez driver z PCta. IMO najprosciej
(pod wzgledem hardware).

--
Jerry1111

ptoki
Guest

Sun May 16, 2010 10:49 pm   



On 16 Maj, 17:34, "MH" <logizn...@op.pl> wrote:
Quote:
Witam ,

Najpierw opiszę co projektuję. Jest to rodzaj karty pomiarowej z 32
przetwornikami A/D (próbkowanie 50MHz/kanał) , dane z tych przetworników są
zbierane i transmitowane poprzez PCI do peceta. Wstępna obróbka danych jest
robiona na FPGA z pewnych względów. Pecet też ma kupę roboty : dalsza obróbka
zawiadowanie transmisją i takie tam..  Jednocześnie muszę w tym samym czasie
kontrolować pewne inne parametry innych układów , które są na pokładzie PCB.
Wpadłem na pomysł wykorzystania jakiegoś uC , któremu mógłbym zmieniać dane do
kontroli reszty , a więc musi być reprogramowalny w układzie, czas programowania
rzędu 1-2s , i pamięć programu/danych>=512kB.

Jakoś nic mi się nie udało wyguglać.. Jak coś macie , proszę o link.

Pewnie to wziales pod uwage ale pozwole sobie napisac ze rok ma jakies

31mln sekund, co w powiazaniu z (z glowy pisze) stu tysiacami
programowan, daje jakies 310 sekund. Te 310 sekund to czas co ile
reprogramowujac uklad ubije mu flash w rok. Ale pewnie sam scalak
bedzie mial staly bootloader a program bedzie w ram...

--
Lukasz Sczygiel

shg
Guest

Sun May 16, 2010 10:58 pm   



On 16 Maj, 17:34, "MH" <logizn...@op.pl> wrote:
Quote:
Witam ,

Najpierw opiszę co projektuję. Jest to rodzaj karty pomiarowej z 32
przetwornikami A/D (próbkowanie 50MHz/kanał) , dane z tych przetworników są
zbierane i transmitowane poprzez PCI do peceta.

32 kanały (8 bitów) * 50 MHz = 1,6 GB/s
Przepustowość najszybszej magistrali PCI: 533 MB/s, i to jest
magistrala 64-bitowa taktowana zegarem 66 MHz. Widział kto takie w
ogóle? Typowe mają 32 bity.

Guest

Mon May 17, 2010 8:30 am   



32 kanały (8 bitów) * 50 MHz = 1,6 GB/s
Przepustowość najszybszej magistrali PCI: 533 MB/s, i to jest
magistrala 64-bitowa taktowana zegarem 66 MHz. Widział kto takie w
ogóle?

Serwery.

MH
Guest

Mon May 17, 2010 2:03 pm   



Quote:
W dniu 2010-05-16 22:25 Adam Dybkowski napisał(a):

LPC: http://ics.nxp.com/products/mcus/parametric/?code=512~512
SAM:

http://www.atmel.com/dyn/products/param_table_v2.asp?family_id=605&OrderBy=part_no&Direction=ASC

Oj chyba się z czasem programowania w 2s nie wyrobi.
Ja bym raczej poszedł w kierunku procka, który potrafi uruchamiać
program z pamięci RAM (czyli odpada większość LPC i SAMy). Wtedy czas
reprogramowania wyjdzie super szybko - a bootloader może program wciągać
choćby i z SPI.

Oczywiście chodziło mi o zewnętrzny RAM. W środku jest za mało (a miało
być min. 512KB AFAIR).

--

Rozważałem takie roziązanie już wcześniej. Problem jest taki , że musiałbym
modyfkować zewnętrzny ram via FPGA i zaczyna mi trochę robić się za dużo I/O.
Jasne , można dać większy FPGA , ale to już zaczyna niebezpiecznie kosztować.

MH

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

MH
Guest

Mon May 17, 2010 2:05 pm   



Quote:
MH wrote:
któremu mógłbym zmieniać dane do
kontroli reszty , a więc musi być reprogramowalny w układzie, czas programowania
rzędu 1-2s , i pamięć programu/danych>=512kB.

Jestes pewien że musisz przeprogramowac całe 512kB za każdym razem bo
oprogramowanie jest aż tak różne ? Może jednak chcesz mieć staly program
i robić update jedynie parametrów bądź jakiś malych kawałków?

Dokładnie tak!! Problem w tym , że sam program jest bardzo mały , reszta to dane.

MH


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Goto page 1, 2, 3  Next

elektroda NewsGroups Forum Index - Elektronika Polska - Jakie uC z pamięcią >512kB i reprogramowaniem 1-2s polecacie do karty pomiarowej?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map