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.

Erre való az "override Limits" gomb az E-stop mellett.

egyébként meg tessék szoftveres limitet használni.

Előzmény: Playaz, 2019-12-25 18:19:54 [7416]

OVERRIDE LIMITS gomb.

Előzmény: Playaz, 2019-12-25 18:19:54 [7416]

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

  

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...

Előzmény: CNCdrive, 2019-12-25 07:02:26 [7412]

É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.

Apropó!
Az UC300-ad USB-s vagy Ethernetes?

Előzmény: Johnnybrush600, 2019-12-24 21:58:32 [7402]

General configuration utolsó bepipálható sora:

Előzmény: CNCdrive, 2019-12-25 06:56:39 [7410]

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.

Előzmény: atechnikadiadala, 2019-12-24 22:25:25 [7405]

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.

Előzmény: Johnnybrush600, 2019-12-24 23:02:31 [7407]

„Mach3-ban ha akarod külön van, vagy ha bekapcsolod, akkor együtt változnak. Még egy kérdés: Hogyan mérek be manuálisan szerszámot UCCNC-ben?”

Ez az opció hol van a Mach3-ban? Én még nem találkoztam vele.

Előzmény: Johnnybrush600, 2019-12-23 19:12:55 [7389]

Szia.

Köszi a szerszámbemérős tippet!

É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

Előzmény: L Tom, 2019-12-24 22:42:45 [7406]

Nincs mit és bocs, ha nem voltam elég világos.

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.

Előzmény: Johnnybrush600, 2019-12-24 23:02:31 [7407]

Köszönöm, így már teljesen világos az ok.

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...

Előzmény: dezsoe, 2019-12-24 22:11:48 [7403]

Ü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!

      

Előzmény: Johnnybrush600, 2019-12-24 10:26:54 [7391]

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.

Előzmény: dezsoe, 2019-12-24 22:11:48 [7403]

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.

Előzmény: Johnnybrush600, 2019-12-24 21:58:32 [7402]

Oké, vegyük végig újra.

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.

Ennél részletesebben nem tudom leírni.

Előzmény: Johnnybrush600, 2019-12-24 21:38:14 [7401]

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.

Előzmény: svejk, 2019-12-24 21:06:16 [7400]

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.

https://www.cncci.com/post/how-the-heck-does-g28-work

A kérdés még mindig adott:
Miért nem hajtódik végre megfelelően uccnc-ben ez a sor?
G91 G28 Z0

Előzmény: dezsoe, 2019-12-24 20:53:48 [7397]

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:

NCT 99M G-kódok értelmezése magyarul

Előzmény: Johnnybrush600, 2019-12-24 19:12:29 [7395]

Mármint a végrehajtási sorrendje nem jó.

Előzmény: dezsoe, 2019-12-24 20:55:02 [7398]

Ezt írtam, hogy a G91 és G28 sorrendje nem jó, de nem ettől nem csinálja azt, amit szeretnél.

Előzmény: atechnikadiadala, 2019-12-24 20:35:04 [7396]

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.

  

Előzmény: Johnnybrush600, 2019-12-24 19:12:29 [7395]

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.

Előzmény: dezsoe, 2019-12-24 16:27:01 [7394]

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/

Előzmény: dezsoe, 2019-12-24 16:27:01 [7394]

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.

Előzmény: Johnnybrush600, 2019-12-24 14:04:24 [7393]

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.

Kellemes ünnepeket mindenkinek!

Előzmény: dezsoe, 2019-12-24 10:47:39 [7392]

Pontosan. A mérésről valamilyen mérőre tippeltem, anélkül pont azt kell tenned, amit írtál.

Előzmény: Johnnybrush600, 2019-12-24 10:26:54 [7391]

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)

Előzmény: dezsoe, 2019-12-24 09:02:52 [7390]

Több lehetőség közül is választhatsz. Melyik verziót használod és pontosan mit értesz manuális bemérésen? Milyen érzékelőd van?

Előzmény: Johnnybrush600, 2019-12-23 19:12:55 [7389]

Mach3-ban ha akarod külön van, vagy ha bekapcsolod, akkor együtt változnak.


Még egy kérdés:
Hogyan mérek be manuálisan szerszámot UCCNC-ben?

Előzmény: svejk, 2019-12-23 18:56:19 [7388]

Mach3-nál hogy is van? 100% alatt az is együtt viszi, nem?

Ha dolgozol ipari gépen akkor tudod, hogy az első indítást célszerű mondatonként futtatni.
Olyankor tudod szimultán kezelni a potit és gombot.

Legalábbis nekem nem nagyon zavaró ez a dolog.

Előzmény: Johnnybrush600, 2019-12-23 17:18:30 [7387]

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.

Előzmény: svejk, 2019-12-23 15:21:52 [7386]

Gondolom az FRO-t keresed, ott van a csúszkája a Cycle Start mellet.

Előzmény: Johnnybrush600, 2019-12-23 12:32:11 [7385]

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!

Előzmény: dezsoe, 2019-12-23 12:14:42 [7384]

Miért lehetne? A gyorsjárat attól gyorsjárat, hogy teljes sebességen megy.

Ha az SRO-hoz kötöd a potmétert,akkor 300%-ig tudod tekerni, csak be kell állítani az I/O setup-ban.

Előzmény: Johnnybrush600, 2019-12-23 11:42:23 [7383]

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...

Előzmény: dezsoe, 2019-12-23 11:36:54 [7382]

Szia!

A tengelyek beállításainál a Velocity adja meg a maximális sebességet. A gyorsjárat a maximális sebességgel megy.

Előzmény: Johnnybrush600, 2019-12-23 11:23:48 [7381]

Sziasztok.

UCCNC programban hol van a gyorsjárati sebesség állítási lehetősége? Van egyáltalán?

Nem kötözködni akarok, hanem csak megérteni a helyzetet.

Előzmény: Zsoltyfm, 2019-12-20 21:51:13 [7379]

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?

É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.

Előzmény: dezsoe, 2019-12-20 21:37:01 [7377]

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ő.

Előzmény: Zsoltyfm, 2019-12-20 21:22:24 [7376]

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?

Előzmény: exup, 2019-12-20 18:32:41 [7375]

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.

Előzmény: Zsoltyfm, 2019-12-20 17:43:46 [7374]

Sziasztok!
Épp az imént teszteltem megint a gépemet, és most szándékosan nagyobb magassági szintkülönbséget tanítottam be az autoleveler pluginnal. Az eredmény igen látványos. A gép jelentősen rángatózva mozog.
Az autoleveler használata nélkül látszólag simán halad.

Aha, most esik le, hogy van hozzá köze. Az Autoleveler feldarabolja a mozgásokat és gondolom, hogy Y irányban mért valamennyi eltérést, ezért korrigálja a Z-t. Ezért darabos.

Előzmény: Zsoltyfm, 2019-12-19 21:54:28 [7371]

Nézd meg a kernelfreki mekkora értéken van.

Előzmény: Zsoltyfm, 2019-12-19 21:30:35 [7368]

Ara az esetre írom, ha esetleg köze lehet a jelenséghez.

Annyit még hozzá kel tegyek, hogy az egész műveletet úgy kezdtem, hogy a munkaterület 4 sarkát bemérettem az "Autolevelet" -plugin -al.