Khmmm... a doksik közt a "Macro capability..." htm első oldalán a 3. pontnál az AS3jog helyett is csak AS3-van.

No persze attól még a többöból kibogarászhattam volna.

Itt ebben az összefoglalóban helyes

De ki az a Robertspark???

Előzmény: svejk, 2017-01-31 21:08:02 [3482]

Az előbb emlegetett doksi könyvtárban vannak leírások. Ez pl. a Macro_capability_detailed.htm file-ban van leírva. De, szerintem legközelebb már tudni fogod.

Előzmény: svejk, 2017-01-31 21:08:02 [3482]

A pecsába...!
Köszi!

Honnan lehet az ilyeneket tudni, egy magamfajta lúzer user-nek?

Előzmény: dezsoe, 2017-01-31 21:06:26 [3481]

Ő nem az AS3-ban, hanem az AS3jog-ban lakik, azaz AS3jog.Getfield(913)-mal hivatkozz rá.

Előzmény: svejk, 2017-01-31 20:23:19 [3480]

Segítsetek egy csetlő-botló kezdő macro buherátornak!

Hogy kell a Jog Feed Rate értékét kiolvasni/írni?

Az AS3.Getfield(913)-mal 0-át olvas ki.
A többi DRO-val működik a kiolvasás és írás is, csak ez a fránya JRO nem megy.

A g33-al, és Béni barátunk által írt subrutinnal vágom a kúpos, kétbekezdésű meneteket!
A g76 is a g33-at használja a háttérben,ez az egy kód van a főorsóval szinkronizált mozgásokra, és elég is!

Előzmény: Miki2, 2017-01-31 17:07:37 [3473]

Bocs, a modbus leírás is csak angol, így az arány egy kicsit rosszabb.

Előzmény: dezsoe, 2017-01-31 17:38:37 [3477]

A magyar/külföldi vásárlók aránya szerintem elhanyagolható, ha figyelembe vesszük, hogy az UCCNC Documentation mappájában 50-50%-ban van magyar és angol doksi pdf-ben. Egyedül a html doksik vannak csak angolul. Nem mondom, hogy első olvasásra érthető a menetfaragás leírása bármelyik nyelven, de többszöri elolvasásra megértettem. A magyar doksiból, úgy, hogy nem értek az esztergához.

Előzmény: Törölt felhasználó, 2017-01-31 17:22:19 [3475]

Szerintem nem g76- tal csinálja hanem g32( 33) mal ( Fogalmam sincs hogy a linux mit használ de te úgyis megérted)

Előzmény: Miki2, 2017-01-31 17:07:37 [3473]

Gondolom, a Magyar vásárlók száma, sem a programnál, sem a kütyüknél nem jelentős az össz eladáshoz képest. Ezért nincs preferálva a magyar nyelv.
Viszont, anyanyelvén az ember jobban érti a jelentéseket, árnyalatokat is.
Ebből a szempontból tökmindegy, hogy ezt használjuk, vagy a Mach3 –at.

Előzmény: Miki2, 2017-01-31 16:59:56 [3472]

De már az is nagyon jó lenne, ha az angol szöveghez tartozna egy mórickarajz meg egy mintapélda. Mint például anno a TCNC leírásánál, rögtön ránézésre érteni lehetett miről van szó, a szöveg már nem is érdekes.

Előzmény: Miki2, 2017-01-31 16:59:56 [3472]

Szia!
"Ugyanis a LinuxCnc g76-ban nincs lehetőség a kúpos menet vágására."

Akkor Te hogyan csinálod a hasító ékeket?

Előzmény: KoLa, 2017-01-30 21:37:27 [3469]

Szia Balázs!
Lehet, hogy magyarul mindenki számára érthetően, szabatosan sikerülne leírni a menetvágás változóinak a meghatározását.
Egyébként sem ártana az általatok készített kütyükhöz egy-egy magyar nyelvű leírást készíteni.
Mondja mindezt egy angolul nem beszélő ember.

Előzmény: CNCdrive, 2017-01-30 21:00:57 [3466]

"(z = Menetmélység)" =menethossz

Előzmény: KoLa, 2017-01-30 22:04:42 [3470]

t1 m6 ( szerszám kiválasztása )

G43 ( szerszámhossz betöltése )


m3 s800
g4p1

g0x30 z4 ( itt állunk be abba pozícióba ami a vezetővonal átmérője és kezdő Z-pontja)


( innen számoljuk vissza a G76 , i beállítást )


( G76 )

(p = Menet emelkedés)

(z = Menetmélység)

(i = A menetcsúcs távolsága a vezetővonaltól )

( külső menet esetén negatív előjelű )

( Belső menet esetén pozitv előjelű )

(j = Az első fogás mélysége,nagyban befolyásolja a fogások számát)

( attól függően hogy milyen r szisztémát választunk )

(r = Mélység csökkentés: r1 azonos mélységű fogások )

( r2 állandó területű fogások )

( az 1 és 2 közötti értékek csökkenő mélységet és növekvő

terület eredményeznek , a 2 fölöttiek csökkenő területet eredményeznek )


(k = a teljes menetmélység pozitív szám)

(q = Fogásvételi szög)

(h = simító fogások száma)

(e = A be és kivezető kúpok hossza )

(l = L0 : nincs kúp a menetvégeken)

( L1 : kezdő kúp )

( L2 : záró kúp )

( L3 : kezdő és záró kúp )



g76 p1.5 z-20 i-10 j0.5 k1.5 h1 r2.3 q29.5 e1.5 l3



g0x30

g0z0

m5

m2

"Az UCCNC-ben a szinkron menetvágás pontosan úgy működik mint a linuxcnc-ben"

Akkor, abban már nagy a gyakorlatom!
Jobb lett volna ha a Mach3 g76-ját másoljátok, mert az sokkal kezelhetőbb g76!
Ugyanis a LinuxCnc g76-ban nincs lehetőség a kúpos menet vágására.

Előzmény: CNCdrive, 2017-01-30 17:56:23 [3463]

Bocsánat : Kalaci akart az lenni

Mindenre én sem emlékszem : Pár napja Szacsa megkeresett a problémájával és akkor szembesültem vele . Én minden menetet G33 al vágok ( sokkal egyszerűbb átláthatóbb mindeninek ajánlom )
Máris teszek egy javaslatot: The thread peak offset from the drive line minden szavát le kellene fordítani
Nálatok egy betű sem szól hogy az egy OFFSET ( vagyis eltolás) a vonaltól Csak egy ( valójában kettő mert van ott még egy "csúcs" is ) szó : eltolás (inkrement ) stb az maradt ki a:
"I: A menet kezdőpontja az X tengelyen, mondatból "

Egy profi angolos szerintem birtokviszonyt is alkalmazna hogy egyértelmű legyen amit ír . Lehet hogy egy üzbég linuxos a google fordítóval fordít ??? ( és ez lesz belőle )

Kalci ??? Hol vagy ???

Előzmény: CNCdrive, 2017-01-30 21:00:57 [3466]

Dejavum van, mert úgy emlékszem, hogy egyszer már felmerült itt a fórumon ugyanez a kérdés és akkor arra jutottam, hogy én nem tudom jobban megfogalmazni úgy, hogy értelmes maradjon a mondat és biztosan mindenki megértse.
Ha valaki megtudja jobban fogalmazni, akkor kérlek benneteket ne fogjátok vissza magatokat, továbbra is szívesen venném ha valaki átfogalmazná.

Egyébként a linuxcnc doksiban is ugyanígy írják, az utolsó mondat az érdekes:

I- - The thread peak offset from the drive line. Negative I values are external threads, and positive I values are internal threads. Generally the material has been turned to this size before the G76 cycle.

Szóval itt is ugyanúgy félreérthető szerintem mint ahogy a mi doksinkban, de nem tudom hogyan kellene átfogalmazni.

Előzmény: ANTAL GÁBOR, 2017-01-30 18:36:56 [3465]

Nekem az alábbi magyarázó sor okozta a legtöbb fejtörést Idézem :
"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. "

Ezt a ti leírásotokból idéztem Akkor hogy is van ????

Magam is rájöttem hogy egy előjeles inkrementum amit a Svejk kérésére le is írtam ( Az én példámban I = - 2 volt

Előzmény: CNCdrive, 2017-01-30 17:56:23 [3463]

Gábor!

Néztem a múltkor a táradban lévő videót két tengely szinkronizálásáról.
Akkor forgató kapcsán volt ez a téma...
Az a kérdésem, hogy "A" tengelyt hogyan lehet szinkronizálni encoderes főorsóval UCCNC-vel?
A G76-ban vagy a G33-ban nem találok lehetőséget az "A" tengely konfigurálására...

Előzmény: ANTAL GÁBOR, 2017-01-30 08:06:52 [3461]

Az UCCNC-ben a szinkron menetvágás pontosan úgy működik mint a linuxcnc-ben. Mach3-ban másképp működik, de már nem nagyon emlékszem a különbségekre.
Talán ez a G76 dokumentáció jobb kicsit mint a minénk, mert van benne rajz is: http://linuxcnc.org/docs/2.6/html/gcode/gcode.html#sec:G76-Threading-Canned

A lényeg, hogy az I az megvezető vonal (drive line)-tól egy inkrementum, vagyis ennyit fog elmozdulni a szerszám az anyag felé a G76 parancs kiadásakor.
Az I lehet pozitív vagy negatív attól függően, hogy külső vagy belső menet.
A gyakorlatban fel kell venni az anyag átmérőt, majd kiállni I távolságra és indítani a ciklust.

Előzmény: ANTAL GÁBOR, 2017-01-30 08:06:52 [3461]

Gondolkodtam egy kicsit és a 99 % ot 100 ra módosítom . Amikor Balázsék kijöttek Az UCCNC vel akkor még nem volt ethernates kütyöm ( sőt az itthoni gép nincs is arra felkészítve ) VISZONT ott a videóm a táramban ami ékes bizonyítéka a G33 as szinkron menetnek ( UC100 al !!! )

Előzmény: ANTAL GÁBOR, 2017-01-29 23:38:18 [3459]

Egy " egyfogásos másfeles menet" G33 al ( fejből ) Külső átmérő 20mm Sugárirányú fogás 0.3mm Késkikapás 180 fokon ( ami a másfeles menetnél pont fél emelkedés vagyis 0.75mm )Biztonsági (z) távolság az indulásnál 10 mm. Menethossz 20 mm Indulási DRO ( Z =0 X például 20 vagy 0 ) pitch =" K"

f600
G0z10
G0x20
G33 z-19.25 x19.4 k1.5
G1x21 z-20
G0z10
g0x20
M30

Ugyanez G76 tal ( legalábbis ezzel sikerült hasonlót produkálni ) UCCNC a program A fősor ( pitch = P)

G76 P1.5 Z -19.25 X22 I-2 J0.6 K0.6 ( ebben az egyciklusos menetben )

Nekem az alábbi magyarázó sor okozta a legtöbb fejtörést ( Minthogy a Mach G76 os sora abs más koncepciójú ( Pl van Clearance )
Idézem :
"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. "

Én egy 20 as külső menetet 20 ra esztergálok le és ezek alapján I = 20 lenne . No azzal nem jó ! ( de biztos bennem van a hiba mert maradi és konzekvens vagyok ) Tegnap megírtam egy kódsort és aztán vizslattam a DRO t és az ott futó értékek elemzésével módosítottam a programon . A végén A 20 as menethez X = 22 t kellet írnom I = -2 vel ( Vagyis az algebrai összegük adja a 20 as átmérőt )


Nem találtam utalást : a kúpos menetre , az optimalizált forgácsleválasztásra . Szerintem az alkalmazott kés visszajáratási szisztémánál van jobb ( mert a visszajáratás mindig adott távolságban zajlik a menetárok alsó pontjához viszonyítva (vagyis igencsak oda kell figyelni mert ahogy megy be a kés úgy a visszajáratás pályája is tolódik beljebb ) Vagyis akkor biztonságos ha I nagyobb mint K

Előzmény: svejk, 2017-01-30 06:27:02 [3460]

Egy-két mintaprogit beírhatnál ide, ha kell magyarázattal a sor végén.

Előzmény: ANTAL GÁBOR, 2017-01-29 23:35:05 [3458]

Úgy kell értelmezni a 99% ot hogy nem próbáltam mert vettem UC 400ETH t Valójában nem próbáltam a korábbi UC100 asommal tehát nincs tapasztalatom ,csak irodalmi adatokra szorítkozom

Összefoglalom ( mert van is egy kis közöm hozzá ) A szinkronizált menet a Balázsék féle kütyükkel ( UC100 Uc300 UC 400ETH UC 300 ETH ) a Mach alatt ( Hangsúlyozom !) Nem működik megbízhatóan ( Fogjuk rá a Mach ra )
Persze csak index el jól ment de az nem volt szinkron

Az UCCNC programmal és a főorsóra szerelt indexes encoderrel biztosan megy az ETH kütyükkel de 99 % ban a kistesókkal is

No most akkor UCCNC és két lehetőség van Menet G33 al és menet G76 tal . A G33 az OK korrekt stb De dolgozhat vele az ember mire megírja . A G76 az nincs eléggé kifejlődve és aki Mach os nőtt föl annak kínszenvedés ( Ma Csabával kb 4 órát szenvedtem 10 percenként telefonáltam ) Mire egy épkézláb kódot sikerült legenerálnom . És sajnos sok Mach os szolgáltatást nem tud ( még) az UCCNC s G76

Előzmény: KoLa, 2017-01-29 22:53:10 [3457]

Mintha a g76-al lett volna problémád...

Előzmény: szacsa, 2017-01-29 22:22:38 [3456]

Igen a régi vezérlővel ment is a Mach csak az Uc300ETH val nem megy a menetvágás! Ezért az UCCNC re vonatkozott a kérdésem.Köszönöm azért!

Előzmény: KoLa, 2017-01-29 21:48:50 [3455]

A mach-nál állj be a g76 előtti mondatban a kezdőpontra,van rá paraméter is de jobb azt kihyagyni.
A g76 paramétereiben az x paraméterrel döntöd el hogy merre vágja a menetet, külső vagy belső lesz a kezdőponthoz képest.
A mach-nál úgy emlékszem c paraméter a biztonsági távolság amivel visszahozza a szerszámot.
A linuxban kicsit más, az UCCNC-t nem ismerem.

Előzmény: szacsa, 2017-01-29 20:36:09 [3453]

Nem hozzáférhető...

Egyébként az ismert Win-es shutdown paranccsal megoldódott, csak még nagyon új nekem ez a macro szerkesztés, és nem értettem hogy kell a felületen gombhoz rendelni.

De már világos, hála a supportnak.

Előzmény: vjanos, 2017-01-27 18:41:28 [3452]

Ismerkedem az UCCNC-vel mivel amióta UC300 ETH vezérlő kártyára cseréltem az UC300-5LPT-t(szinkron menetvágás miatt),és a Mach nem hogy szinkron menetet nem vág nálam semmilyen menetet nem hajlandó! De nem értem a G76 mit csinál
,és miért.Csináltam két kis videót ugyan azokkal a beállításokkal G76, G33.Linkelem lejjebb. Hogy lehet megadni G76 estén az pl:külső vagy belső menetet akarok,mennyire távilodjon el a szerszám a munkadarabtól amikor vissza megy a menet elejére.A doksi szerint adtam meg minden paramétert de nem azt csinálja mint a G33! Pedig jó lenne egy sorba megírni a menet vágó ciklust.Ha van valaki aki szokott G76 al vágni leírhatná tapasztalatait megköszönném!
G76
G33

Nyomd meg a PC kikapcs gombját...

Előzmény: svejk, 2017-01-26 10:44:10 [3450]

Szabálytalankodom mert a dc motoros vezérléshez kellene írni . De itt esélyes hogy Balázs olvassa és válaszol

A sárga 35 Amperes 160 V os Dc szervó vezérlőhóz kapcsolódik a kérdés: Meg lehet azt csinálni hogy a H híd fetjei egy külső parancsra lezárt állapotba kerüljenek
( shut down láb vezérlése a drivernél ) - A Main csatin van egy stop funkció de olvasatomban az csak a PiC et
" bénítja "

UCCNC programom, a relatív kis méretű touch-os LCD miatt teljes képernyőmódban fut.

Kikapcsoláskor elég nehézkes a jobb felső sarokban levő kis x-et eltalálni.

Hogy tudnék az UCCNC felületére egy olyan gombot létrehozni, ami meghívja a Windows shutdown parancsát, ezzel együtt leáll az UCCNC és kikapcsol a számítógép is?

Köszönöm ! Amikor ezt kihozták Balázsék akkor erről levélben értesültem ( Kb 3 éve ) Ma megkerestem a levelezőben a levelet és szolgaian azt a filét kerestem amit akkor írtak nekem . Hát olyan már nincs. Eszembe sem jutott mást megnézni netán megfuttatni

Előzmény: dezsoe, 2017-01-23 09:37:21 [3444]

Most már értem . Te saját magad csináltál egy encodert . Hát akkor utánozd le a gyárit !! Az A/ B jel között 90 fokos tolás kell . Ha optikait csináltál akkor az egyik optikai egységnek eltolhatónak kell lenni és pl 2 sugaras szkóppal addig kell állítgatni amig kb 90 fok lesz a fázistolás .

Én csináltam arduinoval egy kis programot ami nagyon megkönnyítette a beállítást ( és szkóp sem kellett ) Egy kizáró vaggyal képeztem a két jelből egy jelsorozatot és monitoroztam a kapott jel aktív / szünet idejét .
A két számérték különbsége 90 fok esetén nullát ad . Addig kell állítgatni az optót amíg ez megközelítőleg kijön .
A kijelzés egy LCD volt látható

Másképp is csinálható kétfázisú jel de ahhoz mechanikusan kétsávos tárcsát kell csinálni

Előzmény: lari, 2017-01-23 16:48:21 [3445]

Uhh... igen igazad van... ezt jól elírtam... Köszönöm a kiigazítást!

Előzmény: Miki2, 2017-01-23 16:50:16 [3446]

Próbáld inkább 90°-os eltolással.
Nagyobb lesz a sikerélmény.

Előzmény: lari, 2017-01-23 16:48:21 [3445]

Ma próbálgattam...
Mivel eddig még élesben (menetfúrás) nem használtam, nem is állítottam be az A-B jel közötti 180 fokos eltolást.
Valószínűleg ez okozhatja a tegnap leírt hibát, mert ha változtattam az A-B közötti távolságot, akkor megindult a fordulatszám mérés kijelzése. Persze nem valós, mert ezek szerint be kell állítanom a teljes 180 fokos fáziseltolást.

Előzmény: exup, 2017-01-23 07:08:39 [3440]

Szia!

Felraktam ide, de nincs rá szükség, mert az Util könyvtárban levő UCxxx_utility.exe is elvégzi a feladatot, ráadásul a hálózati kütyüket is megtalálja.

Előzmény: ANTAL GÁBOR, 2017-01-23 07:25:56 [3441]

Nekem a Mach 7ford./min-t is kijelzi. Lejjebb nem tudok menni a frekvenciaváltóval, van egy kb. 1:4 lassításom.

Előzmény: ANTAL GÁBOR, 2017-01-23 07:30:59 [3442]

Szerintem ( úgy is mondhatnám hogy emlékeim szerit ) az index jel van fölhasználva a fordulatszám mérésére .
Az A/B jel a szinkron menethez kell . Régen a Mach nál még volt egy alsó fordulatszám korlát ( Kb 96 1/ min ) is . Azt hiszem Balázséknál ( UCCNC) nincs alsó korlát

Előzmény: lari, 2017-01-22 17:37:04 [3438]

A régebbi verziójú UCCNC k mappájában volt egy :

UCCxx_serialnumber_lister.exe file ( 59 kB )

amivel az eszközök szériaszámát lehetett megállapítani ( Pl lekopott a matrica ) Ha valakinek meg van akkor azt küldje már el nekem ! A mostani ( 29 es ) verziónál nem találom

Mivel lövésem sincs, ezért mivel minden adott a kizárásra a helyedben sorba mennék. Felcserélném a két tárcsát, persze csak kábelileg. Az eredmény fényében haladnék tovább.

Előzmény: lari, 2017-01-22 17:37:04 [3438]

Ja és UC300 USB a vezérlőkártya típusa.

Előzmény: lari, 2017-01-22 17:37:04 [3438]

A maró főorsóra készítettem egy 100-osztású tárcsát.
Van rajta A, B, és Index érzékelő.
Az uccnc 1.2024 verzió.
A Diag ablakban minden jel tökéletesen működik, de a fordulatszámmérés nem megy, nem mutat semmit.
Ha a config ablakban letiltom az A-B bemenetet, akkor az Index jellel tökéletesen működik a fordulatszám mérése.
Mi lehet a probléma az A-B jellel? Zavarják az I-jelet?
Az eszterga főorsón is hasonló jeladó működik, csak más tip.opto-val...és UCCNC 1.1021 verzióval. Ott tökéletesen működik.
Van valakinek ötlete?

Nagyon szépen köszönöm a segítséget!
Azt hiszem ezzel már el tudok indulni, jöhetnek a próbák.

Előzmény: dezsoe, 2017-01-22 09:22:42 [3436]

Mindkét probe bemenetet figyeli, bármelyiken jöhet jel. Pont azért találták ki Balázsék, hogy az egyiket rákötheted a fix helyen levő bemérőre, míg a másikat tudod mozgatni. Akár lehet az egyik záró, a másik bontó: nem kell kábelt dugdosni, meg átállítani a programot. Okos ötlet!

Az, hogy a bemérő bontó vagy záró legyen, lényegében teljesen mindegy. Saját véleményem az, hogy a fix mérőnek talán a bontó jobb, ha mechanikailag rendesen meg van csinálva. De ha a fix mérőponton is a vezetékes (szerszám egyik kábel, alatta lemez a másik) bemérőt használod, akkor ez is záró lesz. Ez teljesen attól függ, hogy miből építkezel.

Előzmény: mssleepy, 2017-01-22 08:32:23 [3435]

Köszi a választ.
Múltkor az eggyel lentebbi válaszodra írtam, amit nem is nekem szántál.
Nagyjából illett az én kérdésemre is, úgy hogy nem is figyeltem, hogy azt nem az én kérdésemre írtad.

Most alaposabban áttanulmányoztam ezt az M31-es makrót.
Amit leírtál, egy az egyben azt csinálja, kiemeléssel a megadott koordinátára megy mindezt gépi koordinátákkal.
És nagyon jó, hogy ellenőrzi, hogy home-olva van-e a gép.
Aztán visszamegy az eredeti koordinátára. Ez szinte így tökéletes.

Kérdésem, hogy a G31 melyik "probe pin"-en várja a jelet, mert már kettő van. Az nem látom, hogy ezt lehetne külön konfigolni, vagy mindegy?

A bemérőnél mi a jobb megoldás, ha kapcsolásra (active high), vagy ha bontásra működik (active low, tehát amikor a szerszám hozzáér a tapintóhoz akkor bont az érzékelő) a rendszer? Ha érthető így a kérdésem?

Előzmény: dezsoe, 2017-01-19 11:14:31 [3411]