Akkor a szakzsargont megbeszéltünk szerintem lépjünk túl rajta végre.

Előzmény: n/a (inaktív), 2009-01-30 13:30:00 [2815]

Ez MPG és tökéletes a célra (erre is van kitalálva)!

Előzmény: KisKZ, 2009-01-30 13:28:00 [2813]

Ez már a vég !!!
"Hanyatló" fórum........

Előzmény: n/a (inaktív), 2009-01-30 12:52:00 [2799]

Még egy link:
Az alul található kézikerék amiről szó van. Ez van nekem:
rotary encoder??

Szerintem összeszedek minden információt (igényeim, létező eszközeim) és leírom ide összegezve. Aztán ha segítetek kitaláljuk, hogy merre is érdemes elindulni.

Nekem itt van már kézben egy IWE60-T100-SV-5-AB kézikerekem (most már inkább ezt írom, egyébként az adatlapján a hivatalos neve Handweel encoder).
Ezt akarom felhasználni.
Ez egy teljesen kész szerelhető kézikerék.

Előzmény: n/a (inaktív), 2009-01-30 13:09:00 [2808]

Nyomjatok egy keresést az Encoderre (valamiért nem listázza egyből), bocsi.

Előzmény: n/a (inaktív), 2009-01-30 13:09:00 [2808]

Lentebb írtam, hogy ezt miért nem javaslom...
Mármint az utólag rángatott impulzusokat...

Előzmény: elektron, 2009-01-30 13:09:00 [2807]

Ime ami az SOS-ben kapható MPG encoderek (én is ilyennel kisérletezgetek):
MPG encoderek...

Ezekre csak egy megfelelő gomb kell és egy ház! Ezek lesznek illeszthetőek az én MBIO-m hoz (Remote Control-ba).

Előzmény: KisKZ, 2009-01-30 13:02:00 [2804]

Az ő szerkezetébe úgyis kell egy mikrokontroller, akkor pedig lehet több impulzust kiadni, azt is állíthatja a kis kézi ketyeréjében, akkor a Mach-ba nem is kell makrókat írni.

Előzmény: n/a (inaktív), 2009-01-30 13:01:00 [2803]

MPG is egy encoder, de nem olyan pracíz és általában alacsony felbontású (pl. 100 vonalas).
Encodert is lehet MPG-nek használni, de nem célszerű nagyfelbontásút vállasztani.
MPG viszont nem megfelelő encodernek...

Előzmény: KisKZ, 2009-01-30 13:02:00 [2804]

Ez mind akkor kivitelezhető, ha a Brain Controlban hozzáférhető a megfelelő Mach3-as belső regisztere (akkor tudok beleírni MODBUS-al)!

Előzmény: n/a (inaktív), 2009-01-30 13:01:00 [2803]

Bocsánat. Eddig az eszköz hivatalos nevét emlegettem:
itt egy példa:
Rotary encoder
Ez látom gondot okozott. Bocsánat. ezentúl el fogom különíteni a dolgot és itt csak a MACH-ban használt nevét fogom használni, vagyis MPG lesz.

Előzmény: n/a (inaktív), 2009-01-30 12:55:00 [2802]

Neked MPG kell, ami mind LPT-n, mind MODBUSON megoldott illeszteni a Mach-hoz. Itt lehetséges egy plusz gombbal lépteni (Axis Selector-ral) a kiválasztandó tengelyt és ezt fogja majd mozgatni az MPG. Erről már írtam lentabb...
Amint nem tudom, hogy lehet e, az az, hogy az MPG 1 impulzusára léptetendő egységeket lehet e variálni, de szerintem makróval és egy analóg bemenettel ez megoldható (a makró az analóg bemet értékével arányosan változtatja a megfelelő regiszterét a Mach-ban). Erre láttam is megoldást, mely egy többállásos kapcsoló volt és az állások egy-egy ellenállás létra fokához volt kötve, így az analóg bemenet "diszkrét" értékekkel változot a kapcsoló forgatásakor.
szerintem megoldható...

Előzmény: KisKZ, 2009-01-30 12:55:00 [2801]

Az MPG (Manual Pulse Generator) kézi tekerő, melyben egy encoderéhez hasonló elven működő encoderszerüség van, mellyel a gépet lassú módon kézzel mozgatod és ezzel az anyag felszínét finoman megközelítve azt megérinted és felveszed a relatív 0 pontot (megmunkálás előtt).
A tengelyre szerelt forgó, vagy a gépre szerelt lineáris encoderrel meg a szánszerkezet koordinátáját követed (lásd DRO Axis Computer leírása).

A két ezköz teljesen másra való és más módon is integrálható a Mach-ba.

Előzmény: KisKZ, 2009-01-30 12:48:00 [2798]

István.....
Na akkor alapkérdés a számomra, mielőtt továbbmennénk:
Mi az MPG és mi a a tengelyre szerelt forgó inkrementáló encóder?
Addig nem is folytassuk!

Előzmény: n/a (inaktív), 2009-01-30 12:52:00 [2799]

Tehát egy ilyen egységben gondolkodok, csak kevesebb funkcióval és (ha nem annyira komplikált) valamiféle tengelypozíció kijelzéssel.
A funkciók egyelőre:
tengely léptetése,
a tengelyek közötti váltás lehetősége,
a tengelyléptetés felbontásának választhatósága.

ha a kijelzés nem megoldott, akkor egyelőre egy egy égő leddel jelölni az aktuális tengelyt,
egy-egy leddel jelölni az aktuális felbontást.

Tehát most csak ennyi.

Ismét...


Te kevered az MPG-t, a tengelyre szerelt forgó inkrementáló encóderével!!!

Előzmény: KisKZ, 2009-01-30 12:48:00 [2798]

Bocsánat István.... Nem akartalak félrevezetni.
Lehet hogy én velem van a baj, de én a forgó encoderrel kapcsolatban egész végig erről beszéltem (lásd #2699-#2700). A lineáris kódoló csupán egy mellékvágány volt.

Előzmény: n/a (inaktív), 2009-01-30 12:40:00 [2797]

De ez MPG, nem amiről eddig beszéltél!!!
Az MPG megoldott remekül a Mach-ban...

Előzmény: KisKZ, 2009-01-30 12:39:00 [2794]

A DRO Axis... pont ilyesmire lett kitalálva, igaz a célközönség nem a CNC-k voltak, hanem minden más "hagyományos" gép, amire lineáris quadrature encodert építenek!

Előzmény: KisKZ, 2009-01-30 12:30:00 [2790]

Szia!

Lehet kapni ezt az SIKA anyagot és a többit Mo.-on kiskereskedelemben?
Ha igen ted közkincsé hol.
Köszi.

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

A gyártó honlapja:
VISTACNC

Mármint LPT porton? Szerintem nem (ha nem MPG-t akarsz), mivel ki garantálja, hogy 1 időben mindig csak 1 tengely fog menni egyszerre és azt időben ki is választja valaki?! Erre nincs felkészítve a Mach (szerintem a Földön csak Te szeretnél ilyesmit...)!

Előzmény: KisKZ, 2009-01-30 12:27:00 [2789]

Inkább mutatok valamit amihez hasonlón gondolkodok:
VistaCNC

nem is gond....
A folyamatos működés egyértelműbb már nekem is.

Előzmény: n/a (inaktív), 2009-01-30 12:09:00 [2788]

Igen!
Ezért is emlitettem már lentebb a DRO AXIS Computert.
Még nem olvastam el mélyen a dolgot, de el fogom.
A lelke kellene. A kijelzést valami kissebb módon meg lehetne oldani? Hogy felférjen egy ilyen kis kézi kütyüre?

Előzmény: n/a (inaktív), 2009-01-30 12:07:00 [2787]

Igen...
Mivel még nem tudom a lehetőségeklet biztos, hogy túlkomplikálom. Ezt érzem én is.
Minden jel arra mutat, hogy egyszerűen "integrálódni" kell az eszköznek a MACH alá és azzal együttműködnie.
A 3 tengelyre vezetett encoder jelre nem lehetne valami hasonló megoldást alkalmazni, mint amit lentebb a felbontás változtatására ajánlott valaki? Mármint, hogy egy jelbit bevitelével léptetni azt, hogy melyik tengely encoderként értelmezi azt az egy pár (A+B) bemenetet?

Előzmény: n/a (inaktív), 2009-01-30 12:06:00 [2786]

A MODBUS nem kapcsolható ki, mivel ha integráltad egyszer, akkor a Mach3 szerves résévé válik, amit nem szabad szétszakítani (logikailag beleszövődik a működéssébe).
A DRO Axis Computert sem szabad kikapcsolni, mert akkor elveszíti a "fonalat"!

Előzmény: KisKZ, 2009-01-30 12:04:00 [2785]

Akkor neked DRO Axis Computer kell! Lásd a weblapon, vagy lentebb a topic-ok között!

Előzmény: KisKZ, 2009-01-30 12:01:00 [2784]

Nem teljesen értem mit szeretnél, de egy biztos, hogy minden mozgatás alapja a Mach salyát DRO állapota (legyen az kézi , vagy G-kód álltal programozott)! Ha bármilyen módon ezt az értéket megváltoztatod, az kihatással van az egész rendszer koordináta vezérlésére.
eleve beadni 3 encodert, az 2. LPT portot foh igényelni (3×2=6 bemenettel, 3D esetén)!
Szerintem túl akarod komplikálni a dolgot...

Előzmény: KisKZ, 2009-01-30 12:00:00 [2783]

bocsánat hoyg hozzáfűzök még, de azt is el kell dönteni, hogy ez a kis eszköz működjön-e folyamatosan amikor a gép működik, vagy csak esetenként, amikor leakasztja az ember a gép oldaláról akkor kapcsolódjon be.
Tudom nem nagy dolog, de minek fogyasszon bármit is ha nem kell.
Persze az állandó géppel együtt működés az ésszerűbb és talán egyszerűbb is.

Előzmény: KisKZ, 2009-01-30 12:00:00 [2783]

Igen. Csak tájékoztatás. Semmi más!

Előzmény: n/a (inaktív), 2009-01-30 11:49:00 [2782]

Igen...
Most azon gondolkodok, hogy ezt a kézi módot ugyan teljesen elválasztva használja az ember a G-kódtól. Ugye nem programozott mozgatásról van szó, és ugye valahol lesz éppen az orsó akkor amikor elkezdem ezt a módot. Ez lehet valami állandó alaphelyzet is (pl. gépi nullpont) de megeshet, hogy éppen valami művelet után állok valahol és utána akarok valamit kézi vezérléssel csinálni.
Lehet hogy mégis ki kellene olvasni a DRO értékét és azt használni? Már csak azért is, mert pl. ha nullázok a nullapont felvételnél, akkor itt az eszközön is is nullázni kellene. Értelmetlen két helyen is megtenni.
Akkor a kérdés az, hogy hogyan lehet a legkönnyebben kivenni ezeket az értékeket és kitenni egy kis kijelzőre.

Előzmény: n/a (inaktív), 2009-01-30 11:49:00 [2782]

De a G-kódod a Mach DRO-ja alapján hajtódik végre! A kijelzett értékkel mit szeretnél kezdeni? Csak tájékoztatás lenne? Ismétlem, nem tudom, hogy a visszaadott koordinátákkal a mach mit tud kezdeni!

Előzmény: KisKZ, 2009-01-30 11:43:00 [2781]

Látod István!
Ezzel a két hozzászólással többet elmondtál most nekem mint a lentebbi sok comment.
Köszönöm!
Ugyhogy visszatérek a rotary encoderhez és ahhoz, hogy azt hogyan lenne érdemes elkészíteni.
Ha úgy döntök, hogy az elmozdulás értékét nem a MACH-ból olvasom ki, hanem egyszerűen magán a kézi eszközön számlálom és számítom, akkor van-e valami ötleted arra, hogy hogyan lehetne ezt a legegyszerűbben kijelezni magán az eszközön?

Előzmény: n/a (inaktív), 2009-01-30 11:24:00 [2780]

Igen jól érted! A lényeg, hogy javítani csak akkor lehetne ha van tartaléka (méghozzá tetemes, hogy a hiba idejét alacsonyan lehessen tartani) a motorban, de léptecs pont ott kezd el hibázni (megáll) amikor elfogy az ereje (tehát zéró tartalék)!
A lin-encoder szerintem (de csak gyanítom) a mechanikai hibák (pl, kottyanás) kimutatására, esetleg kezelésére való, de sosem használtam, teszteltem ezt a részét a Mach-nak.

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

Ezt köszönöm István.
Értelek. Tehát lépésenként nem igazán lehet értelmeztetni a hibát. Ha az pedig nagyobb, várhatóan a hibát okozó egység a megszüntetésére indított javítás alatt, nagyobb terhelés alatt méginkább problémás lesz.
Eleve ha próbálnék kompenzálni valamit akkor az a kompenzáció nagy valószínűség szerint ugyanúgy hibás lehet. Tehát ez csak egy ördögi körré válna.
Jól értem a dolgot?
Bocsánat a lassú felfogásomért!
Azt még mond el nekem, hogy a lineáris kódolót miért jó használni? Mennyivel más a dolog, mintha csak a szoftver saját maga által kiírt pillanatnyi értékeit nézem?

Előzmény: n/a (inaktív), 2009-01-30 11:07:00 [2777]

Ehhez kapcsolódik a Léptetőmotorok topic #1629 környéki beszélgetések! Érdemes megnézned...

Előzmény: KisKZ, 2009-01-30 10:41:00 [2774]

Ok...
A lényeg, hogy ne tekintsd ideális léptetőnek semelyik motort+vezérlést! eleve van szórása a lépéseknek és ez a szórás 1 fordulaton belül is más és más. Ráadásul a motor belépése után néhány mS-ig csillapodó rezgésekkel áll be a pozícióba, ami sebesség, terhelés, hajtásmód függő is! Ha erre raksz egy encodert, akkor nincs az a jó szoftver, ami meg tudja külömböztetni időben a hibát az egyébb jelenségek közül! Ha meg már egyértelmű a hiba (pl egy 5-10 Step eltérés), akkor meg már úgy is fujhatjuk a kompenzációt (az már selejt)! Arról nem is beszélve, hogy ha a léptecs hibázik, az álltalában azt jelenti, hogy blokkol nagy sebességen, ami a határérték túllépése miatt van, és ezt a marhanagy kését hogyan hozatnád be a motrral, ha már az "alap" sebességet sem bírta????

Előzmény: KisKZ, 2009-01-30 10:41:00 [2774]

Bocsánat rossz az előző link.
Ez már jobb:
SikaBlock

Előzmény: KisKZ, 2009-01-30 10:46:00 [2775]

Az általam felhasználni kívánt "fáról" némi információ:
Sikablock
Ez nem az a fa amire Te gondolsz.

Előzmény: Szigma, 2009-01-29 23:14:00 [2769]

Ej István!
Én nem azért erőszakoskodok, hogy mindenképpen azt akarom, hogy úgy működjön valami amit még nem ismerek ahogy én akarom, hanem azért, hogy megértsem a működését.
Nem azért irok ide annyi mindent mert annyira értek hozzá, hanem azért mert nem.

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

Bár a leírásaitok alapján már sejtegetek valamit, azért egyszerűsítsünk. Inkább kérdezek, nem találgatok mert ez úgy látszik ellenérzést kelt:
Mire használja a lineáris encodert és annak jelét a MACH?

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

Figyelmedbe ajánlom még ezt itt a fórumon.
(#74-#75)

Előzmény: n/a (inaktív), 2009-01-30 07:52:00 [2770]

Ha feltelepítetted, akkor ez EC mellett van egy külön program, a CodeWizard. Ezzel lehet a Mach3-hoz a postprocessor-t megcsinálni.
De CNCzone-n is ez volt valakinek a gondja és ezzel a Mach2 postprocesszorral Mach3-hoz is korrekt G-kódot tudsz generálni.

Előzmény: n/a (inaktív), 2009-01-30 07:52:00 [2770]

Sziasztok!
Tudna valaki segíteni nekem? (kezdő vagyok) Van egy EdgeCAM 11.5-progim, de nem tudom használni a MACH3-mal.Kellene hozzá egy Mach3 driver, megköszönném ha valaki küldene, vagy segítene, vagy valami tippet adna hogy is kell ezt csinálni.

"Egyenlőre örülnék, ha 0.01 pontosságot el tudnék érni (nem fogom szerintem). "

Jól gondolod. Favázas géppel még az 1 tizednek is örülhetsz. Legalábbis fém (akár alu) megmunkálás esetén.

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

Ehhhh! Feladom! valósítsd meg az "álmodat" és meghajlok előtted...

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

Azt a mechanikát amelyik kotyog azt már b@szhatod, azt már hiába kompenzálod.
Szerintem a hosszú fölösleges eszmefuttatások elkerülése végett dobj össze egy bútorlapos mechanikát a hétvégén és sok minden meg fog világosodni, hidd el.

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