Pontosan arra való az encoderbemenet amire leírtad.
Vagyis a kézi tekerővel(MPG) mégy mint hagyományos gépnél és ezt az encoderbemenet érzékeli ha van jeladód, ha nincs akkor küzvetlen az MPG jelét számolja a mach DRO-ja.
Közben a G-kód(program) számlálója nem változik
Aztán a program számlálót vagy a DRO számlálót tudod egyikkel a másikat átiratni.

Előzmény: KisKZ, 2009-01-29 17:57:00 [2759]

Egyszerűen a rotary jelet nem engeded rá közvetlenül a vezérlőre, hanem közbeszól az elektronika és mindaddig nem fog a vezérlő enkóder jelet kapni amíg a lineáris meg nem mozdul.

Előzmény: KisKZ, 2009-01-29 18:06:00 [2764]

Csupán az az érdekes, hogy hol avatkozol bele a folyamatba.
Ennek a hibajavításnak nem az elektronikában van értelme, hanem a G-kód értelmezőjében.
(ezt persze Mi nem tudjuk megcsinálni)

Előzmény: Laslie, 2009-01-29 17:59:00 [2760]

Hidd el, nem mindig érdemes megírni egy G-kódot.
Ezt tapasztalatból mondom.

Előzmény: n/a (inaktív), 2009-01-29 18:00:00 [2761]

István!
Nem értem mi a gond....
Én tulajdonképpen még nem foglalkozok azzal, hogy hogyan és milyen módon vezérlek, léptetek....
Ez még nem érdekes.
Az az érdekes, hogy lehet hiba a kivezérelt elmozdulás között és a valós elmozdulás között.
Erre a legjobb példa a kottyanás kompenzációja Csak az ugye állandó hiba állandó kompenzációval.
Még csak ott tartok, hogy mi lesz a hiba. Ez az eltérés a két tengelyelmozdulás között. Ez adódhat akár a mechanikából is, nem csak az elektronikából.
Azon gondolkodok, hogy ezt hogy van egyáltalán értelme korrigálni.

Előzmény: n/a (inaktív), 2009-01-29 17:56:00 [2758]

Mire használnád a valós életben? Az MPG-vel a felszin megérintését szokás végezni, aztán xD-ben zéró! Nem "konkrét érték" beállítására.
Egy léptetőmotoros rendszerben a Start/Stop freki felett létrjövő lépésvesztést azonnal észre veszed, mert meg áll a gép és csak visít! tehát itt megint nincs jelentősége.

Előzmény: KisKZ, 2009-01-29 17:57:00 [2759]

Jaja....léptetőnél nem oldható meg a dolog. KisKz mégis csak kukorica darálót kell csinálnod a léptetőkből.

A lineáris encoder csakis a tengely aktuális poziciójának jelzéséhez használatos az én eszmefuttatásom szerint. A kézi mozgatást egy rotary encoderrel teszi meg az ember. Ez egy másik dolog.
Ekkor van értelme a valós pozíció kijelzésének egy lineáris encoderrel.
Ugye mint ahogy az egyszerű kézi gépen.
Addig tekersz amig a mechanikus márőeszközödön (skálán akármin) a megfelelő méretig nem jutsz.

Egyébként, programfuttatás közben (kompenzéáció nélkül) nincs értelme, hiszen egy dolog az ami kivezérlésre kerül a tengelyre, és (mert ugye lehetnek hibák/lépésvesztés egyéb) más dolog az ahol a tengelyed a tényleges pozícióban van.
A két érték szépen eltolódhat egymástól.

Előzmény: n/a (inaktív), 2009-01-29 17:50:00 [2754]

Könyörgöm! Step/dir rendszerről van szó! Lépek-rezgek-beállok (a hibát honnét mérjem????) és akkor holvan a micro-step/lépések közötti hibák tűrése (vagy kell egy motoronkénti-fordulatonkénti táblázat, ami megmondja mi a max hibaszint ami alatt még nem kell hibát jelezni/korrigálni????)!

Igen , ott ki lett vesézve már a dolog és arra jutottunk, hogy egy közbeiktatott elektronika is meg tudná ezt csinálni, de ahogy Svejk fogalmazott akkoriban ezt nagyon-nagyon át kellene gondolni.

Előzmény: KisKZ, 2009-01-29 17:52:00 [2755]

Miért nincs jelentősége ?
A lineáris tudná a legpontosabb eredményt adni a mechanikád hollétéről. Ez gépi vezérlésnél is igen csak jó lenne. Nem méri bele az orsók holtjátékát.

Előzmény: KisKZ, 2009-01-29 17:48:00 [2753]

Pedig a kettő különbsége lenne az esetleges hiba nem?
"Csupán" ezt a hibát kellene korrigálni a motor vezérlésénél.
Persze ez mindenképpen késéssel lehetne csak megtenni, értelmezni kellene a pillanatnyi G-kódban kapott parancsot és tudni az meddig tart még (előre gondolkodás) és ez alapján tenni meg a kompenzációt az aktuális tengelynél.

(Csak feltételezek, kérdezek. Ti ezt biztos kiveséztétek már)

Előzmény: Laslie, 2009-01-29 17:48:00 [2752]

Ezt nem értem! lineáris encoder? Kézi vezérlésben????

Előzmény: KisKZ, 2009-01-29 17:48:00 [2753]

Viszont így a kézi vezérlésen kívül nincs jelentősége a lineáris encodereknek. Legalábbis én így gondolom.

Előzmény: n/a (inaktív), 2009-01-29 17:46:00 [2751]

KisKZ !
A mach képes a szervo enkóder jelén felül még az ugyanazon tengelyhez tartozó lineáris enkóder jelét is kezelni???? Valszeg nem !
Pár hónapja az enkóder topicban épp erről ment a diszkurzus, hogy igen problémás a két enkódert összehozni. A csak lineáris enkóder meg kevés a dologhoz.

Szerintem nem lehet normálisan deffiniálni, hogy egy detektált 1 tengelyes eltérés esetén hogyan kompenzálja a hibát (ha már detektált, az el van cseszve)! Ezt akár 6D-ben kellene normálisan lekezelni...
Ne feledd el, hogy léptetőmotorokról van szó (ami ugye fix lépés szögeket lép, tehát az feldolgozásnak a tranzienseket és a lépés/encoder felbontás hibákat is türnie kell)!!! Nem egyszerű... szerintem ezért hagyták az egészet...

Előzmény: KisKZ, 2009-01-29 17:39:00 [2749]

Még nekem is át kell gondolnom az új ismeretek fényében, hogy pontosan mit is szeretnék.

Azt a pozíciót ami a MACH-ban van (kiolvasás és megjelenítés) avagy a valós pozíciót (és ezt mellette beküdeni a MACH-ba is).... ???
Meglátjuk.

Előzmény: n/a (inaktív), 2009-01-29 17:26:00 [2747]

:) Az eszköz alapja végülis indifferens.
A lényeg az, hogy mit tudunk kezdeni vele.
Az, hogy átírja az eredeti számlálóállást így talán még kevés nem? a vezérlést is illene módosítania annak megfelelően. kompenzálnia kellene az eltérést valahol. Vagy rosszul gondolkodok újra? Mert egyébként nem sok értelme van az egésznek.

Előzmény: svejk, 2009-01-29 17:20:00 [2746]

Csak mint érdekesség: a MODBUS technológia nem kötődik szállítóközeghez, így létezik Ethernetes és WiFis átvitele is! Ezzel dróz nélküli és Interneten keresztüli CNC(?) I/O kezelés is megoldható!
Természetesen a MODBUS nem CNC találmány (lakás vezérlésre is kiváló)!

MODBUS-on keresztül megoldható bármilyik Mach3-as DRO értékének kiküldése és akár LCD-n való megjelenítése is, de jelenleg én ilyesmivel nem foglakozok.

Előzmény: KisKZ, 2009-01-29 10:52:00 [2719]

Felejtsétek már el azt az egeret..

A Mach nem tud semmit kezdeni a jellel, csak kijelezni tudja a poziciót mint DRO és átírni vele az eredeti számlálóállást.

Előzmény: KisKZ, 2009-01-29 17:07:00 [2745]

Ez egy kicsit latin nekem...
tehát levehetem a jelet optikai egérről is közvetlenül és levehetem régebbi görgős egérről is?
Természetes, hogy ha megvan ez a választás, az ember a nagyobb felbontást adó optikai egeret választhja.
Ha ténylegesen jól levehető és feldolgozható a jel, akkor már megint csak az a kérdés, hogy hogyan dolgozza fel az ember (erre írtad gondolom, hogy egy PIC-kel megoldható a dolog) és hogyan teszi ki az eredményt egy kis kijelzőre a legegyszerűbben.
A mnásik kérdés még mindig adott:
A lineáris encoder jelével mit csinál a MACH?
Ha hiba van kompenzál a vezérlésen?

Előzmény: elektron, 2009-01-29 16:51:00 [2744]

Ki lehet venni a jelet úgy, hogy a belső komparátor kimenetére kell csatlakozni, vagy közvetlenül a fototranzisztor kimenetére, csak van ezekből az egerekből nem egyféle, így érdemes megnézni többet is, szerintem a régebbiekben érdemes vizsgálódni.

Előzmény: KisKZ, 2009-01-29 16:38:00 [2743]

Én most elkavarodtam itt.....
A soros kimenet jeleit??? Ezt most nem értettem.
Ezek az egerek ugye manapság már USB-sek.
Itt jön az, hogy az ilyen perifériák működésével nem vagyok igazándiból tisztában.
Az alapkérdésem:
Egy ilyen egérből ki tudom csalni az elmozdulásra jellemző jeleket anélkül, hogy a számítógéppre kötném?
Tápot (ha az kell a jelhez) persze valahonnan adnék neki.

Előzmény: elektron, 2009-01-29 15:04:00 [2738]

Ez elég jónak néz ki pl. :

Encoder egérből

Előzmény: KisKZ, 2009-01-29 16:21:00 [2739]

Lehet találni leírásokat a neten, pl. 'encoder from mouse' szerintem erre lesz találat, én már találtam régebben ilyesmit, még egyet csináltam, is szétszedtem, hogy a Z irányban méréseket végezzek vele, ott van valahol a polcon a többi dolgok közt.

Előzmény: KisKZ, 2009-01-29 16:21:00 [2739]

Igen! Emlegették már nekem ezeket a szalagokat.... Valaki a multkor már ajánlott is ilyesmit nekem. Csak az elektronika rész ismerete nélkül én nem mertem bevállalni.

Előzmény: svejk, 2009-01-29 14:57:00 [2735]

Látod! Engem pedig a mechanika nem ejt kétségbe.
hogyan kellene egy ilyen egeret bekötnöm? (vezeték szín, és hova?)
Az, hogy mekkora felbontást tudna az emnber elérni vele az most nem is érdekes. Csak az elméleti megoldhatóság.

Előzmény: elektron, 2009-01-29 14:59:00 [2736]

Ha konkrétan van valami leírás, ami alapján látható, mit hogyan kell értelmezni, pl. egy PIC 16F627-tel meg tudok oldani ilyesmit. Megszakításból fogadni a soros kimenet parancsait, aztán értelmezni, utánna pedig kijeleztetni kijelzőn, pl. sokjegyű számjegyes LED-del, vagy akár pixeles kijelzővel.

Előzmény: svejk, 2009-01-29 14:53:00 [2734]

Az előbb hülyeséget írtam, kitöröltettem.

Előzmény: svejk, 2009-01-29 14:53:00 [2734]

Az egérre rá lehet csatlakozni az encoder részére közvetlenül, de hogy azt mechanikailag hogyan csatlakoztatod a géphez, az már más tészta.

Előzmény: KisKZ, 2009-01-29 14:47:00 [2733]

Az egeret felejtsd el, csak a lézereseknek van ekkora felbontása.
Egy járható út lenne, a tintasugaras nyomtatók szalagját és optikáját, vagy más encoder optóját felhasználni.
Elvileg egy jó levílágítóval a szalagot levilágítatva a 4 százados felbontás kivitelezhető lenne.
Csak kérdés mekkora a film hőtágulása?
Egyszer majd megpróbálom kimérni..

Előzmény: KisKZ, 2009-01-29 14:47:00 [2733]

Esetleg 600-as kínai tolómérőket tudsz használni..

Igen... Több mint gyanús.
Maga az egér felbontása ugyan lehetővé tenné (ugye ma már 1000 dpi-s felbontások környékén mozognak) de tényleg sejtésem nincs a működésükről.
Lehet hogy azért érdemes lenne megpróbálni egyet, hogy mit lehet vele elérni. Csak érdekességképpen. Persze ehhez kellene valaki aki ismeri ezeket és segít.

Előzmény: svejk, 2009-01-29 14:44:00 [2732]

Az 1 százados home made mérőléc nem fog menni szerintem

A,mikor elkezdtem gondolkodni azon, hogy csinálok egy kis CNC marót kimondtam, hogy előbb működjön.. A cél akkor mindig 0.1mm volt.
De ahogy tervezgetem mindig előjön az, hogy ennél finomabbra akarom mégis... Csak ezzel persze további problémákba ütközök mindig.
Persze a pontosság olyan sokmindentől függ.
Ha a gépvázam nem elég merev és emellett nenm elég rugalmas annyira, hogy lecsillapítsa a rezgéseket, akármekkorára is készülök, be fogja határolni.
Egyébként ezért van pl. az, hogy a gépváz műfából készül, az Y tengely 3 sínen van megvezetve, a Z tengely vezetésénél a két sín (2-2 linerásis kocsi tengelyenként) mellett két további siklócsapágyon megvezetett vezetőőtengely is lesz.
Az X tengely egy 70-széles sínen 4 csapággyal lesz elsősorban megvezetve, de itt is élni fog a további két siklócsapággyal futó két további merevítő tengely.
A műfa nagyon jó tulajdonságokkal rendelkezik. Tömören nagy a súly, a megfelelő helyeken merevítve nem deformálódik, és a rezgéseket jól elnyeli.
A tengelyek vonóorsói axiális és radiális csapágyakkal vennek kottyanásmentesre állítva mind a két oldalon.
A főorsó külön készül. 3 kúpgörgős csapággyal befeszítve, a tengely kiegyensúlyozva.
Erre külön, csapágyazott hajtásházon keresztül csatlakozik majd a marómotor.
A marómotor most a problémám éppen. Nem tudok még szerezni sehonnan megfelelőt. Jóü lenne, ha nem kellene leadnom az alu megmunkálás alá a követelményeket.
Az egész vázzal egyébként csak egy gondom van jelenleg.
Az a megmunkálóközpont amibe be tudom dugni az összeszerelés közben, hogy egybemunkáljam a felfekvő és csatlakozó felületeket, sajnos csak 1000x410x410-es. Ez behatárol nagyon a leendő gép mukaterével kapcsolatban....
Pedig a cél az lenne, hogy egy olyan gépet rakjak össze, amivel a további gépek alkatrészeit meg tudom majd csinálni.
Na de egyenes választ a kérdésedre:
Egyenlőre örülnék, ha 0.01 pontosságot el tudnék érni (nem fogom szerintem).

Mekkora felbontás a célod ?

Előzmény: KisKZ, 2009-01-29 13:06:00 [2729]

Nem tenném a meghajtó tengelyre....
Én legszívesebben magára az asztalra tenném az érzékelést. (vagy reverz az asztalt érzékelném)
Az a biztos.
Bárhol máshol előjöhet probléma.
Igen, CAD-delek.
Pro/E-vel dolgozok immáron 15 éve. Sebességváltókat tervezek. Épp ez a frányaság, mert sajnos gépészként nem a lehető legegyszerűbbre törekedek... Mindig ugy vagyok vele, hogy jó-jó, de ez így nem pontos, nem minden körülmények között megbízható.
Ezt próbálom most levetkőzni.
Éppen ebben készül most az első gépváz és a mechanika modellje. Csak kevés rá az időm sajnos. Ha lesz belőle valami majd adok képet róla. Virtualle megnézheted majd. Aztán ha egyszer kész lesz és valahol errefelé lesz találkozó, remélem vihetem bemutatni.
Csak addig ugye el kell jutni.

Előzmény: elektron, 2009-01-29 12:56:00 [2727]

Tudsz tervezni valamilyen szoftverrel ? CAD ? Csak úgy érdeklődöm, csináltál már ilyesmiket
?

Előzmény: KisKZ, 2009-01-29 12:21:00 [2726]

Ha a tengelyre teszel egy encoder tárcsát és a hozzávaló elektronikát, az megmutatja, hogy éppen hol vagy. Ott ülhetsz a mechanikád mellett.

Előzmény: KisKZ, 2009-01-29 12:21:00 [2726]

Bárhonnan.
A léptetőmotor elektronikából nem lehet könnyedén. Csak a vezérlőt amit említettél nem tudtam pontosan értelmezni. Az eletronikai vezérlőről beszéltél, avagy a vezérlő szoftverről (MACH) ?
Innen a lenti írás.
Egyébként az igazi az lenne, ha lenne tengelyenként lineáris encored és a valós pozíciót tudná az ember. Ezt használná akkor amikor kézi vezérléssel mozgatja a tengelyeket.
Azt még nem olvastam el, hogy ezen lineáris kódolók jeleit hogyan értelmezi a MACH és csinál-e valamiféle kompenzációt ha az eltér a vezérlésből adódó pozíciótól (pl. bordásszíly megcsúszása, ugrása. Még nem juottam el odaáig.
Nem lehetne ilyen valós pozíciót mutató inkrementális kódolót csinálni pl. optikai egérrel? Sajnos sejtésem nincs arról, milyen jeleket ad le és mi kell neki a tápon kívül ahhoz, hogy ezeket a jeleket leadja. Valaki tud róla valamit, vagy van esetleg valami irománya róluk? A mechanikát, a borítást/tokozást én megtervezném hozzá.

Előzmény: elektron, 2009-01-29 11:52:00 [2724]

Ha magából a léptetőmotor meghajtó elektronikából gondoltad, pl. lehet olyat csinálni, hogy rácsatlakozol a léptető meghajtó megfelelő bemeneteire, a Step/Dir jelekre, egy másik elektronikával, és az neked számlálja, akár sebességet is kiírja, ilyet lehet csinálni simán, vagy van is, pl. az István kijelzője lehet tud ilyet. Ugyanazt a jelet használva, amit a meghajtó elektronika kap, az lépteti, emez meg számlálja, kijelzi, akár paraméterezve is.

Előzmény: elektron, 2009-01-29 11:52:00 [2724]

Most te honnan szeretnéd kiolvasni a pozíciókat ? Nem világos, magából a léptetőmotor vezérlő elektronikából ?

Előzmény: KisKZ, 2009-01-29 11:19:00 [2722]

Az én gépemen léptetőmotorok lesznek.
Két féle szettem van. Az egyik az István féle HOBBI1 ROBOTRON motorokkal, a másik NEMA 23 1.7 Nm-es motorokkal, motoronként egy-egy MSD-70-4.2 vezérlővel.
Az utóbbiakból szerintem semmiképpen nem olvashatom ki az aktuális poziciót, az előbbinél úgy gondolom szintén nem. Esetleg István modhat erre valamit.
Te esetleg a szervó vezérlésekre gondoltál?

Előzmény: elektron, 2009-01-29 11:06:00 [2720]

Én a kapcsolattartás és a programozási felületet nem igazán tudom figyelembevenni, mert nem ismerem.
Csupán gyakorlatias szempontból nézve, ha jól értem:
A forgatási sebesség határértékét átlépve és ez felett maradva, a fogatás gyorsaságának változása a tengely mozgatási sebességének emelését vagy csökkentését eredményezi. Jól értem ugye?
A gondod az, hogy egyfajta "szűrő" kellene annak kiszűrésére, amikor a határon forgatom a kereket, hogy az alá felé lépegetve el tudd dönteni, mit is akar a forgató egyén, és mit is vezérelj ki.
Jól értem?

Előzmény: n/a (inaktív), 2009-01-29 06:52:00 [2718]

A vezérlőben levő pozícióértékeket biztos ki lehet olvasni.

Előzmény: KisKZ, 2009-01-29 10:52:00 [2719]

Azt hiszem a lényeget értem.
Nem lenne olyan nagy baj a bizonyos encoder forgatási sebesség feletti folyamatos tengelymozgás. A megfelelő távolságban ugyis lassít az ember. Csak a felső határt kell megtalálni az embernek, amire alapban állítja az encoder jeleinek és az elmozdulási értéknek a viszonyát, úgy hogy maradjon még benne tartalék az encoder forgatási sebesség, és ezzel együtt a tengelyirányú elmozdulás valamekkora gyorsítására is.
Aztán ezt a jelet nem sokszorozza, hanem éppen elenkezőleg, osztja az ember. Igy a kissebb lépésközöket, a finomabb felbontású mozgást adva meg.

Viszont így mégis szükség lenne arra, hogy az eszközön egy kis képernyőn lássa az ember az aktuális tengelypozíziókat.
Ha a vezérlőképernyőn kell látni, akkor ugyanugy odakötöm magam hozzá, és elveszik az eszköz lényege, az, hogy a számítógép távol legyen és csak ezt használjam a mozggások bevitelére.
Láttam a főoldalon a DRO Axis computer egységedet. Még nem olvastam el pontosan mit és hogyan csinál, (el fogom olvasni ahogy lesz időm) de ennek egy részét bele lehetne integrálni ebbe a kis egységbe, mutatva vele a kérdéses poziciókat.
Esetleg valami egyszerűbb megoldás ugy, hogy a vezérlőben szereplő pozicióértékeket ki lehetne venni onnan és kiirni az eszközre?

Előzmény: n/a (inaktív), 2009-01-29 06:52:00 [2718]

Van azért más probléma is (amennyire sikerült ezt a részét felderítenem)! A MODBUS-on nem az encoder A és B impulzusait küldöd be (erre lassú lenne), hanem az encoder Rol-Over regiszterét (számlálóját) és ezt a Brain Controllal össze kötöd a Mach3 belső MPG Rol-Over regiszterével (kvázi, közvetlenül írod az encoder szálálását bele)! A Mach programozott elmozdulást végez (nem 1:1 lépéseket) az MPG-re, de egy adott sebesség felett (ez is állítható az MPG Wizarddal) áttér folyamatos sebességü mozgássá (ilyenkor a számláló változása már nem elmozdulásokat állít, hanem a sebességét. Ezzel lehet exponenciálisan gyorsítani a tengelyt (lassú mozgásnbál meg programozott értékeket mozdul)! Ezt ha te "rángatod" kívülről, akkor a beállított értékekekt átlépve "bekavarhat" a mozgásba (mivel Te nem tudod időben szétteríteni egyenletesen a "megnövelt" számokat, kvázi egységugrások lesznek!
Nem tudom mennyire érthető...

Előzmény: KisKZ, 2009-01-28 23:04:00 [2713]

Ja értem, akkor csak csinálni kell egy olyan kis kütyüt.

Gyakorlatilag igen, de nem ez a lényege. A lényeg az, hogy a vezérlő számítógéptől külön, egy kicsi kütyün tudjak tengelyt mozgatni, de úgy hogy a forgó encoderem egy elfordulására (100 jel) ha akarom a tengely 1mm-t menjen arrébb, ha akarom 10mm-t, ha pedig úgy akarom, akkor pedig egy tizedet. Mindezt úgy, hogy a vezérlő számítógép közelébe se kelljen mennem.

Előzmény: elektron, 2009-01-28 23:09:00 [2715]