Ja igen, párhuzamos porton vezérelném a gép léptető motorjait.

Sziasztok, hátha valaki tud segíteni, vagy van valami ötlete.
Olyan problémám van, hogy egy gépen fent van a mach3 és a linuxcnc is, most kezdem összekonfigurálni a géppel.
A portokat/lábakat állítgattam be.
Jelenség: amikor billentyűzetről próbálom vezérelni, 1-et lép, minden billentyű lenyomásra és többet nem, mindegyik tengelyen beállítás szerint. A koordináták meg tizedeket, millimétereket futnak a kiírás szerint. Ugyan ez van linux és mach3 alatt is.
Van valakinek valamilyen ötlete?
Holott egy másik linuxos géppel gyönyörűen megy a léptetés mindhárom tengelyen, saját programmal (sajnos azon nem indul a linuxcnc live módban sem).

Azt hozzá kell tenni, hogy mach plugin-re is szükség van és pl az 5i20 kártyához pillanatnyilag a plugin fejlesztés alatt van, de nincs közelebbi infóm ...

Előzmény: HJózsi, 2012-10-31 13:45:00 [1894]

Sokféle kártyájuk van és amihez adják a windowsos és linuxos drivereket azokat igen, lehet használni.

Előzmény: lari, 2012-10-31 11:59:00 [1892]

Tudomásom szerint csak Linuxhoz csináltak eddig drivert.

Előzmény: lari, 2012-10-31 11:59:00 [1892]

A Mesa kártyák Machoz és Linuxhoz is használhatók?

Előzmény: HJózsi, 2012-10-31 10:17:00 [1883]

Én is remélem, de nagy rá az esély az ilyen programozható kártyáknál ...

Előzmény: n/a (inaktív), 2012-10-31 11:14:00 [1890]

Remélem ez filmware alapon fog megtörténi!?

Előzmény: HJózsi, 2012-10-31 10:54:00 [1889]

Ha nem kell nagy tudású akkor miért nem jó a parallel port? Kérdezem ezt azért mert én (és még itt sokan ) azon használjuk, gond nélkül ...
A SmoothStepper-t pont azért nem kezdtem el használni, mert nem támogatta a többréses tárcsát a főorsónál, viszont rövidesen támogatni fogja, a 8, 16 réses tárcsákat ami már gyengébb gépeknél is elég lesz! ...
TOPIC: Re:lathe threading, any hope of improvement?

Előzmény: n/a (inaktív), 2012-10-31 10:44:00 [1886]

Szerintem Vomberg a SmoothStepper és a mach3 fejlesztőire gondolt ...
http://www.warp9td.com
ArtSoft

Előzmény: n/a (inaktív), 2012-10-31 10:42:00 [1885]

Linux alat 0 vagyok!
Ezért is kérdeztem aki mindkét rendszer alá programozik alkalmazást te meg profin üzöd ugyis mind ketöt!:)

Előzmény: sneci, 2012-10-31 09:54:00 [1881]

Esztergára lenne csak nem kell nagy tudásu mozgás vezérlő 2axisra........

Előzmény: HJózsi, 2012-10-31 10:17:00 [1883]

EMC2 fejlesztökre gondolsz?
Vagy a vezérlö fejlesztönek?

Kiváncsiság hajt mindig igy meg probálom a lehetöságeket végig járni nem akarok csak a mach3 hoz le ragadni egy vezérlövel..........

Miért nem olyan kártyát használsz ami eleve támogatja a Linuxot is? Pl Mesa 5i20 és társai ... olvass vissza itt a topikban ...

Előzmény: n/a (inaktív), 2012-10-31 09:33:00 [1879]

Szerintem egy emailt megér: írjál nekik, hogy megcsinálnád EMC2 alá az interface-t ha megadják a protokolt. Aztán legfeljebb elhajtanak a fenébe.

Előzmény: n/a (inaktív), 2012-10-31 09:33:00 [1879]

Őrült meló lenne, nem méri meg. Ha már megvan, el kell adni és venni pl. egy Mesa kártyát. Kb. ugyan ennyi és konfigurálható a LinuxCNC hal eszközeivel.
A gond az, hogy aki meg tudja csinálni, annak ideje nincs, aki meg most kezd ismerkedni a LinuxCNC-vel annak meg rengeteg idő.

Előzmény: n/a (inaktív), 2012-10-31 09:36:00 [1880]

Most per pilanat ara tudok gondolni hogy mach3 alá van sdk abol vissza lehetne e következtetni a valos dll protokolra?

Előzmény: sneci, 2012-10-31 09:30:00 [1878]

Én olyan port monitorozásra gondoltam mert az lehet még értelmezni hogyis komunikál a kártya....
Eröl a mozgás vezérlöröl van szó
Ethernet SmoothStepper

Előzmény: vomberg, 2012-10-31 09:11:00 [1877]

Ha a mozgásvezérlő utasításkészlete és protokollja dokumentált, akkor lehet írni a LinuxCNC-hez drivert, ehhez nem kell ismerni a dll-t. Nem kis munka...

Előzmény: n/a (inaktív), 2012-10-31 09:00:00 [1875]

Ha van forrásod akkor már egyszerűbb. Csak akkor __tényleg__ tudnod kell programozni.

Előzmény: n/a (inaktív), 2012-10-31 09:00:00 [1875]

Elvileg lehet, gyakorlatilag nem.

Léteznek wrapperek windowsos driverekhez (pl. wifi driverekhez), illetve a WINE használható még erre a célra, de nincs olyan automatizmus, hogy te egy dll-t könyvtárként (library) kezelhetnél.

Ha dokumentált az adott dll felület, akkor esélyes egy kis munkával, de ha az is hív valami mást, akkor gond lehet.

Előzmény: n/a (inaktív), 2012-10-31 08:37:00 [1872]

Mé dll forásal sem ha lenne?

Előzmény: sneci, 2012-10-31 08:51:00 [1874]

Ez sajnos nem megy.

Előzmény: n/a (inaktív), 2012-10-31 08:37:00 [1872]

Ez így normális:) Olvasni, csak ha végképp nem megy...

Előzmény: n/a (inaktív), 2012-10-31 08:17:00 [1870]

Sziasztok linux istenek!
Kérdésem lenne linux és Windows környezetben jártas programozó hogy a következő meg valósítható lenne e!?
Mach3 hoz adott a dll plugin egy mozgás vezérlőhöz ennek az utasitás készletét át lehet e emelni Linuxos környezetbe emc2 alá?
sajnos az adott plugin nincs forrás kódja!

Ja igen, keresés még jól jönne a topic-ban, de nem látom hol lehet?

Köszi!
Szeretem a nehézségeket és magam végig szívni mindent, de azért majd olvasgatok is.

Előzmény: Kulcsar Zoltan, 2012-10-30 22:06:00 [1866]

Igen köszönöm, látom.
Gyakorlatilag itt is azt írja, ki kell iktatni a gyári nvidia drivert és nv-vel vagy vesa-val megy, amikben nincs 3d gyorsítás. Az a bosszantó hülyeség, hogy a real-time linux hack-re semmi szükség (ami akad az nvidia driverrel), legmagasabb prioritású módban is tud a linux 5us-os válaszidőt. Ráadásul nem lenne ennyire chip-se függő sem. Igaz csak rendszergazda módban lehet ezt, de menne a 3d-vel és 100x gyorsabb lehetne a kijelzése a proginak.

Előzmény: sneci, 2012-10-30 22:17:00 [1868]

Itt van valami, de ha csak a cnc-t hajtja, akkor felesleges kínlódni vele.

Előzmény: n/a (inaktív), 2012-10-30 21:46:00 [1865]

Nekem is nvidia videókártya van a számítógépben!
Bujtár János csak azt kérdezte " miért? nem jó az alaplapi?!"

Előzmény: n/a (inaktív), 2012-10-30 21:46:00 [1865]

Szia

Ne kinlodj vele .Ebben a topickban mindenre választ találsz , az eddigire is .
Csak olvass sokat ( kb 1865 beirást

Előzmény: n/a (inaktív), 2012-10-30 21:46:00 [1865]

No meg volt az első szívás sorozatom a LinuxCNC-vel.
Nem megy minden alaplappal. 4 gépen próbáltam ki, el tudjátok képzelni install 4x, hiába megy live-ban, telepítve nem biztos.
Nvidia gyári driver is felejtős, összeakadtak, amikor leszedtem fut, amikor fent volt nem fut, oda vissza volt próba többször.
Ezen érdemes lenne még gyúrni a fejlesztőknek, mert az nvidia driver az egyetlen működő "lehetőség" 3d gyorsításra linuxon.
Majd beszámolok a géphez állítgatásról is, az holnapra maradt.

Köszönöm ez megnyugtató!!!
A gép háromtengelyes és éppen eladni készülök, azért akarok egy CNC megoldást rá, mert Rhino3D-vel akarnak marópályát generálni a kész rajzaikhoz. (Eddig saját szoftverrel volt hajtva).

Hidd el még száz órás marás után sem lesz "lépcsőd", hacsak el nem kopik el a mechanikád.
Egyáltalán milyen géped van?
Dobj róla egy képet vagy írd körbe.

Előzmény: n/a (inaktív), 2012-10-30 13:23:00 [1861]

Egyszerűnek tűnt a kérdés, a válasz is egyszerű volt:)
A LinuxCNC-ben a stepgenerátornak van egy commanded és egy feedback pozíciója. Ha kicsit komolyabb a rendszer, akkor a motor enkóderről (még komolyabb esetén az útmérőről) jön a feedback pozíció. Ebben az esetben a trajektória tervező a feedback pozíciót veszi a kiinduló pontnak és a innen számolja ki a következő commanded pozíciót. Ha elmaradt volna egy step az említett problémák miatt, akkor ez a kvázi hibás pozíció lesz a kiindulási pont, így nem akkumulálódik a hiba.
Mi helyzet a léptecses és az egyszerű szervós konfigurációnál? Ott nincs enkóder visszacsatolás a stepgenerátorra, ott a commanded van bekötve a feedback-re. Tehát ha a stepgenerátor a végén egyel kevesebbet lép, akkor az aktuális pozíció is kevesebb lesz, így a trajektória tervező megint a kvázi hibás pozícióból indítja a következő szakaszt.

Még valamire jó a mechanikáról szedett feedback pozíció. A trajektória számoló figyeli a pályakövetési hibát, és leállítja a rendszert, ha a hiba meghaladja a beállított értéket. Ezeket nem kútfőből veszem, az új vezérlőm már továbbadja a LinuxCNC-nek a motorenkódert, ezt ellenőriztem és működik.

A kerekítési hiba problémával nem foglalkoztam, nekem nincs olyan gépem, ahol ez lenne a megmunkálási pontosság korlátja:)

Előzmény: n/a (inaktív), 2012-10-30 13:23:00 [1861]

Felraktam a LinuxCNC-t.
Amikor live módban próbáltam, simán indult a cnc progi, így feltelepítve meg error-ral, el sem indul.
Talán a párhuzamos port-ot kell a biosban állítgatni...
@sneci:Sajnos a kerekítési hiba súlyos probléma és nagyon nehéz kikerülni, a gép lépési pontosságától nem függ.
Gondolj bele. A következő mondat végpontja néha pont lépési határra esik és a visszakerekítés miatt nem jön létre lépés, vagy éppen túllép a gép a kerekítés miatt, amikor meg nem kéne. Ez csak akkor elkerülhető hiba, ha minimum dupla pontossággal számolja a gépkoordinátákat a program és csak a kiírást kerekíti, de a gépkoordinátákat sohasem!!!!!
És a program a különböző interpolációihoz is ezt veszi alapul, nem a kódban lévő koordinátákat.
Az én gépem egy századot lép, elég 10 ilyen hiba egy irányban, a 10 órás marás alatt és 0.1 mm lépcsőm van a marási felületen.

Szerintem jogos a kérdésed.
Nem is rég került szóba egy másik témában itt.
Éppen-e miatt kell a lépésszámmal elvégezni az interpolációt az egész számok körében.
Amit a dro - ban látsz ,az a mi számunkra a könnyebben értelmezhető megjelenített érték , amit így vagy úgy kozmetikáznak.
Természetesen ezek csak tippek , de konkrétan nem emlékszem arra , hogy bárki is mondta volna:
"24-óra alatt 1x sem kellett újra állítani a gépet" Töltsd le a demót és teszteld meg .
Én már tapasztaltam olyat ,hogy nem volt hajlandó a Mach3 egésznek tűnő koordinátára beállni ,csak a 100.00234mm-re például .
Ilyet már többen is tapasztaltak itt a fórumon főleg a forgatókkal kapcsolatban.Szerintem a Mach-jól van megírva,éppen ebből a jelből kiindulva.

Előzmény: n/a (inaktív), 2012-10-30 10:35:00 [1858]

Ettől nem kell félned. A gép nem kerekíti, csak a lebegőpontos belső ábrázolás korlátossága miatt lesz a kerek értékből az a néhány nanométeres eltérés a kiírásban.:) A géped jó ha mikron felbontással tud majd lépni, a pozicionálás pontossága pedig ennél is rosszabb lesz.
De lényeg, hogy a következő mondat végrehajtásánál az ott szereplő koordináta lesz a végpont, így nem adódik össze a számábrázolásból eredő eltérés.

Előzmény: n/a (inaktív), 2012-10-30 10:35:00 [1858]

Tételezzük fel, hogy a léptetőmotor+mechanika lelépi azt, amit megparancsolnak neki, mert a gyorsítások és a lépési frekvenciák barátságosak neki.
Akkor is van egy nagy szoftveres (matematika) probléma. Méghozzá a kerekítések miatt.
Azt mondja a g kód, hogy menjen 100.0, 100.0, 100.0 koordinátájú pontba.
Elindul az interpolálás és meg is érkezik a gép, a 99,99999985, 100.000000117, 100,000000034-es pontba, attól függően honnan indult. Ezeket aztán 100-ra kerekíti a program, ki nem sz@rja le alapon.
A probléma akkor lesz, ha 1000000 sor-ban végzi el ezt. Ezek összeadódnak és tizedekkel lő mellé a gép a végén.

Nincs a gépen számláló visszajelző, tehát biztonságos léptetésre lenne szükségem

Ez alatt nem igazán értem, hogy mit értesz, de ha csak szimpla step-dir vezérlésed van mögötte, akkor a lépésvesztéssel egyik rendszer sem tud mit kezdeni, csak ha van még elég pontos mérőléced mellette és a mechanikád is elég stabil ahhoz, hogy a mérőléccel legyen is érdemes visszamérni.

Előzmény: n/a (inaktív), 2012-10-30 09:56:00 [1856]

Sziasztok!
Ide is belepofáznék, csak szerényen, mert azt sem tudom miről beszélek majd...
Most kezdem az ismerkedést a CNC-zéssel és nem tudom, hogy Mach3 windows, vagy EMC Linux alatt induljak el.
Nincs a gépen számláló visszajelző, tehát biztonságos léptetésre lenne szükségem bonyolult marópályák levezérléséhez, paralel porton.
A linux nem idegen tőlem, opensuse, mandriva.
Előnyök hátrányok érdekelnének CNC esetében.
Köszönettel:Laci

A hossznagyoló mellé felkerült a keresztirányú nagyoló kiegészítő is.

NGCGUI kiegészítők

Előzmény: KoLa, 2012-10-27 21:19:00 [1852]

Fájl menüben van rá lehetőség. Most nem Linux alatt "működök", de meg fogod találni.

Előzmény: KoLa, 2012-10-27 21:19:00 [1852]

Köszi!Béni! holnap tudom kipróbálni!majd beszámolok róla!
Hogy kell menteni?

Előzmény: Béni, 2012-10-27 19:08:00 [1851]

Amit tudtam, módosítottam a kérésednek megfelelően. Beleraktam még a második bekezdés korrekcióját is. (Van akinek szüksége van rá.)
Egyébként a kód menthető.

Innen letölthető a V0.2

Előzmény: KoLa, 2012-10-21 14:09:00 [1848]

NGCGUI rajongóknak egy kis tesztanyag:

Hosszirányú nagyolás

Kezdem érteni amit írsz!

Előzmény: sneci, 2012-10-20 09:52:00 [1820]

Kipróbáltam élesben is! jónak mutatkozik!
Egy két dolog hiányzik belőle, de azokat majd beírod! - szerszám megadása,hűtés,m3 m4 utáni g4 időzítés! ui nagyobb gépeken kell néhány sec hogy kipörögjön a főorsó a megfelelő fordulatra...
és a végére kellene egy szerszámcsere pozícióba állás g53 g0 x... z...
Átírtam a scriptet és mentés másként,ha újra betöltöm az a helyzet hogy mindíg a táblázat töltődik be először, így mindíg nyomni kell egy entert! lehet ezt automatizálni? ha lesz még benne egy szerszámcsere akkor még egy enter!!!
Az NGCGUI-nak itt van egy nagy előnye!ugyanígy táblázatban adom meg az értékeket,viszont behívhatok egy másik alprogramot és azt összefűzi vele egymás után, egy szerkeszthető gkódba!
Itt a scriptet nem tudom szerkeszteni egyelőre, a gkód csak virtuálisan van jelen, a program futása közben szépen lépteti az ablakban , de ez nem megnyitható, szerkeszthető,menthető!

Előzmény: Béni, 2012-10-20 21:49:00 [1843]