Országszerte karácsony van. Január 6. az első munkanapunk, akkor megnézzük, hogy tényleg hiba-e egyáltalán. Ha igen, akkor lesz előbb-utóbb javítás is. Majd addigra kérünk egy hibásnak tekintendő g-kódot, a profilodat, és azt, hogy melyik verzió az, amelyiknél még nem volt ilyen problémád.
Az override limits pont arra való, hogy ha rá vagy túlfutsz a végálláson, akkor benyomod a gombot, a resetet ilyenkor ki tudod kapcsolni és máris le tudsz mozogni róla.
Ennyire még nem merültem bele hogy tudjam hogyan lehet azoftveresen beállítani:) Most annak örülnék ha látnám mozogni:) lassan 2 éve hogy dolgozok azon hogy készlegyen:)
Köszi a választ mindenkinek! De sajnos nemtudom hogy minek is kéne történnie a a gomb megnyomásakor, mert most nemcsinál semmit:/ Vagy be is kell állítani hogy működjön?
Illetve, nemtudom mennyire külömbözik az autocad és a F360, de nemnagyon van lelkierőm átállni rá, de azért köszi:)
Aknai Gábor | 3083
2019-12-25 20:19:10
[7420]
Sokkal jobban jársz, ha AutoCad helyett a Fusion360-at használod (ez is Autodesk termék), mert ez kimondottan CAD/CAM progi és Vilmos Jani fórumtársunk jóvoltából topikja is ill. oktató videó is van hozzá.
Sziasztok! Én csak abban kérnék megerősítést, hogy az általam jelzett problémával foglalkozik valaki, és ki lesz javítva. Szeretném megtartani ezt az új formát 1.2112. Nem akarok régebbi verzióra visszatérni emiatt a probléma miatt.
svejk | 33035
2019-12-25 19:51:13
[7418]
Erre való az "override Limits" gomb az E-stop mellett.
egyébként meg tessék szoftveres limitet használni.
Sziasztok 2 kérdésem is volna Elsö: ha a végállások sorba vannak kötve, akkor valahogy belehet állítani hogy ha eléri a végállást,pl. A jogolas közbe , akkor onnan vissza is tudjak jönni!? Mert most áramtalanítanom kell, majd kézzel visszatekerni a tengelyt:/ Második: Autocad-be megtervezett alkatrészt hogy tudom eljuttani a marásig!? Letöltöttem az Aspire-t gondolom az kell hozzá, de semmi konkrétumot nem tudok tovább:/ Esetleg valami rövid video, hogy legalább egy rajztesztet tudjak csinálni a masinával, mert eddig a hom poz. Felvételen kívül többet nem mozgott!?
Csináltam egy képet a masináról, eddig nem mutogattam:)
Előre is köszi Kellemes ünnepeket mindenkinek
atechnikadiadala | 30
2019-12-25 11:12:50
[7415]
Annyira nem akarom beleásni magam, én elfogadom hogy az UC-ban így működik meg, hogy az a szabvány amit belinkeltél ezt írja, de ettől függetlenül a fanuc nyelv alapú rendszerekben úgy működik ahogy én mondtam. UC-n kívül nem találkoztam még soha ilyennel, szóval lehet hogy az a szabvány kicsit elavult lehet...
Én csak arra akartam utalni, hogy van a fórumban lehetőség a közvetlen linkelésre.
Nem tudom milyen régóta vagy a szakmában, de úgy érzem görcsösen ragaszkodsz dolgokhoz. Sajnos én magam is ilyen vagyok és ez nem jó dolog.
A munkahelyemen Fanuc, Mori-Seiki, HAAS, és Okuma gépek vannak. A dolgozók zokszó nélkül mennek másik gépre ha kell. (én nem vagyok sem gépkezelő sem gépbeállító, más vonalon mozgok)
Itthon is csak barkácsolgatok és pont az általad említett megbízhatatlansága miatt váltottam én is a Mach3-ról. Mint látod lassan el is felejtem a Mach3 működését.
A szabvány mást mond, azt mondja, hogy ha tengely van megadva G28-ban, akkor azt köztes mozgáskoordinátának kell tekinteni és azon keresztül kell elmozdulni.
Javaslom az UCCNC dokumentációját tanulmányozni, ott le van írva pontosan, hogy melyik g-kód hogyan hajtódik végre. A G28 is.
De igen, egy szabványt követnek. RS274NGC-nek hívják. Igaz a szabványtól helyenként eltér a mach3 és vannak olyan dolgok a mach3-ban és az uccnc-ben is amik nem a szabvány részei. Ugyanis a szabvány csak az alapvető dolgokat tartalmazza.
Én is lekopogom, nem zúztam semmit mach3-al, több mint 2 éve használom szimultán 5 tengelyen, de vannak bug-ok amik néha előjönnek és zavarók. Egy részük g kód bezárás újra megnyitással megoldható, másik részhez mach3 restart kell. Illetve általában minden indítás után az első 5 percben ledobja az uc300-at. Utána egész nap mehet a munka hiba nélkül. De engem zavarnak ezek az apró dolgok, és ezért döntöttem a szoftvercsere mellett. Remélem igazad lesz és meg fogom szeretni én is
Elméletben szinte mindegyik program ugyanazt a szabványt követi (nem csak az UCCNC és a Mach3, hanem pl. a LinuxCNC is), de vannak apró eltérések, nyelvjárások. Nem hiszem, hogy bárki is 100% kompatibilitást mondott volna, de saccra 99%-ot tippelnék. Vannak apróságok, amit az egyik tud, a másik nem, minden irányban, de ezek főleg az ilyen "körítés-jellegű" kódokban jelentkeznek, maga a megmunkáló kód szinte mindig használható. Sokáig nem is volt UCCNC-hez posztprocesszor egyik CAM programban sem, a Mach3-ast lehetett használni, csak tudni kellett, hogy mit kell kiszedni vagy módosítani benne.
Másrészt kicsit csalódott vagyok, mert szoftvervásárlás előtt e-mail-ben elküldtem a kritériumokat, és az egyik fő szempont lett volna, hogy az uccnc által futtatható program 100%-ban kompatibilis legyen a mach3 által futtathatóval. De mivel nem egy szabványt követnek, ez nem valósul meg teljes mértékben...
Üdv! Ajánlanék egy hatásos “ipari” alkalmazàst-megoldàst a szerszámok (T1-T2...->) bemérésére, használatára! 1. Kell egy a főorsóval azonos kúppal szerelt mérőóra (BT30-3D Taster) 2. Kell egy fixen rögzített sík amiben azonos szintig lehet bele helyezni a bemérni kívánt szerszàmot, majd egy talpas mélységmérő ami szintèn fixàlva van a síkhoz (lehetőleg digitális óra) 3.Taster 0-0 -ál orát nulláz (lásd kép) 4.UCCNC—> TOOLS—> Helyes sorba a mért szerszám hossz korrekciót bevésni. 5.Ráállás a munkadarabra x-y majd OFFSETS ablakban G92-nullázni(megszokásból rá szoktam nézni) 6. Z irányban szintén Taster 0-0 majd zero... 7. Gcode load —> fontos! T5-H5 T2-H2 8. Használod
Olvasom a kommenteket, és nekem az jön át, hogy nagyon mach3 felhasznàló, legalább is a kommentekben többször van említve. Én nem szeretném spojlerezni egyik programot sem, de hasznàltam 2-3 évig mach3-at ès 1- 1.5 éve használok uccnct! Hasonló a hobby felhasználhatósága végett, de sokkal másabb a két program (nekem legalább is) Sokkal megbízhatóbb-stabilabb-testre szabhatób-gyorsabb-az uccnc nem törtem össze még vele semmit (bal kéz 3kopp). Összeségében nem értem a kommentek alapján ha olyan jó volt a mach3 és minden sikerül (kinek a pap, kinek...) akkor mièrt kellett ez a vàltás? Természetesen mivel kèt külön származású-elgondolású programról van szó, furcsa egyik a másik utàn! Csupán a személyes tapasztalom végett (védem meg) állítom, hogy az uccnc messze jobb mint a mach3, eddig akármi bajom kínom volt nagyon segítőkész emberekre találtam itt a fórumon (Pl:dezsoe) akik segítettek vagy megoldották a programban a problémáim. Szerintem biztos ha tudnak segítenek megoldani a nehézségeket! Remélem a bemèrős tipp segít!
Az a gond hogy a kolléga azt várta hogy úgy működik az UC is mint az összes ipari Fanuc alapú vezérlő teszi, mégpedig hogyha G28 után tengely is van megadva, akkor csak azon az egy tengelyen mozog. Pluszba még e-mellé jött a hibás kód értelmezési sorrend az UC-ben.
Ez pont közéjük tartozik. Amit Svejk linkelt, ott egyértelműen Fanuc-ról van szó és egyértelműen le is írja, hogy ha van köztes pont egy tengelyen, akkor csak azt a tengelyt fogja referenciába küldeni. Az RS274NGC szabvány pedig nem. Ennyi.
1. Az UCCNC az RS274NGC szabványt követi, ahol lehet. (Kézikönyv, 4.1 fejezet, elgépelve RD274NGC-nek.) Teljesen mindegy, hogy a felsorolt márkák mikor és hogy működnek, a G28 az említett szabvány szerint van megoldva.
2. Ahogy mutattam a képen is: a G28 paraméter nélkül rögtön az összes tengelyt egyszerre elküldi a referencia pontra. Ha van megadva valamilyen koordináta, akkor azt köztes pontnak tekinti (munkakoordinátában) és először oda mozog el.
3. Az egy sorba írt g-kódok végrehajtási sorrendje nem minden esetben felel meg a szabványnak, majd egyszer ez is ki lesz javítva, gondolom.
4a. Ha a végrehajtási sorrend helyes lenne, akkor a G28 G91 Z0 sorból először a G91 (relatív koordináták használata) hajtódna végre, majd utána a G28 Z0 (mozgás referencia pontra Z0 érintésével). Ennek eredménye: először mozgás Z0 relatív koordinátára, ami a 0 miatt azt jelenti, hogy marad, ahol van, majd mozgás az összes tengellyel referencia pontra. Pont ugyanaz, mint egy paraméter nélküli G28.
4b. A végrehajtási sorrend hibája miatt a G28 G91 Z0 sorból először a G28 Z0 (mozgás referencia pontra Z0 érintésével), majd a G91 (relatív koordináták használata) hajtódik végre. Ennek eredménye: először mozgás Z0 abszolút munkakoordinátára, majd mozgás az összes tengellyel referencia pontra.
Túlzásba azért ne essünk, én csak ismerni szeretném a vezérlőket... Persze hogy vannak gépspecifikus kódok. De speciel ez a home pozícióba küldés pont nem tartozik közéjük...
Köszönöm a linket, de nincs benne az általam felvetett probléma magyarázata/megoldása. ---> Pár hozzászólással lentebb olvasható: a kód végrehajtási sorrendje nem megfelelő az uccnc-ben.
Ezzel a résszel nem is vitatkoztam. Ezt tudom hogy így működik... Viszont a szabvány az én problémámat nem említi: ha ott van előtte a G91, akkor egyből home pozícióba kell vinnie azt a tengelyt, amit a G28 után definiálok. És ez nem mach3 találmány. Mint említettem, fanuc, haas, hurco vezérlőkön (a 90-es évektől napjainkig kiadott gépeken) így működik, ahogy én azt szeretném. Bár biztosan ők is az elavult mach3-ról koppintottak.
Ha ilyen jól ismered az ipari vezérlőket azt is tudnod kell, hogy bizony a G-kód csak egy ajánlás és sajnos vannak gépspecifikus kódok, még egy vezérlőcsaládon belül is, ezt hozta magával a vezérlők fejlődése.
Mi is itt már sok G-kódot megreformáltattunk, kértünk különféle opciókat az UCCNC vezérlőbe. Szerencsére elég sokat meg is kaptunk, hála az itthoni fejlesztésnek. Ha logikusan és nyomatékosan alá tudod támasztani a kérésed valószínű meg is lesz oldva. Úgy vettem észre az kevés szokott lenni, hogy: "az ipari gépeken úgy működik".
más: Ha linkelsz van erre klassz megoldásunk, pl. így:
Nagyon érdekes cikk, köszönöm, hogy tanulhatok belőle a g-kód működéséről. A probléma az vele, hogy erősen Mach3 ízű, a Mach3 pedig finoman szólva sem ragaszkodik szigorúan a szabványokhoz. Többek között a G28 implementálásában sem. A szomorú hír az, hogy sajnos mégis nekem van igazam: olvasd el a szabványban. Én is így tettem, mert bár fejből is tudom a G28 helyes működését, nem szeretek úgy leírni valamit, hogy előtte nem ellenőrzöm, így most is megtettem.
Neki az kellene, hogy csak Z tengelyen hajtsa végre a G28-at, ezért is kell a G91, és ipari gépeken egy sorba beírt G kódok sorrendisége nem számít, a G91 hajtódik végre elsőre, és aztán a G28, függetlenül attól hogy melyik van előrébb azonos sorban. Illetve ugye ebben az esetben a másik 2 tengelynek mozdulnia sem szabadna, csak a Z-nek.
Ezzel a kódsorral nem azt kértem tőle, hogy azt csinálja amit csinál... és nem úgy kell működnie ahogy leírtad. Az utasítások sorrendje tökéletes, mert ipari gépeken működik (pl. Haas, Hurco, Fanuc). Ezzel a kódsorral azt kérem tőle hogy Z tengelyen menjen fel home pozícióba. Ha nem lenne előtte a G91, akkor az történik amit leírtál, lemegy nullára, majd fel home-ba. De mivel ott van a G91, ez megváltoztatja a dolgokat, és mivel a G28 után megadtam hogy melyik tengelyen akarom a mozgást, ezért csak és kizárólag a Z kellene mozogjon. Szóval a szoftver ezt a kódsort hibásan értelmezi. Legalább a G53-at jól kezeli... kipróbáltam.
Egy kis irodalom a helyes működésről: https://cncphilosophy.com/g28-g-code-demystified/
Azért, mert azt kérted tőle. Ha simán haza akarod küldeni a tengelyeket, akkor G28 és kész. A sor, amit beírsz azt jelenti, hogy menjen haza, de először a Z-t vigye 0 távolságra. Az egymásra halmozott utasítások sorrendje nem tökéletes, ezért először a G28 Z0-t hajtja végre, csak utána a G91-et, ezért megy először nullára. Viszont ha helyes sorrendben hajtaná végre (G91, majd G28 Z0), akkor sem sok értelme lenne, mert azt jelentené, hogy menjen haza, de előbb a Z tengelyen mozogjon 0 távolságot, tehát annyi, mint ha egy sima G28-at adnál ki.
Rendben, köszi a megerősítést! Viszont ehhez segítségképpen igazán lehetne egy nyomógombot tenni a szoftverbe, hogy automatice legyen a folyamat (pl mach3), illetve az is roppant hasznos lenne ha nem kellene megjegyezni a beírandó értéket, mert ahol be kell írnom, nem látszik az aktuális Z koordináta. (már beletettem a screensetbe, de csak felhasználó szeretnék lenni és használni a szoftvert egy felhasználóbarát környezetben, nem pedig fejlesztgetni-javítgatni)
Még egy utolsó kérdésem lenne:
Ezt a kódot: G28 G91 Z0. Miért úgy hajtja végre a program, hogy az összes tengelyen mozog? Illetve legelőször lemegy munkadarab Z nullig, és onnan indul home-ba az összes. Ez azért vicces, mert program elején nincs hosszkorrekció behívva, így ha nem a nullszerszám, vagy annál hosszabb van éppen bent, akkor jön a csatt. Szoftver leírása szerint elvileg ismernie kellene a G28-at.
1.2111 verzió. Nincs érzékelőm és nem is szeretnék. Hagyományos módon, munka elején bemérem a szerszámokat és utána cserélgetem őket (BT30-as főorsóm van). Tegnap ahogy még nézegettem a programot, valószínű úgy működik mint pl fanuc-éknál. Kinevezek egy szerszámot nullszerszámnak, azzal felveszem a z nullát, és szerszámcserék után a többi szerszámmal megérintve ugyan azt a felületet, a z tengelyen kiírt eltérést beírom szerszámhossznak. Így van? (nem teszteltem még le a gépen)
Ennyire azért nem vagyok sülthal . A gyorsjáratot szeretném állítani, hogy ne 100% legyen mindig fixen, hanem mondjuk 30%. Függetlenül az előtolástól. De jelenleg az előtolással együtt változik.
Igen, csak ha megnézel bármilyen gyári gépet, van állítási lehetőség a gyorsjárat sebességét illetően. Munkahelyemen 54000mm/perc gyorsjáratot tudó gépek vannak, de nem merném megnyomni a zöld gombot "majd lesz ami lesz" alapon... Szóval nekem ez igen fontos funkció lenne, tekintve hogy 5 tengelyem is van, és nem vicces mikor megindul minden tengelyen gyorsjáratban. Igaz itthon csak 4000mm/perc-et tud, de az is elég a törés zúzáshoz.
Áh, ez a % állítós ablakocska elkerülte a figyelmemet, köszi!
Köszi az infót. Nagyon elszomorítottál... komolyan nincs rá lehetőség, hogy lehessen állítani, mint a mach3-ban? A másik kérdés: Főorsó fordulat analóg potméteres állításánál miért nem lehet 100% fölé menni? Előtolást lehet, fordulatot nem...
Mellékesen meg aztán én hiába nézem a G -kódot. Nem értek G-kódul. C++ és Valamennyire Python nyelvül tudok csak meg egykét PLC specifikus nyelven. De sosem foglalkoztam G-kóddal, mivel nem volt feltétlenül szükséges számomra. Viszont visszatérve az alap problémára az lenne a kérdésem, hogy ez az előző verzióknál miért nem jelentett problémát?
Zsoltyfm | 134
2019-12-20 21:44:06
[7378]
Én minden paramétert alapállapotban hagytam ami nem volt feltétlenül szükséges ahhoz hogy a gépet használni tudjam. Csupán csak a tengelyek felbontását állítottam át.
Ahogy már írtam: szakaszokat kap a program. Nézd meg a generált g-kódot. Ahol irányváltás van (tehát lényegében minden szakasz kapcsolódásnál), ott muszáj neki egy kicsit lelassítani, hogy a tengelyeknek legyen idejük lassulni vagy gyorsulni. Valószínűleg elég alacsony gyorsulás van beállítva a tengelyeiden, ezért feltűnő.
exup! Én nem tudhatom, de egészen biztos, hogy magával a plugin -al van a baj? Nem lehet hogy maga az UCCNC program nem megfelelően kezeli a tőle kapott adatokat?
Már korábban is írták, hogy az autoleveler pluginnel kapcsolatban kérdést és észrevételt az írójának kell feltenni, mert nem az uccnc fejlesztői írták. Az egy külsős dolog. Az író elérhetősége ott van a pluginben. Mindenben segítőkész amúgy.
2019-12-25 22:44:36
