1.2102. Abban lett kijavítva egy hiba, ami Gábornak sok fejfájást okozott.

Előzmény: exup, 2018-06-29 20:51:45 [5716]

Általad használt? Az valami speckó verzió? Vagy mi a száma? Amúgy öröm boldogság, ha minden tuti

Előzmény: ANTAL GÁBOR, 2018-06-29 19:34:16 [5715]

Megcsináltam 40 db M 20 as menetet nemesített 42CrMo4 be (QT)
A szigmája a 8.8 és a 10. 9 között van menethossz 43 mm magfurat 17.5 mm . Kínai kés ( nagyon szeretem !! ) Korloy lapkával lapka 16 os kés 13 as . Sugárirányú fogásvétel
G 33 al 28 fogás . Program : fejből saját , paraméteresen . Hoszzrövidítést alkalmaztam ( 2.8 mm ) Fordulatszám 320
1 / min emulziós hűtés
Az általam használt UCCNC program (Balázsék jóvoltából )
ABS KORREKT

Köszönöm a segítséget
Így már világos a működése.

Előzmény: dezsoe, 2018-06-27 10:34:05 [5713]

Szia!

A -1 semmi érdekeset nem jelent, csak azt, hogy még nincs értelmes értéke a változónak, be kell olvasni. A LED-ek számozása 1-től kezdődik, így a -1 értékkel lehet jelezni, hogy még nem történt meg az értékadás. Lehetne neki külön változót is adni, ami csak azt jelzi, hogy már adtunk-e értéket, de minek. (Egyébként, elég elterjedt módszer, hogy ha pl. csak pozitív érték plusz a nulla megengedett, akkor a -1 egy esetleges hibát jelez.)

A másik egy feltételes értékadás, ami úgy néz ki, hogy <feltétel> ? <igaz érték> : <hamis érték>, tehát pl.:

int x = (y == 10 ? 100 : 200);

Előzmény: Thowra, 2018-06-27 10:04:15 [5712]

Üdv!
Több makrónál is találkoztam olyannal, hogy "valami= -1", vagy a sor "?"-et tartalmazott.
PL:

if (ledCont == -1)
...
static int ledCont = -1;
...
currState = (exec.GetLED(modeCont) ? 1 : 0);

Van ott a Béni oldalán a LinuxCnc lenyíló ablakában egy python fül'ha valaki nem vette volna észre, érdemes elolvasni és letölteni ezt a remek metvágó gkód generáló csodát!
Sajnos félbemaradt annó a fejlesztése, de ha valaki jobbról balra bármilyen szögben menetet akar vágni, szög értékek nélkül, akkor ez a jó megoldás.

Előzmény: D.Laci, 2018-06-22 11:37:30 [5710]

Béni féle G33 kúpos menet vágó.
http://benishare.weebly.com/linuxcncemc2.html

Előzmény: ANTAL GÁBOR, 2018-06-22 10:37:12 [5708]

Rákerestem a Linux ra .
Az egy drive line vel operál ami szigorúan párhuzamos a Z tengellyel. Ergó nem megy a kúpos menet .
DE az UCCNC az nem Linux Ezért azt meg lehetne csinálni hogy abban ezt a szoros párhuzamossági feltételt feloldjuk
( kellene még egy paraméter ami a drive line X érkezése ) Persze akkor azt meg kellene írni . No ezt várnám igencsak

Előzmény: CNCdrive, 2018-06-22 10:24:59 [5707]

én erre a kottára alapoztam : ( nem látom a tapert sehol sem )
Menetvágó ciklus végrehajtásához programozzon G76 P... Z... I... J... K... E... L... Q... H... , ahol a
paraméterek a következő jelentéssel bírnak:
P:
A menetemelkedés távolság egység per főorsó fordulatban megadva.
Z:
A menet végpontja a Z tengely mentén..
I:
A menet kezdőpontja az X tengelyen, vagyis a menet teteje. Általában erre a méretre kerül az
anyag leesztergálásra a menetvágás előtt.
J:
Fogásmélység. Ekkora fogásokat csinál a gép az anyagban. Az első fogás I alatt J mélységben
lesz és minden fogás J távolsággal mélyebben lesz, kivéve az utolsó fogásnál, ha az J távolságon
belül van az előző fogáshoz képest.
K:
Menetmélység. Ez lesz a menet teljes mélysége amely J fogásokkal készül.
E:
Letörés hossza. Ha a menet kezdetén vagy a végén letörést szeretnénk létrehozni, akkor annak a
hosszát ezzel a paraméterrel adhatjuk meg. 45 fokos menethez programozzuk az E és a K
paramétert egyenlőre.
L:
Letörés a végeken. Ez a paraméter határozza meg, hogy a menet kezdő és végpontján legyenek-e
letörések. L0 programozása esetén nem készül letörés. L1 programozásakor a menet kezdeténél
készül letörés. L2 programozásakor a menet végén készül letörés. L3 programozásakor pedig
mindkét oldalon készül letörés.
Q:
Bevezető szög. Meghatároz egy szöget a fogások között. Ahogy a szerszám a fogások során
halad egyre mélyebbre az anyagban ezt alap esetben amikor a Q paraméter értéke nulla, akkor az X
tengellyel párhuzamosan teszi. Ha a Q szög értéke különbözik nullától, akkor a fogások a megadott
szöggel el lesznek tolva a Z tengely mentén. A szög lehet pozitív vagy negatív, az eltolás ennek
megfelelően a pozitív vagy negatív Z irányba fog történni. Ezzel a paraméterrel tulajdonképpen az
állítható, hogy a szerszám melyik oldala szedjen le több anyagot.
H:
Extra simító fogások száma. Ha szeretnénk a végső menetmélységen többször is áthaladni, hogy
a felület minősége egyenletesebb legyen, akkor ezt megtehetjük a H paraméter programozásával.
Alap esetben, ha a H paraméter nincs programozva vagy az értéke nulla, akkor nem történik extra
simító fogás. Ha a H paraméter értéke nullától különböző, akkor H darab extra simító fogást fog
végrehajtani a program a végső menetmélységen.




Viszont ha a linux tudja ( és az lett átdolgozva ) akkor megnézem a linuxot ( egyszer már fel lett dobva ez a dolog és emlékszem Szabadi Csabával sokat szívtunk mire megfejtettük a lényeget de nem mélyültünk bele a kúpos menetbe. Nekem sokszor kellene ( Pont ma is ) . Azt hiszem az I ben lesz a trükk

Előzmény: CNCdrive, 2018-06-22 10:24:59 [5707]

Hát, azt nem tudom, nem vagyok esztergályos és a G76 kódolást már igencsak rég csináltam még az UCCNC-hez, bele kellene mélyednek újra, de most nem nagyon van rá időm sajnos.
LinuxCNC-vel esetleg ha valaki tudja hogyan lehet?
Csak mert az UCCNC-ben ugyanúgy működik a G76 mint LinuxCNC-ben, egyetlen kivétel, hogy az R paramétert az UCCNC egyelőre nem ismeri, de annak nincs köze a kúpossághoz.

Előzmény: lari, 2018-06-22 10:16:30 [5705]

Pontosabban az előző: az esztergált kúp teljes palástfelületén hogyan lehet kúpos menetet esztergálni...

Előzmény: lari, 2018-06-22 10:16:30 [5705]

Az E paraméter a G76-ba a letörés kúposságának a beállítására vonatkozik.
Gábor szerintem azt akarta kérdezni, hogy a menet teljes palástfelületén hogyan lehet kúpos menetet esztergálni...

Előzmény: CNCdrive, 2018-06-22 10:07:41 [5704]

Nem biztos hogy pontosan értem mit szeretnél, de szerintem a releváns paraméterek:

E: Taper length. Specifies the length of the taper(s). For a 45° taper program the E parameter equal
to the K parameter.
L: Tapered ends. Specifies which end of the workpiece will get a taper. L0 means no taper, L1
means start taper, L2 means end taper, L3 means both start and end tapers.
Q: Slide in angle. Specifies an angle between the cuts. As the tool goes from one cut depth to the
other the cut start is offset along the Z-axis with this angle measured from the X-axis. Programming
a positive or negative angle will make one or the other side of the tool to remove more material.

Előzmény: ANTAL GÁBOR, 2018-06-22 06:57:21 [5701]

Szia!

Ha a Robertspark-féle M751-el próbálkozol, akkor az D és E paramétert fogad:

M751 { Dxxx, Exxx } (Constant Surface Speed)
D - maximum spindle { RPM }
E - surface speed {units per minute}

Tehát a D a max. fordulatszám, míg az E az elvárt felületi sebesség mm/perc-ben megadva.

Előzmény: Varga Kettő István, 2018-06-22 08:40:35 [5702]

Szia Dezső!

Reszelgetem G96 S makrót.
A cél az volt hogy külön makróból változókkal megadni az értékeket
pl.M751 {V180, HS1560}

A V és H változók S a főorsó fordulat parancsjele:

Ha elindul szépen megy de nullás értéknél beragad a reset
parancs.
Úgy tűnik nem szereti a HS szövegrészt
Meg lehet ezt máshogy adni hogy ne vesszenek össze?
István

Előzmény: dezsoe, 2018-06-01 09:17:08 [5567]

Balázs ! Tehát kúpos menet G76 tal UCCNC vel : Idézet a "kottából "
"Menetvágó ciklus végrehajtásához programozzon G76 P... Z... I... J... K... E... L... Q... H..."


Itt hol adom meg a taper értékét ? Mert én azt írtam hogy nullától eltérő kúpszögű ( akár félkupszögű ) menetet szeretnék vágni az UCCNC G76 os makrójával .

Azt ismerem hogy hogyan lehet G33 al vágni kúposat de az nem olyan kényelemes mint a G76 mert ott optimalizálható a forgácskeresztmetszet

Előzmény: CNCdrive, 2018-06-21 22:33:16 [5699]

Átviszem a választ a Mach ba a kúpos menettel kapcsolatban

Előzmény: KoLa, 2018-06-21 22:25:12 [5698]

Mindig is ment.

Előzmény: ANTAL GÁBOR, 2018-06-21 21:18:01 [5696]

Mire gondolsz Gábor?Elég sok kúpos menetet vágtam vele, én nem vettem észre semit!

Előzmény: ANTAL GÁBOR, 2018-06-21 21:26:06 [5697]

Persze van gyógyszer de nem fehér embernek való ( én feketének tarom magam ) G76 megír Mach ( taprerral ) , lefordit G32 sorokra ( kis trükközés G32>G33 emelkedés> k ) és behív UCCNC ben
Megjegyzem hogy a MACH 3 G76 os ban a tapert Briaenék eltévesztették . Akit részletesen érdekel az keressen magánban ( egyszerű trigonometrikus dolog de szívtam vagy 20 órát mire ( a darabok kiértékelése után ) rájöttem . Az egész világ szív ha a Mach ban G76 ot programoznak ( taperrel )

Előzmény: ANTAL GÁBOR, 2018-06-21 21:18:01 [5696]

G76 taper nem egyenlő nulla megy??? Mert utoljára ( lehet akár egy éve ) emlékeim szerint NEM Azóta sikerült ráfejleszteni ???????

Előzmény: CNCdrive, 2018-06-21 18:46:00 [5695]

G76 menetciklust évek óta ismeri az UCCNC.
A szerszámok egymáshoz viszonyított beállíthatósága és a méretek egymás utáni kompenzálhatóságát nem értem, hogy vajon mit jelenthet. Illetve sejtésem van és ha az amire gondolok az megoldható makrókkal, persze azt meg kell valakinek írnia...
Csúcssugár kompenzációt nem tud az UCCNC.

Előzmény: Miki2, 2018-06-21 17:41:36 [5694]

Szia!

Legalább a szerszámok egymáshoz viszonyított beállíthatósága,
és a méretek kompenzálhatósága szükséges lenne ahhoz, hogy esztergán érdemi próbálkozásokat lehessen végezni.
A csúcssugár kompenzáció már csak hab lenne a tortán.
A másik nagyon fontos dolog a G76 menetvágási ciklus lenne.
Amint legalább az alap eszterga funkciók működni fognak, el kezdem a tesztelést.

Előzmény: svejk, 2018-06-18 21:28:33 [5671]

Ha már ilyen szépen megrendezik akkor szégyen lenne ha csak 10-15 látó lenne a Magyarország legnagyobb városába intézett találkozón.

Én is ott leszek jelenlegi terveim szerint, de lehet hogy csak délután jövök.

Előzmény: exup, 2018-06-20 20:54:00 [5691]

Reméljük.

Előzmény: exup, 2018-06-20 20:54:00 [5691]

A Bp talira jön vki innen? Nem lenne rossz

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!

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.

Előzmény: Bocs, 2018-06-20 10:59:15 [5686]

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

Előzmény: Bocs, 2018-06-20 10:59:15 [5686]

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.

  

Előzmény: Bocs, 2018-06-20 10:59:15 [5686]

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.

Előzmény: CNCdrive, 2018-06-20 10:42:29 [5684]

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.

Előzmény: Bocs, 2018-06-20 10:31:51 [5682]

"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?

Előzmény: Bocs, 2018-06-20 10:31:51 [5682]

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:

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

Előzmény: Bocs, 2018-06-20 10:31:51 [5682]

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.

Előzmény: dezsoe, 2018-06-20 06:46:02 [5681]

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

Előzmény: Bocs, 2018-06-20 00:42:12 [5678]

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

Előzmény: Bocs, 2018-06-20 00:47:38 [5679]

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

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

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

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.

Előzmény: exup, 2018-06-19 05:51:49 [5674]

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

Előzmény: kaqkk007, 2018-06-19 06:02:20 [5675]

Aki kíváncsi hamar megöregszik ..

Előzmény: exup, 2018-06-19 05:51:49 [5674]

És ki a megrendelő? Azt lehet tudni? Mikor jelenik meg?

Előzmény: dezsoe, 2018-06-18 23:22:45 [5673]

Az egyelőre titkos. Annyit lehet róla tudni, hogy lesz. Viccet félretéve, megrendelésre készül és a megrendelő szeretné bejelenteni a megjelenését.

Előzmény: exup, 2018-06-18 23:09:14 [5672]

Csaba.
Mi az az új kártya(AXBB)? Lehet róla tudni valamit vagy még titkos?

Te jól ismered Antal Gábort, nem szokott ő a levegőbe beszélni.

Tessék csak szerezni egy vezérlőt és segíts tesztelni, ötleteket, segítséget adni akár az esztergához.
Hidd el megéri.

Az én sok-sok kívánságom sem a két szép szememért teljesült anno.

Tudod, a kibickedést sehol sem díjazzák.

Előzmény: Miki2, 2018-06-18 19:14:58 [5669]

Szia!

Ezt én sem igazán értettem: "szerszámcsere és egyéb fontos funkciók nélkül", csak valamiért nem kérdeztem rá vissza. Pár szóban kifejtenéd, hogy mire gondolsz?

Köszi!

Előzmény: Miki2, 2018-06-18 19:14:58 [5669]

Azt hiszem félre értettél.
Ezek a remény szavai voltak.

Előzmény: exup, 2018-06-17 19:35:14 [5653]

Köszi!

Előzmény: elektron, 2018-06-18 00:59:16 [5667]