Az akkor tényleg nem normális.

Előzmény: Polgárdi Balázs, 2014-06-28 13:54:00 [139]

Úgy látom hogy az I,J módot inkrementálisan értelmezi.
De ha az R szót használjuk akkor ennek nincs jelentősége.
Vagy rosszul tudom?

Előzmény: Sz.József, 2014-06-28 14:56:00 [151]

Megvizsgálom, mi okozza.

Előzmény: svejk, 2014-06-28 15:27:00 [153]

Az alábbi kód is hülyeséget csinál:
(mach3-ban jó)

f1000
g0 x0 y-20
g2 x0 y20 r20
g2 x0 y-20 r20
g0 x0 y0
m5 m30

Előzmény: svejk, 2014-06-28 14:20:00 [143]

ja, csak mindig elfelejtem a TXT-t átírni..

Előzmény: Polgárdi Balázs, 2014-06-28 14:47:00 [149]

Ez esetleg nem kapcsolódhat a G90, G91 hiányához? (még egyenlőre)

Előzmény: svejk, 2014-06-28 14:17:00 [142]

"filenév.tap"

Ha idézőjel közé teszed, nem teszi hozzá automatikusan a .txt kiterjesztést.

Előzmény: svejk, 2014-06-28 14:37:00 [148]

Amikor nincs betöltve még G-kód, akkor megnyomod az Edit G-kód nyomógombot, és a notepad-ban megnyílik egy üres fájl. Megszerkeszted a fájlt, majd mentéskor a fájl neve után .tap-ot írsz, és akkor nem txt kiterjesztéssel menti el.

Előzmény: svejk, 2014-06-28 14:37:00 [148]

Csak egy ötlet.

Én nagyon sokszor egyszerű alkatrészeknél kézzel írom meg a G kódot, erre az esetre nagyon jól jönne egy New File lehetőség, ami ráadásul rögtön *.tap-ban akarna menteni.

Ez a Mach3-nál sem volt megoldva a win saját jegyzettömbje meg ugye mindig *.txt-ként akar menteni. Sok bosszúságot okozott már.

Vagy Ti hogy szoktátok ezt egyszerűen megoldani?

Ez mondjuk való igaz csak én kivettem a pipát, hogy elkerüljem az "ikon szaporodást"...

Előzmény: svejk, 2014-06-28 14:27:00 [145]

Sziasztok!

Megerősítem én is amit Balázs mondott, más mérések is igazolják ezt.
A Mach3 gyakran a beállított gyorsulási és sebességi értékek fölé megy. Az ilyen jellegű "hiba" - amivel tisztában vannak a fejlesztők is, sőt gondolom tudatosan van így - azért nagyon problémás, mert a maximális értékek a gép mechanikai tulajdonságaihoz vannak beállítva. Ha ezen túlmegy a program, akkor az lépéstévesztéshez vagy más nemkívánatos következményekhez vezethet.

Előzmény: Polgárdi Balázs, 2014-06-28 13:54:00 [139]

Amelyik fülön elmentetted a profil nevét, kipipálod a "Create shortcut on desktop"-ot és kirak egy indítóikont az asztalra a profil nevével.

Azt meg lehetne oldani, hogy az általam kiválasztott (elmentett) profillal induljon a program? (ne a defaulttal)
Ha pedig erre megvan a lehetőség, akkor tisztelettel kérdezem, hogy hol?

Ugyan ez a helyzet az alábbi "változó sugarú" körívvel is:

f1000
g0 x0 y0
g0 x50 y0
g3 x-20 i-50
m5 m30

Előzmény: svejk, 2014-06-28 14:17:00 [142]

Találtam egy hibát.
Az alábbi negyed kört rende3sen rajzolja és végzi:

f1000
g0 x0 y0
g0 x100 y0
g2 x0 y100 i0 j100
m5 m30

De ugyan ez a körív R magadásával a ToolPathban rosszul jelenek meg. A valóságban azonban jól végzi el.

f1000
g0 x0 y0
g0 x100 y0
g2 x0 y100 r100
m5 m30

Ez visszatérő kérdés, sokszor ki volt tárgyalva.

Előzmény: lazi, 2014-06-28 13:52:00 [138]

Akkor oké!

Előzmény: Polgárdi Balázs, 2014-06-28 13:46:00 [136]

De bizony az rossz, ugyanis, ha megnézed a két ábrát, akkor kb. egyszerre érik el a max sebességet a beállított gyorsítással, viszont a Mach3 tovább gyorsít, majd észbe kap, és a beállított gyorsítás többszörösével lelassít. Azaz nem tartja be a megadott paramétereket!!!!!
Ez pl. léptetőnél lépésvesztéshez vezethet. De igazából nem a Mach3-at akarom szidni, csak felhívtam egy olyan dologra a figyelmet, amit szerintem nem sokan tudnak. Tudnék még pár ilyen "apróságot" mutatni, mert az évek folyamán az UC100 és UC300 pluginjének fejlesztése közben találkoztam már egy pár dologgal.

Előzmény: elektron, 2014-06-28 12:26:00 [135]

Végre valaki korrektül és érthetően elmagyarázta, mire jó ez a parancs.

Előzmény: Polgárdi Balázs, 2014-06-28 13:46:00 [136]

Egyenlőre a program indulásakor az F-nek egy fix kis értéket adunk, hogy ne legyen nulla.

Előzmény: svejk, 2014-06-28 12:04:00 [134]

Lehet félreérthetően írtam, de Exact Stop-nál nincs pályaoptimalizálás, akkor mindig pontosan azt hajtja végre, ami a feladat. A pályaoptimalizálás jelentősége akkor mutatkozik meg, ha állandó sebességű üzemmódban például két lineáris szakasz szöget zár be egymással. A két mozgást pontosan csak akkor tudja végrehajtani a programozott pályán, ha a saroknál lelassít, majd irányt vált és újra felgyorsít. Az optimalizáláskor a pályakövető kiszámolja a beállított rádiuszhibát figyelembe véve, hogy mennyire kell lelassítani, hogy a kanyart kicsit levágva vegye be, de még a hibán belül. Persze a lassítás/gyorsítási beállításokat az összes tengelyen figyelembe veszi. Az alábbi ábrán látható a lekerekítés:

Előzmény: svejk, 2014-06-28 11:13:00 [132]

A nem szimmetrikus gyorsulás lassulás nem azért van, mert gyorsuláskor a mechanika fékezi, az negatívan hat rá, lassításkor meg segíti és amiatt több megengedhető ? Nem rossz az szerintem.

Előzmény: Polgárdi Balázs, 2014-06-27 22:45:00 [126]

Az Initalization String -hez tartozik, hogy valahol csak van benne már ilyesmi, mert ha MDI-ban F-érték nélkül kiadom a G1 X100 parancsot, akkor 6 mm/min-el elindul a tengely.

Előzmény: Polgárdi Balázs, 2014-06-27 20:34:00 [122]

Én még csak kérdezgetek,de javaslatokat nem teszek,mert magam nem próbáltam,még vezérlőáramkör hiányában.

Viszont Balázs alább kérdezte,hogy próbálta e balaki a sebességváltozás lekövetését megfigyelni,ha valakinek van UC100-a,és diódalézere,vagy pirográf feje,akkor égethetne képet a G-ray által generál Gkóddal,mert akkor ez kiderülne,mivel sebességváltozásokal operál.
Én magam is kiváncsi lennék,hogy bírja e ezeket a változásokat.

Előzmény: svejk, 2014-06-28 11:03:00 [131]

Lehet félreértem, de úgy olvasom az írásodból, hogy az ExactStop-nál is van pályaoptimalizálás.
Ez így helyes?
Én úgy gondoltam volna, hogy csak az állandó sebesség módban nyúl(hat) bele a pályába a vezérlőszoftver.

Előzmény: Polgárdi Balázs, 2014-06-27 22:45:00 [126]

Igazából az "S" alakú gyorsulási pálya a használatos, ami annyit tesz hogy az induláskor lassabban gyorsít, illetve a kívánt pozíció elérése előtt kissé visszavesz, hogy kisebb legyen a túllövés. Illetve így kevésbé rángatja a mechanikát.

A másik amit még szoktak használni a léptetős vezérlés4eknél, az un. start-stop frekvencia.
a léptetőmotorok bizonyos step jel frekvenciát gyorsítási szakasz nélkül képesek lépésvesztés nélkül felvenni.
Ezzel is lehet növelni a dinamikát.

Ezeket az extra funkciókat a végtelensékig lehetne növelni, pl. az is jó lenne, ha a vezérlő kiadna egy jelet, hogy épp G0 vagy G1 (2,3) parancs van érvényben.
Ennek a szervoknál lenne jelentősége, miszerint G0-ban lazábbra lehet engedni a visszacsatolást, mert nincs szükség hű pályakövetére.

Előzmény: csewe, 2014-06-28 08:53:00 [127]

Megmentettél egy méréssorozattól, pedig már készítettem elő a MiniLA analizátoromat.

Anno a Mach3 jeleit felvettem és a kiértékeléskor egyértelműen látszott a jitter a jalalakban.

Előzmény: Polgárdi Balázs, 2014-06-27 22:45:00 [126]

Értem és köszönöm a válaszodat.

Előzmény: Polgárdi Balázs, 2014-06-27 08:19:00 [92]

Szia Balázs!
A progi nagyon tetszik.
Letisztul felület, jól konfigurálhatóság.
Nem igen van felesleges, vagy éppen hiányzó ikon.
A dolognak ez a része úgy is egyéni ízlés dolga.
Mindenkinek tetsző felületet úgy is szinte lehetetlen megalkotni.
A hiányosságok (javítani valók) jelentős részét már az előttem szólók megtették.
A gyors módosításokért maximális elismerésem.
Egyenlőre csak egy dolgot szeretnék megemlíteni...(talán ezt még nem lett megemlítve...)
Step módba 0,01 0,1 és 1mm-es lépés választható.
Ez szükség esetén módosítható-e valahol?
Lehet, csak bénaságból nem találom ezt az opciót...(?)

Ha kiegészül a G kódok teljes listája és Csewe által említett paraméterezhető funkcióval,
akkor szerintem jó páran "félre teszik" a Mach3-at.

Az eszterga támogatás már csak hab lenne a tortás a szinkron menetvágás lehetőségével,
mert akkor a Linuxcnc is "veszélybe" kerülne.(nem kicsit)

További sok sikert a fejlesztéshez.

Régebben emlékszem,hogy felmerült többekben,hogy a cnc vezérlő szoftwerek,gyorsíthatnálk a motorokat nem lineárisanis.
A gyorsulás eleje erőteljesebb is lehet,mig a végefelé már kevésbé gyorsulna a motor.
Ez előnyökkel járhat.
Gyorsabb munkavégzés,nagyobb végsebesség.
Esetleg nem merült fel bennetek,hogy opcionálisan lehessen választani a két gyorsulástipus között?

Előzmény: Polgárdi Balázs, 2014-06-27 22:45:00 [126]

Örülök, hogy a megjelenítés tetszik, ebben is sok munka van, és nem volt triviális, hogy minden számítógép grafikus kártyáján és operációs rendszerén ugyanúgy működjön.
A csillagtesztnél exact stopnál én is hasonló, szinte megegyező időt mértem. Állandó sebességű üzemmódnál (Constant velocity) pedig a különbség az UCCNC-ben beállítható maximálisan megengedett pályakövetési hibával magyarázható. Azaz, ha ez a paraméter kicsi, azaz nagyon szigorúan kell követni a pályát, akkor értelemszerűen tovább tart. Ha viszont nagyobb, akkor gyorsabban végre tudja hajtani az egymás után következő utasításokat. A csillagtesztet amúgy Tibor45 jól kitalálta, sok apró lineáris szakaszból rakja össze a mozgásokat. Ha a kicsi szakaszokat külön külön hajtjuk végre (exact stop) akkor nincs ideje a tengelyeknek maximális sebességre gyorsulnia. Ha viszont előretekintéssel, akkor a pályát lehet optimalizálni, hogy a beállított megengedett max. hibával (programozott pályától való eltéréssel) hajtsa végre sokkal gyorsabban. A Mach3-nál is van ilyen állíthatósági lehetőség, de azzal egy arányt vagy kb. saccolni lehet csak, mert sose annyi. Ezt azért tudom ilyen határozottan állítani, mert kimértem. Tudok pl. egy jó kis tesztet, mely a következő kód:
f10000
g1
X1
x2
x3
x4
x5
x6
x7
x8
x9
x10
x11
x12
x13
M30
Ezt lefuttatva azonos beállításokkal (lépés:50step/mm, 20mm/s2 gyorsulás, constant vel.) mach3-on a következő a jelalak:

Az UCCNC-n pedig:

A két ábrát logikai analizátorral készítettem, és látható rajta, hogy a mach3 túlságosan begyorsít és a végén rövidebb idő alatt lelassít. Nem szimmetrikus a gyorsítás/lassítási szakasz. Az UCCNC-nél szimmetrikus.

Talán nem volt még szó a grafikáról, Toolpath-ról.

Az említett gépen a proci terhelés 25%-körül mozog ha fut az UCCNC.
A G-kód futása közben lehet nyugodtan matatni a Windowst, nem tapasztaltam szaggatást.

A toolpath képernyő vagy ablak az UCCNC-nél kiváló!!!
(A Mach3 nézeteit sosem értettem meg, kezelése vacak volt)

Itt egyértelműek a nézetek, G-hód futása közben is nyugodtan lehet nézetet váltani, nagyítani-kicsinyíteni mozgatni, forgatni a látómezőt, a CNC gép nem érzékel semmit ezekből.
Ez nagyon jó pont, a kezdők szeretik ha itt is látják mit csinál a gép.

lefuttattam egy két régi tesztkódomat, amelyikben minden parancsot ismer ott nem volt gond.

Ha már kérdés volt a pályatervező akkor egy pár sor, de pontos munkadarab mérések nélkül.

Tibor45 jóvoltából van nekünk az a bizonyos csillagtesztünk.

Mach3-ban lefuttatva G61 módban 2.57 perc alatt fut le a gépemen, G64 módban 0.55 alatt.

Az UCCNC-vel Exact Stop módban kerek 3.00 perc volt, Constant Velocity módban 1.20.

Mindkét proginál a lockahead 200-ra volt állítva, az UCCNC pályakövetési beállításai a feltelepített gyári értékeken.

Az állandó sebbesség módban az idő eltérés gondolom ezen beállítások miatt van.

Viszont Exact Stop módban is kissé más hangja van a CNC gépnek a mach3 és az UCCNC alatt, hogy melyik a jobb az majd később fog kiderülni, itt a gyorsulás-lassítások, illetve step jel egyenletességek számítanak inkább.

Előzmény: Polgárdi Balázs, 2014-06-27 20:34:00 [122]

Elküldtem magánban a Mach3 xml file-t és a beimportálás után keletkezett Pro file-t.

Így jobban át tudod nézni...

Előzmény: Polgárdi Balázs, 2014-06-27 08:51:00 [93]

Erre meglátásom szerint ott van a makró. Az anyag keménysége és a szerszám tulajdonságai valamint a munka jellege határoz meg mindent. Nekem viszont az jutott az eszembe, hogy egy makró generátort lehetne írni ha már van programozási felület. Itt egy kis felugró ablakban kilehetne választani az adott munka anyagára, a szerszámra vonatkozó adatokat, na nem a végletekig részletezve, és ebből egy makrót generálna a szükséges beállítások lefuttatásához, amit csak be kellene írni minden G-kód első sorába.

Pl.: M255

Erre tegnap este már nézegettem a C# referenciát, meg a meglévő leírásokat. Többek között ezért kérdeztem a kód futtatási lehetőséget lejjebb.

Persze ezt a makró vagy kód generátort lehetne használni az egyszerűbb feladatok legenerálására, ahol pár lépést egyszerre lehetne bevinni. Ez nem helyettesítene egy pályagenerátort, de egy egyszerű csapolás mind a két pályakódját elkészíthetné, vagy az előkészítő munkákat lehetne vele megoldani.

Előzmény: svejk, 2014-06-27 20:23:00 [121]

Ne érts félre a kezelést én is fontosnak tartom, sőt, próbáltuk a lehetőségekhez képest egyszerűre megcsinálni. Ez többé kevésbé talán sikerült is, és a visszajelzések alapján, ha szükséges, akkor módosítunk rajta. A pályatervezőt csak azért mondtam, mert egy irtó bonyolult dolog, és tulajdonképpen a programnak a "lelke", és minden más erre épül. Az Initalization String jó ötlet, szerintem hamarosan beépítjük a programba.

Előzmény: svejk, 2014-06-27 20:23:00 [121]

No igen, de először meg kell ismerni a program kezelését, majd azután lehet munkadarabra engedni.

Meglehet nem így van de én úgy gondolom, hogy a pályavezérlés tiszta matematika és minden szabály meg van egzaktul fogalmazva, tehát nem lesz vele gond, főleg ha ennyit dolgoztál vele.

A kezelés, az hogy mennyire kezes a program szerintem szintén fontos és sajnos itt már sok kompromisszumot kell kötni, hiszem olyat nem lehet készíteni ami mindenkinek tetszik.

A következőkben megint egy ajánlást tennék, és egyben elnézést kérek, hogy a Mach3-hoz viszonyítok sok dolgot, de csak azt ismerem úgy-ahogy.

Szóval a mach3 general configjában vagy egy Initialization String sor, melybe különféle kódokat beírva azok minden indításkor automatikusan betöltődnek.
Szerintem ez is okos dolog itt be lehet állítani a kezdő sebességeket, főorsó fordulatot, stb..

Előzmény: Polgárdi Balázs, 2014-06-27 15:28:00 [106]

Ment is mail.

Előzmény: Polgárdi Balázs, 2014-06-27 16:31:00 [112]

Az UCCNC program a G-kódban a ciklusokat, feltételeket, alprogram hívásokat, #xx változókat még nem támogatja, csak az Mxx makrókban lehet C# utasításokat használni! A ciklusok támogatásának elkészítése később várható.

Előzmény: nyarfa, 2014-06-27 17:08:00 [118]

Lejjebb már kérdeztem, hogy a C# hogyan építhető be a G-kódba? Nem külön mindent egy-egy makróban írva szeretném a ciklusokat futtatni. Erre van már megoldás, vagy csak még tervben van?

Elküldtem én is. Köszönöm szépen!

Előzmény: Polgárdi Balázs, 2014-06-27 16:50:00 [115]

Az E-mail megérkezett, küldtem a licence fájlt.

Előzmény: Sz.József, 2014-06-27 16:43:00 [114]

Kérlek küld el E-mailen a sorozatszámát.

Előzmény: pisti73, 2014-06-27 16:41:00 [113]

Szia Balázs!
Írtam emilt a sorozatszámmal.
Ha esetleg nem ér célba légyszi jelezzél vissza.
Köszönöm.

Szia Balázs!

A héten én is eljutok odáig, hogy ismét "elővegyem" a gépem. Amennyiben lehetséges én is kérhetnék az UC100-as mozgásvezérlőmhöz egy licenc file-t?

Félreértettem, akkor az adataiddal egy E-mailt nekem.

Előzmény: LZ, 2014-06-27 16:25:00 [111]

Még nincs mit küldenem, vásárolni szeretnék.

Előzmény: Polgárdi Balázs, 2014-06-27 15:58:00 [110]

Küld el emailben a UC100 dobozának oldalán található sorozatszámot S/N:xxxxxx.
Ha a sorozatszám valamiért nem látható, akkor az UCCNC könyvtárban van egy segédprogram UCxxx_Serialnumber_lister.exe melyet elindítva kiolvassa a csatlakoztatott eszközök sorozatszámát.

Előzmény: LZ, 2014-06-27 15:48:00 [109]

Na ezt akartam olvasni.
Küldjek neked egy mélt a rendelési/számlázási adatokkal egy UC100-ra?
Vagy CNCdrive.hu?

Előzmény: Polgárdi Balázs, 2014-06-27 15:41:00 [108]

Megoldható makróban ez a feladat is, neked a következő utasításokat kell használnod:
Setoutpin(int pinnumber)
Clroutpin(int pinnumber)

A makró programozásról bővebben az UCCNC könyvtárban a Dokumentation almappában a Macro_capability_detailed.htm fájlban találsz bővebben információkat. A szerszámsugár korrekció és a G-kódban ciklusok, műveletek támogatása később fog elkészülni. Egyenlőre az UC300 támogatásán dolgozunk, és ahogy haladunk, sorban bővítjük majd a funkciókat.

Előzmény: LZ, 2014-06-27 15:03:00 [104]