Użytkownik "Grzegorz Kurczyk" <g...@c...slupsk.pl> napisał w
wiadomości news:hfafb2$gc$1@nemesis.news.neostrada.pl...
> Użytkownik Szumek napisał:
>> Użytkownik "Artur Miller" <a...@n...pl> napisał w wiadomości
>> news:hf9amg$4dt$1@news.interia.pl...
>>> Użytkownik "Szumek" <k...@i...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