Goto page 1, 2 Next
Szumek
Guest
Thu Dec 03, 2009 9:58 pm
Witam
Czy waszym zdaniem da się to zrealizowac na prostym CPLD ?
Czy wystarczy mu zasobów ?
pozdrawiam
JanuszR
Guest
Thu Dec 03, 2009 10:21 pm
Quote:
Czy waszym zdaniem da się to zrealizowac na prostym CPLD ?
Czy wystarczy mu zasobów ?
Kiedyś popełniłem to na mikrokontrolerze PIC16F84. Kod w asemblerze był
tak trywialny, że powinno wydać.
JanuszR
J.F.
Guest
Thu Dec 03, 2009 10:22 pm
On Thu, 3 Dec 2009 21:58:14 +0100, Szumek wrote:
Quote:
Czy waszym zdaniem da się to zrealizowac na prostym CPLD ?
Czy wystarczy mu zasobów ?
Raczej nie. A czym chcesz sterowac ?
Do zapamietania sa 4 wspolczynniki, jakis akumulator czy dwa.
Trzeba bedzie zrealizowac mnozenie, przydalby sie bufor do pochodnej,
czesc obliczen trzeba bedzie z wieksza precyzja .. a tam sa tylko 72
bity.
No chyba ze na liczbach 6-bitowych ..
J.
Szumek
Guest
Thu Dec 03, 2009 10:48 pm
Użytkownik "J.F." <jfox_xnospamx@poczta.onet.pl> napisał w wiadomości
news:ljagh51bagr55b4bt2jahdduns9ocd3d3r@4ax.com...
Quote:
On Thu, 3 Dec 2009 21:58:14 +0100, Szumek wrote:
Czy waszym zdaniem da się to zrealizowac na prostym CPLD ?
Czy wystarczy mu zasobów ?
Raczej nie. A czym chcesz sterowac ?
Do zapamietania sa 4 wspolczynniki, jakis akumulator czy dwa.
Trzeba bedzie zrealizowac mnozenie, przydalby sie bufor do pochodnej,
czesc obliczen trzeba bedzie z wieksza precyzja .. a tam sa tylko 72
bity.
No chyba ze na liczbach 6-bitowych ..
to podejdźmy do problemu od inne strony
sam algorytm pid wrzucmy do uC
w CPLD zostawmy samo przygotowanie sygnałów dla uC
czyli dekoder kwadraturowy, licznik i sumator 16 bitowy
tyle to chyba wejdzie ?
pozdrawiam
Artur Miller
Guest
Thu Dec 03, 2009 10:55 pm
Użytkownik "Szumek" <kszumek@interia.pl> napisał w wiadomości
news:hf9bs4$7g$1@atlantis.news.neostrada.pl...
Quote:
to podejdźmy do problemu od inne strony
sam algorytm pid wrzucmy do uC
w CPLD zostawmy samo przygotowanie sygnałów dla uC
czyli dekoder kwadraturowy, licznik i sumator 16 bitowy
tyle to chyba wejdzie ?
pozdrawiam
a czy CPLD jest z góry narzucone ? bo jeśli nie, a widzę, ze coś
mechanicznego popędzasz - spójrz na LM628/629 , z powodzeniem stosuję je od
jakiegoś czasu.
@
Szumek
Guest
Thu Dec 03, 2009 11:19 pm
Użytkownik "Artur Miller" <armi@nigdzie.pl> napisał w wiadomości
news:hf9amg$4dt$1@news.interia.pl...
Quote:
Użytkownik "Szumek" <kszumek@interia.pl> napisał w wiadomości
news:hf9bs4$7g$1@atlantis.news.neostrada.pl...
to podejdźmy do problemu od inne strony
sam algorytm pid wrzucmy do uC
w CPLD zostawmy samo przygotowanie sygnałów dla uC
czyli dekoder kwadraturowy, licznik i sumator 16 bitowy
tyle to chyba wejdzie ?
pozdrawiam
a czy CPLD jest z góry narzucone ? bo jeśli nie, a widzę, ze coś
mechanicznego popędzasz - spójrz na LM628/629 , z powodzeniem stosuję je
od jakiegoś czasu.
@
NIe jest do końca narzucone ale
sam uC nie bardzo sie nada do obsługi enkodera
CPLD zrobi to szybciej i nie zgubi impulsu
napisz mi jeszcze przy okazji po ile da się kupić LM ?
może być ciekawa alternatywą
pozdrawiam
Artur Miller
Guest
Thu Dec 03, 2009 11:39 pm
Użytkownik "Szumek" <kszumek@interia.pl> napisał w wiadomości
news:hf9e5h$get$1@nemesis.news.neostrada.pl...
Quote:
NIe jest do końca narzucone ale
sam uC nie bardzo sie nada do obsługi enkodera
CPLD zrobi to szybciej i nie zgubi impulsu
napisz mi jeszcze przy okazji po ile da się kupić LM ?
może być ciekawa alternatywą
w TME po 140zł netto, Farnell 45?
@
Grzegorz Kurczyk
Guest
Fri Dec 04, 2009 8:45 am
Użytkownik Szumek napisał:
Quote:
Użytkownik "Artur Miller" <armi@nigdzie.pl> napisał w wiadomości
news:hf9amg$4dt$1@news.interia.pl...
Użytkownik "Szumek" <kszumek@interia.pl> napisał w wiadomości
news:hf9bs4$7g$1@atlantis.news.neostrada.pl...
to podejdźmy do problemu od inne strony
sam algorytm pid wrzucmy do uC
w CPLD zostawmy samo przygotowanie sygnałów dla uC
czyli dekoder kwadraturowy, licznik i sumator 16 bitowy
tyle to chyba wejdzie ?
pozdrawiam
a czy CPLD jest z góry narzucone ? bo jeśli nie, a widzę, ze coś
mechanicznego popędzasz - spójrz na LM628/629 , z powodzeniem stosuję je
od jakiegoś czasu.
@
NIe jest do końca narzucone ale
sam uC nie bardzo sie nada do obsługi enkodera
CPLD zrobi to szybciej i nie zgubi impulsu
A z jaką maksymalną częstotliwością impulsów enkodera ma Kolega do
czynienia? AVR poganiany zegarem 8MHz bez problemu radzi sobie z
sygnałem o częstotliwości 50kHz w ramach obsługi przerwania. Jak dobrze
zoptymalizujesz procedurę to i 100kHz pociągnie. A jeśli i to mało, to
chyba wszystkie uC mają jakieś sprzętowe liczniki, które można zaprząc
do roboty.
Oszacuj na początku jaka będzie maksymalna częstotliwość impulsów z
enkodera, bo może się okazać, że wystarczy 8051 poganiany zegarem 12MHz :-)
Przykładowo: enkoder 1000imp/obr sprzęgnięty z wałem silnika mającego
maksymalnie 3000obr/min.
3000 obr/min = 50 obr/s
50 obr/s * 1000 imp/s daje 50kHz czyli mała ATmega wystarczy. Jak ją
jeszcze pogonisz na 16MHz to z zapasem.
Pozdrawiam
Grzegorz
Artur Miller
Guest
Fri Dec 04, 2009 9:05 am
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:hfafb2>
Quote:
Przykładowo: enkoder 1000imp/obr sprzęgnięty z wałem silnika mającego
maksymalnie 3000obr/min.
3000 obr/min = 50 obr/s
50 obr/s * 1000 imp/s daje 50kHz czyli mała ATmega wystarczy. Jak ją
jeszcze pogonisz na 16MHz to z zapasem.
ale przydałoby sie, zeby ten procek coś jeszcze w międzyczasie robił :)
@
Grzegorz Kurczyk
Guest
Fri Dec 04, 2009 10:58 am
Użytkownik Artur Miller napisał:
Quote:
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:hfafb2
Przykładowo: enkoder 1000imp/obr sprzęgnięty z wałem silnika mającego
maksymalnie 3000obr/min.
3000 obr/min = 50 obr/s
50 obr/s * 1000 imp/s daje 50kHz czyli mała ATmega wystarczy. Jak ją
jeszcze pogonisz na 16MHz to z zapasem.
ale przydałoby sie, zeby ten procek coś jeszcze w międzyczasie robił :)
Dobrze zoptymalizowana procedura przerwania do obsługi enkodera na AVR
poganianym zegarem 8MHz wykonywała mi się w czasie 2,3us. Przy 50kHz
obsługa przerwania zajmie prockowi niecałe 12% mocy obliczeniowej, więc
nieco czasu mu zostanie na realizację innych zadań.

Przy zegarze
16MHz będzie to niecałe 6% czyli tzw. "pan pikuś" :-)
Pozdrawiam
Grzegorz
Szumek
Guest
Fri Dec 04, 2009 9:01 pm
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:hfafb2$gc$1@nemesis.news.neostrada.pl...
Quote:
Użytkownik Szumek napisał:
Użytkownik "Artur Miller" <armi@nigdzie.pl> napisał w wiadomości
news:hf9amg$4dt$1@news.interia.pl...
Użytkownik "Szumek" <kszumek@interia.pl> napisał w wiadomości
news:hf9bs4$7g$1@atlantis.news.neostrada.pl...
to podejdźmy do problemu od inne strony
sam algorytm pid wrzucmy do uC
w CPLD zostawmy samo przygotowanie sygnałów dla uC
czyli dekoder kwadraturowy, licznik i sumator 16 bitowy
tyle to chyba wejdzie ?
pozdrawiam
a czy CPLD jest z góry narzucone ? bo jeśli nie, a widzę, ze coś
mechanicznego popędzasz - spójrz na LM628/629 , z powodzeniem stosuję je
od jakiegoś czasu.
@
NIe jest do końca narzucone ale
sam uC nie bardzo sie nada do obsługi enkodera
CPLD zrobi to szybciej i nie zgubi impulsu
A z jaką maksymalną częstotliwością impulsów enkodera ma Kolega do
czynienia? AVR poganiany zegarem 8MHz bez problemu radzi sobie z sygnałem
o częstotliwości 50kHz w ramach obsługi przerwania. Jak dobrze
zoptymalizujesz procedurę to i 100kHz pociągnie. A jeśli i to mało, to
chyba wszystkie uC mają jakieś sprzętowe liczniki, które można zaprząc do
roboty.
Oszacuj na początku jaka będzie maksymalna częstotliwość impulsów z
enkodera, bo może się okazać, że wystarczy 8051 poganiany zegarem 12MHz
:-)
Przykładowo: enkoder 1000imp/obr sprzęgnięty z wałem silnika mającego
maksymalnie 3000obr/min.
3000 obr/min = 50 obr/s
50 obr/s * 1000 imp/s daje 50kHz czyli mała ATmega wystarczy. Jak ją
jeszcze pogonisz na 16MHz to z zapasem.
Pozdrawiam
Witam ponownie
już liczyłem to co kolega pisze
mam enkodery już sprzęgnięte fabrycznie z servem mam takie co maja 250 imp
/obr
ale mam i takie co mają 2500 i 5000 i tu zaczynają się schody AVR już się
nie wyrobi
oprócz obsługi enkodera powinno byc miejsce na prosty PID
i tak sobie kombinuje co by tu mądrego wymyslić
pozdrawiam
JanuszR
Guest
Fri Dec 04, 2009 9:07 pm
Quote:
Witam ponownie
już liczyłem to co kolega pisze
mam enkodery już sprzęgnięte fabrycznie z servem mam takie co maja 250 imp
/obr
ale mam i takie co mają 2500 i 5000 i tu zaczynają się schody AVR już się
nie wyrobi
oprócz obsługi enkodera powinno byc miejsce na prosty PID
i tak sobie kombinuje co by tu mądrego wymyslić
Dwa AVRki, tanio i prosto.
JanuszR
Artur Miller
Guest
Fri Dec 04, 2009 9:31 pm
Użytkownik "JanuszR" <rniski@o2.pl> napisał w wiadomości
news:hfbq65$pm6$1@news.onet.pl...
Quote:
Witam ponownie
już liczyłem to co kolega pisze
mam enkodery już sprzęgnięte fabrycznie z servem mam takie co maja 250
imp /obr
ale mam i takie co mają 2500 i 5000 i tu zaczynają się schody AVR już się
nie wyrobi
oprócz obsługi enkodera powinno byc miejsce na prosty PID
i tak sobie kombinuje co by tu mądrego wymyslić
Dwa AVRki, tanio i prosto.
i miesiąc siedzenia nad softem, ktoremu czasem zdarzy sie pojsc w maliny i
dźwig wjedzie w sciane

albo winda do nieba pojedzie

nie mowie, ze sie
nie da, ale jesli to jakas cięższa mechanika, to ja juz bym się nie bawił w
klepanie na piechotę i eksperymenty.
@
Szumek
Guest
Fri Dec 04, 2009 9:55 pm
Użytkownik "Artur Miller" <armi@nigdzie.pl> napisał w wiadomości
news:hfbq4e$a9m$1@news.interia.pl...
Quote:
Użytkownik "JanuszR" <rniski@o2.pl> napisał w wiadomości
news:hfbq65$pm6$1@news.onet.pl...
Witam ponownie
już liczyłem to co kolega pisze
mam enkodery już sprzęgnięte fabrycznie z servem mam takie co maja 250
imp /obr
ale mam i takie co mają 2500 i 5000 i tu zaczynają się schody AVR już
się nie wyrobi
oprócz obsługi enkodera powinno byc miejsce na prosty PID
i tak sobie kombinuje co by tu mądrego wymyslić
Dwa AVRki, tanio i prosto.
i miesiąc siedzenia nad softem, ktoremu czasem zdarzy sie pojsc w maliny i
dźwig wjedzie w sciane

albo winda do nieba pojedzie

nie mowie, ze
sie nie da, ale jesli to jakas cięższa mechanika, to ja juz bym się nie
bawił w klepanie na piechotę i eksperymenty.
@
tez o tym myslałem żeby rozdzielić zadania ale raczej na CPLD + AVR
przy 5000 imp/obr nawet 2 avrki chyba nie dadza rady
więc narazie najlepszym chyba pomysłem jest cpld +uC
(oczywiście dla silnika z enkoderem 5000imp/obr)
koszt małego cpld ka jest tak niski że nawet niewarto
zawracać sobie głowy jakimis zmianami mechanicznymi ze wzgledu na enkodery )
maszynka nie bedzie ciężka ani skomplikowana
JanuszR
Guest
Fri Dec 04, 2009 10:21 pm
Quote:
Dwa AVRki, tanio i prosto.
i miesiąc siedzenia nad softem, ktoremu czasem zdarzy sie pojsc w maliny i
dźwig wjedzie w sciane

albo winda do nieba pojedzie

nie mowie, ze sie
nie da, ale jesli to jakas cięższa mechanika, to ja juz bym się nie bawił w
klepanie na piechotę i eksperymenty.
Jakość softu zależy od ilości spędzonych nad nim godzin niestety :)
JanuszR
Goto page 1, 2 Next