UCCNC vezérlő program

[ium8w94xp]

Én különleges vagyok...pont ettől fiatalodok :p

[dezsoe]

Egy-két hónapon belül tippelem a megjelenést. A megrendelő kiléte már nem nyilvános. Be fogom tenni a linket, ahogy lesz, hidd el.

[Bocs]

Üdv mindenkinek!

Van egy kis gondom néhány sorozat fúrással. A fúrások elkészültek, és a hiba mellett is megfelelők, azonban a későbbiekben lehet vele probléma.
Több esetben is az történt, hogy a próba fúráskor a főprogram első alprogram hívását nem végezte el a gép, majd a másodikat viszont duplán. Másként fogalmazva a koordináta eltolást az első meghívásnál a második meghívás koordinátájaként hajtotta végre, és így az duplán ment végig. Viszont az éles, második lefuttatáskor rendesen, a terv szerint működött.

Véletlenül 4 ilyen apró munkám volt, és mindegyik így ment végig. Egyik sem okozott kárt, de szeretnék tisztában lenni az okkal. (Nem használtam fúróciklust, mert nem láttam szükségét.)
A képen a bal oldali a teszt, az alsó soron kétszer ment végig, majd a jobb oldali deszkán az éles, változatlan G kóddal, ami az alábbi:

Kód Kijelölés Kibont

%
O0001
M6 T1 H1
G0 Z50
G0 X0 Y0
M98 P0002
G52 X10 Y5
M98 P0002
G52 X20 Y0
M98 P0002
G52 X30 Y5
M98 P0002
G52 X40 Y0
M98 P0002
G52 X50 Y5
M98 P0002
G52 X0 Y0
G0 Z50
M30
%

Kód Kijelölés Kibont

%
O0002
G0 X0 Y0
G1 Z-3 F500
G0 Z25
Y10
G1 Z-3
G0 Z25
Y20
G1 Z-3
G0 Z25
Y30
G1 Z-3
G0 Z25
Y40
G1 Z-3
G0 Z25
Y50
G1 Z-3
G0 Z25
Y60
G1 Z-3
G0 Z25
Y70
G1 Z-3
G0 Z50
M99
%


Sajnos a képi megjelenítés hiányos, ezért abból nem tudtam kihámozni, hogy én rontottam-e el.

  

[Bocs]

Bocs, ez kimaradt:
UCCNC/UC300ETH_5LPT vezérlő

[ium8w94xp]

Szoftver verziót is írj ide, az sokat segíthet

[dezsoe]

Szia!

Sejtem ám, hogy mi lehet a probléma. (El kellett hozzá olvasni egy párszor...) A kulcs a próbafúrás. A G52 eltolást nem nullázod a g-kód elején, így ha előzőleg próbafúrtál és a G52 már a második sorra mutat, akkor a kód újrafuttatásakor az első két M98 esetében ugyanaz lesz a koordinátarendszer-eltolás. Az első G0 X0 Y0 elé írj be egy G52 X0 Y0 sort.

(Ui.: kód beszúráshoz továbbra is használd a kód beszúrása gombot, mert így olvashatatlan és hosszú. Köszi!)

[Bocs]

Sziasztok!
A verzió: 1.2047
A link beszúrását vettem.

Nem értem a logikáját, de természetesen kipróbálom.
A koordináta eltolás előtt eleve nincs eltolás, szerintem a munkadarab eredeti nullpontján kellene a munkát kezdenie, nem egy eltolt érték szerint. Ha beírom a G52 X0 Y0-t, akkor ugyan ott marad, hiszen nincs eltolás, nem? Itt kellene kezdenie először alprogramot, nem egy egy sorral később beírt eltolás szerint. A főprogram végén viszont ott van a G52 X0 Y0, amivel lenullázom az eltolást, és így másodszor valóban helyesen kezdi.

Ha korábban félre érthető voltam:
refpont felvétel stb., behívtam a Gkódot, lefuttattam (hibás), munkadarab csere, lefuttattam újra (helyes).

Megyek, kipróbálom és köszönöm amit írtál, csak nem értem.

[dezsoe]

Az előző futásból aktív maradt a G52. Azt írtad, hogy próba után volt vele gond, így arra tippelek, hogy az első futtatást megállítod, csinálsz, amit kell, utána rewind és újra futtatod, de mivel előzőleg már a G52 kapott értéket, ezért az O00002 első futásakor a legutóbbi G52 marad aktív, oda fúr. (Ha nem, akkor megdőlt az elmélet.

Nem link, hanem kód beszúrás, ezt eredményezi:

Kód Kijelölés Kibont


%
O0001
M6 T1 H1
G0 Z50
G0 X0 Y0
M98 P0002
G52 X10 Y5
M98 P0002
G52 X20 Y0
M98 P0002
G52 X30 Y5
M98 P0002
G52 X40 Y0
M98 P0002
G52 X50 Y5
M98 P0002
G52 X0 Y0
G0 Z50
M30
%

%
O0002
G0 X0 Y0
G1 Z-3 F500
G0 Z25
Y10
G1 Z-3
G0 Z25
Y20
G1 Z-3
G0 Z25
Y30
G1 Z-3
G0 Z25
Y40
G1 Z-3
G0 Z25
Y50
G1 Z-3
G0 Z25
Y60
G1 Z-3
G0 Z25
Y70
G1 Z-3
G0 Z50
M99
%


[zt2c4wh9]

"Ha beírom a G52 X0 Y0-t, akkor ugyan ott marad, hiszen nincs eltolás, nem?"

Na igen, de az első sub hívás előtt nincs odaírva.
Mi garantálja, hogy az első subrutinkor a G52 offset 0?
Mivel a kódodban van nem nullás G52, ha esetleg megállítod valahol a programot ahol éppen van G52 eltolás és előretekered a kódot és lefuttatod, akkor az első sub futásod az épp aktuális eltolással lesz eltolva, hiszen nem adsz ki G52 X0 Y0-t előtte. Nem lehet hogy ez okozza a problémát?

[zt2c4wh9]

Na, látom Dezsoe megint gyorsabb volt és leírta ugyanazt mint amit én.

Továbbgondolva ... lehet a probléma félreértésből adódik a G52 kapcsán. A G52 a szoftver futás idején él és törlődik(nullázódik) a szoftver újraindításakor. Nem pedig a g-kód futásideje alatt aktív. Vagyis a g-kód program előretekerésekor, újra futtatásakor a G52 értéke nem törlődik, hanem benne marad a legutóbb programozott érték.

[Bocs]

Mi garantálja, hogy az első subrutinkor a G52 offset 0?
Tehát minden progi elejére be kellene írni minden tengelyre?
Arra figyelek, hogy így legyen befejezve, ahogy a ciklusok törlésére is figyelni kell.
Tehát maximum én tudom magamnak garantálni. Viszont nem egy ismeretlen értékkel tolódik el, hanem a következő sor eltolását alkalmazza, majd az újabb sub hívásakor ismét.
Nem a vita kedvéért, tényleg szeretném megérteni.

[dezsoe]

Ha használod, akkor érdemes a g-kód elején és végén alaphelyzetbe állítani. Amíg a program fut, addig a legutóbbi érték az aktív (lásd Offsets ablakban), így saját magadat tréfálod meg, ha nem állítod vissza a kód végén és elindítasz valami más kódot.

Ha sokat G52-zöl, akkor ajánlom figyelmedbe a QuickView plugin-t. Letöltés innen.

  

[dezsoe]

Az Offsets ablakban G92 Offset van kiírva, de az technikailag azonos a G52-vel, csak máshogy adod meg. Mindenesetre, ha nem nulla, akkor látod, hogy van eltolás. (Próbáld ki és látni fogod.)

[zt2c4wh9]

Szerintem érdemes volna közelebbről megvizsgálnod a problémát.
Én a helyedben azt ellenőrizném, hogy a probléma jelentkezik-e ha az első sub előtt van egy nullázó G52.
Illetve azt, hogy amikor a probléma jelentkezik, akkor a G52 értéke előzetesen mennyi volt. Hogy 0 volt-e.

[svejk]

Ezek a közvetlen gyors kimenetek nagyban meg fogják könnyíteni a célgépeket építők munkáját, köszönjük!