Fórum témák
» Több friss téma |
Fórum
Hello!
Félreérted a dolgot. Az enkóder azért ad ki kvadratúra jelet, hogy meg lehessen különböztetni a jobbra-balra tekergetést és az impulzus számmal arányosan működtethessen egy számlálót fel-le. De ha a jeladó úgy áll a pozíción, hogy az egyik impulzus kimenete pont a fel vagy lefutó élénél van, és "ott "vacillál" akkor a számláló nem számolhat. Pont azért van a 90 fokban eltolt jel, hogy a váltás, mindig a másik kimenet stabil állapotában legyen. Ez mind két kimenetre oda-vissza igaz. üdv! proli007
Az utolsó amit küldtél ,qencoder.pic Hétfő 22.31 kor.
Szia!
Az encoder, valóban nem számol, csak egyszerűbb esetben kiad egy A-B jelet, ami fázisban 90°-al el van tolva egymáshoz képest, és az iránytól függ melyik jön előbb. Bonyolultabb esetben, még van egy abszolut "0" érték is, ami mindíg azonos szögpozícióban jön. Jelen feladat az enkóder iimpulzus-szám és irány beolvasása, amit midenki úgy és arra használ amire épp kell neki. (Ha jól értettem a kérdésed) Üdv: Zsolt
De miért is kellene számolnia? A rotary encoderek nem úgy működnek. Vagy én értem félre, hogy nem az a feladat? Üdv!
Szia !
Na ez már majdnem jó  )))))))))))Lefelé egyesével számol , de felfelé kettesével  (((De valóban nem megy mínuszba.
Hello!
Oké, de ez kevés, mert 255 után még átfordulna nullára. (Amúgy a 256 az már maga a nulla.) De célszerűbb lett volna az adott szám elérésekor az iránynak megfelelően az órajelet korlátozni. Mert felfelé, ez a módszer már nem jó. Valamint nem biztos, hogy lefelé a nulláig szeretnénk lemenni, ekkor már sem jó. üdv! proli007
Egy picit belekontárkodtam , ez már ha 0 nál lefelé léptetsz megáll nem ugrik 256ra
Hello!
Ez sem jó. Ha egyik bementet kapcsolgatod csak, nem léphet. De most én is teszek egy próbát.. üdv! proli007
Én is Ebből indultam ki , csak lehet hogy sikerült túlkombinálnom
De talán ez már...
Köszönöm az útbaigazítást , de már megoldódott a probléma . Nem szereti az ékezetes betűket!!!
Szerintem az enyém szintén tud ennyit, sokkal kevesebb méretben...
Üdv: Gábor
Én csak annyit bírtam kihozni belőle hogy 0 ról lefelé számolva elment egészen 1-ig tényleg nem 100százalékos de hobbi célra már megfelelhet .
Itt már remélem minden hibát sikerült kiküszöbölni .
Jól tudom, hogy a proteus csak a hex filet fogadja el ?????
Sziasztok szeretném megkérdezni,hogy miért nem tudom a flowdode-be lefordítani hex be a megírt programot . Ezt írja ki
" A Flowcode nem tudja lefordítani C kódra a folyamatábrát, a következő hibák miatt: Ha a folyamatábra tartalmaz C kódot, kérem vizsgálja át alaposan. Ha a folyamatábra nem tartalmaz C kódot, vagy nem talált benne hibát, kérjen technikai támogatást" Előre is köszi a segítséget : Tamás
Hellotok,
mindenhonnan mar torolve leszen, lennetek szivesek feldobni valahova azt a parsic-ot koszonom
Ez sem jó. Miért akarod túlbonyolítani? Mi a baj az én megoldásommal? A két tároló kimenete a két impulzus. Egyikkel számlálhatsz fel, a másikkal le. Vagy használhatod bármire, lényeg, hogy meg van különböztetve a két irány. Üdv!
Hello!
Ez így nem jó. Ha bármelyik bemenetet "pöcögteted", akkor számol. A két tároló kimenetét kell össze VAGY-ozni, ez lesz az órajel, valamint a két tároló kimenetét egy RS-tárra vinni és lesz az irány. üdv! proli007
Semmi baj nem kell bocsánatot kérni , van olyan hogy éppen nincs fent a fórumon senki aki tudna válaszolni
 ,de itt egy újabb megoldás lehet hogy ez már közelebb áll a valósághoz
Szia Kaqkk !
Bocsánatodat kérem , Te is válaszoltál , sőt ! Tök jó a progi működik , csak egy a baj vele , minden második lépésre számol csak . A letárolást az enkóder tengelynyomásával csináltam. Köszi ))))))))))))
Szia !
Hogy miért Öt kérdeztem ? Mert amikor általánosan tettem fel a kérdésemet nemigen kaptam választ , ő viszont válaszolt ............. Csak ezért . De köszönöm a válaszokat és a segítségeteket . mezga
Igen! Látszik hogy régen használtam már a progit
Rosszul szimulálod az encoder jelét is. Íme egy működő megoldás.
A hozzászólás módosítva: Feb 3, 2013
Csináltam másikat , ez már működőképes lehet?
|
Bejelentkezés
Hirdetés |
