DC szervó motoros vezérlés

[bmejdz9nu]

http://www.google.hu/search?hl=hu&q=encoder+quadrature+signal+processing&meta=" TARGET=_fnew>Lehet, hogy rosszul ragadnak rám a szavak.... (link)
De hogyan hívjuk ezt az "encoder quadrature signal processing" kifejezést? vagy nevezzük el magyarul! Te tudod mire gondolok...

[bmejdz9nu]

http://www.usdigital.com/knowledge/glossary.shtml" TARGET=_fnew>Talán ha valakit érdekel ez egy jó alap!

[000000000]

Azért azzal a PIC-es 8 bittel óvatosan (már 16 és 32 biten dolgozunk 30MIPS-el)...[#buck]

[000000000]

A 4 éllel mi a baj? Teljesen jól értelmezi Péter (2db fel és 2db lefutó él)!

[000000000]

Péter! Ennyi szakmai sületlenséget és
sz@rkavarást (és ekkor még finoman fogalmaztam)
életemben nem láttam, folytassa Veled az a
vitát, akinek ehhez kedve és türelme van.
Fél éve magyarázzuk Neked, mi az encoder
fogalma, még kevesebbet tudsz róla, mint akkor.
Felejtsd el az egész szervotechnikát, amíg
bizonyos alapokkal nem vagy tisztában.[#hehe]

[bmejdz9nu]

Na ja... én is ezt mondanám a helyedben... vagy eseteleg filoznék miért megy a világon (majdnem az összes szervóvezérlő quadrature üzemmódban.
Győzz meg Tibor az ellenkezőjéről!... mint írtam linkelj legalább egyet... Érveidet támaszd alá! (lásd: #4509)

[bmejdz9nu]

Igen...pontosan... mi ennek magyarul a neve? Amikor ugyebár minden "élet" felhasználunk... azaz "clock - step" jel lesz belőle.
... vagy már nem is tudom, hogy hívjam...

[x4rhew5r3]

Az uhu nem:)
Itt alapvetően nem az élekről van szó, hanem a négy állapotról, amit egy kétfázisú jel hordoz. Péter mintha az enkóder jelének a négyzerezését mondaná, de ez pontosan nem derül ki a félmondatokból.
 
Eddig nincs is különösebb gond, de amikor valaki azt mondja, hogy mindenki és minden vezérlő ezt a 4x-es üzemet használja, mert minden vezérlőhöz ilyet adnak, azzal félrevezeti a társaságot.  
 
A quadratute utalhat a 4 állapotra, de utalhat merőleges vektorokra is. Minkét értelemben használják. Ha binárisan írjuk le az A,B jelet (ezt már Péternek mondom, mert Te tudod), akkor ugye 0-1-3-2 az előre irányú sorrend. A legprimitívebb hibaszűrés például, ha nem ebben a sorrendben követik egymást az állapotok. Ha 0 után 3 jön, akkor vagy zavar volt a jelen, vagy a vezérlő nem tudta követni, és kimaradt az 1-es.
A 2x üzemben több redundanciát hagyunk a kódolásban, és változásnak csak pl. 0 és 3 állapotokat fogadjuk el, akkor alaposab hibaellenőrzést lehet csinálni. Még nagyobb biztonsággal deríthető fel a hibás sorozat, ha 1x üzemben pl. csak a 0-ás állapotot vesszük változásnak, a többi az Péternek felesleges, de a rendszer biztonságának meg jó.

[bmejdz9nu]

LS7184 Timing Diagram: (hogy ne a Gecko-t hozzam példának és azt se írjam...
 
Ez szerintem magáért beszél és érthető:
 
http://www.usdigital.com/products/ls7183-ls7184/graphics/ls7184_timing_diagram.gif" border=0>
 
http://www.usdigital.com/products/ls7183-ls7184/" TARGET=_fnew>Forrás - US DIGITAL  (ez egy encoder specialista cég)

[csg67]

Kedves Péter!
Ez az IC a jeladó A és B jeléből nem csinál semmit, amit ne lehetne az A és B jelekből egyébként is kideríteni. Az, hogy az éleknél (mindegyiknél [ezt hívják négyszeres kiértékelésnek], minden másodiknál, vagy minden negyediknél) egy-egy tüskét rak, nem ad semmilyen többlet információt arról, hogy a jeladó mit mért. Ennek az IC-nek körülbelül annyi haszna van, hogy egy egyszerű bináris számlálóláncot ezzel az egy IC-vel közvetlenül meg tudsz hajtani.

[x4rhew5r3]

Igen, az egy alapkapcsolás. Védelem annyi, hogy az A és B bemeneten van egy 50ns spike szűrés, de semmit nem ír arról, hogy mit csinál hibás sorrend esetén, vagy a nem x1-es módban további védelmek lennének beépítve. Ennél komolyabb védelmek is vannak. Lehet hogy a kimeneti mux-ban vannak trükkök, de szerintem a merketing nem hagyta volna ki, ha lenne benne.

[fs9s63xkf]

Hali!
 
Mondjuk Péter egy kézikerék és egy Step/Dir rendszerű vezérlő közé tette ezt az IC-t ahol annyi haszna volt, hogy Step/dir jeleket kapott (tudom az A B jelekben is benne van) viszont kapott egy kétszeres és egy négyszeres szorzót. Négyszer annyi jel jön ki belőle mintha egy az egyben rákötötte volna és így a vezérlője négyszer annyit lép mint előtte. Nagyon nem értem, hogy mi bajotok van Péter encoder felfogásával?! Ő szerintem teljesen tisztában van azzal, hogy mit is jelent a négyszeres kiértékelés.
 
Tibor45: Nem válaszoltál még a kérdésemre!? Egyikre sem. Nem kötelező persze.
 
Üdv.:  
Tibor Zoltán

[000000000]

Szia!
Mi is a konkrét kérdésed, mert elvesztettem a
fonalat..

[bmejdz9nu]

Pontosan ezt csinálja.... de pontosan!
A+B = step/dir és ha kell 1X, 2X, 4X... de nézd meg a blockvázlatát... zavarszürés és kimeneti imp. szélesség állítással... és mindezt egy DIP-8-as tokban!

[Szedlay Pál]

Tegnap kérdezem Tibor45-től a nyomaték vezérléssel kapcsolatban.
A következő a gondolat menetem.
A motionkontroller feldolgozva a G-kodokat szorgalmasan köldözgeti a step/dir jeleket a drivereknek amik ezt az encoder visszacsatoláson keresztül meg is valósítják vagy nem. Péter említet hiba jel tárolót amibe tárolja a késést és ezt majd ha tudja, behozza. És a többi tengely eközben mit csinál. Megy szépen és szorgalmasan végrehajtja a rá kiszabott feladatot. De ettől még nem kapjuk azt az eredményt amit várunk, mert az egyik lemarad. A Tibor45 által épített szinkron hajtáshoz hasonlít szerintem a nyomaték szabályozás. Nem step/dir jeleket ad ki a motion kontroller hanem egy 16bit pontosságú analóg feszültséget, amely meghatározza a driver számára milyen nyomatékkal induljon el és milyen irányba. A motor encoder jelek vissza vannak csatolva a motion kontrollerbe és ha érzékeli, hogy az egyik tengely nem azt csinálja amit kéne, a többit is a hibáshoz koordinálja a pálya tarthatósága, pontossága miatt.
 Mi a véleményetek erről?