www.elektronik.si

[smartgsm]

Zdej sem pa čisto padel v ARM vode.
Kriva sta Mare in Silica .

Pa se kar lotimo vprašanja:

Rad bi v LPC-ju bral inkrementalni enkoder. In to vsaj do 100 KHZ.

Na internetu sem našel dva Arma, ki imam že vse rešeno. To sta: LM3S80x in
ADuC7128.

ARM lpc-ji pa nimajo harverske resitve.

Druga možnost je dodati zunaj PLD in spremenit A/B signal v CLKUP in CLKDN.
Ta signal peljati na stevce. In potem z enostavno matematiko seštevati te podatke.

Tretja moznost pa je uporabit timer in procedure. Potem pa z programom izracunavat trenutno pozicijo.
Primer je pa opisan tukaj (res da za avr-je): http://elm-chan.org/works/smc/report_e.html.

Ali ima kdo kakšno konkretno rešitev:
recimo max frekvenca štetja 100 khz.

Osebno bom poskusil narediti tretjo možnost.
Seveda pa je dobrodošel vsak predlog.

Grega

[MarkoM]

Jaz bi uporabil drugo možnost. Uporabil bi D-flip flope in še vhodni RC filter. Skupaj ni veliko periferije, dela pa dobro. Enkrat sem nekaj takega delal s PIC-om, uporabil sem samo dva števca. Prej sem poiskusil direktno brati signale pa sem imel veliko težav z motnjami, zato sem se odločil za zunanje vezje.

Ena izmed možnosti je, da uporabiš majhnega PIC-a z integriranim hardverskim enkoderjem, npr. 18F2431 in potem preko SPI-ja šibaš podatke ARM-ju.

[MarkoM]

Pripenjam shemo iz microchipovega datasheeta, kako narediti preprosti enkoder.

[pirpy]

Lp
kje pa se da dobiti program za ta encoder.

[jur]

Zraven applicaton note (v prilogi) je priložen program. Je pa res, da je na sliki vse RAZEN enkoderja. Od enkoderja so prisotne le priključne sponke( encoder ch. a in encoder ch. b). Chip je PIN in ne ARM. Se pa splača prebrati, ker je razloženo, kako deluje.

Jur

[aly]

A in B kvadraturna signala lahko vežeš na XOR vrata. Tako dobiš CLOCK signal. Potem rabiš samo še detekcijo smeri, za kar bi moral zadostovati en ali 2 JK-FF.
Ker frekvence niso prav visoke, bi morali zadostovati hw števci v procesorju. Na Overflow interrupt pa obesiš proceduro, ki šteje višje bite (MSB).

Če pa delaš neko "resno" aplikacijo, pa priporočam CPLD, v katerem imaš števec (1 ali več) in ga serjsko bereš ali vpisuješ.

LP

[aly]

[jur]

Za to microchipovo aplikacijo je verjetno mišljeno, da gor priključiš motor z vgrajenim enkoderjem, ki ima izhoda A in B (in maso). Enkoder je bolj taka stvar, ki se je ne dela doma.

Jur

[smartgsm]

Zahvalil bi se za pomoč.

Jaz sem na koncu pristal pri DSPIC.
Čeprov nikoli nisem bil pristaš teh MCU.

Za vse ki jih zanima priklop encoderja predlagam DSPIC
30f2010 ali pa kaj večjega.

Ima vgrajen encoder števec (poleg ostale sare) z tolko opcijami, da samo gledaš.
Vse te opcije so tolk uporabne, da se kakšen nameski chip ali pa FPGA skrije.

Poleg tega pa dela cpu na 30 MIPS, ima še 3x PWM, spi, UART pa se par malenkosti.

Programsko orodje je za studente zastonj (v zacetku full, potem pa brez optimizacije).


Za vse, ki pa ne veste kaj je QUADRATURE ENCODER pa kliknite na
http://images.google.si/images?hl=sl&q=quadrature%20encoder&ie=UTF-8&oe=UTF-8&um=1&sa=N&tab=wi
Striček GOOGLE je vedno pripravljen pomagat.


lp
Grega

[tonko]

Mogoče pa vse to kar rabiš lahko dela ARM brez DSPICa in podobne navlake.
Ali res rabiš 100khz , ali pa je zadosti že 50khz ?
Če boš s tem kontroliral pozicijo koračnih motorjev , potem verjetno takšna hitrost vzorčanja enkoderja ne bo potrebna.

[smartgsm]