A #2453-ban írtam, hogy a Mach3 és UCCNC használatakor a firmware ami az UC100 és UC300-ban fut teljesen más. A Mach3 korlátait ismerve az UCCNC-nél már másképp lett megcsinálva és nincs min. fordulatszám megkötés. UCCNC-nél akár 0 fordulattól tudsz menetet vágni (sőt visszafelé tekerve is működik, de az nem ajánlott).

Előzmény: ANTAL GÁBOR, 2015-08-12 11:17:00 [2458]

Nem vagyok vizsgálóbíró ezért csak kérdezek ...
Kell lennie egy számolási szisztémának ami az UC 100-300 egységek órafrekvenciájából a számábrázolás metodikájából az UCCNC dolgaiból és a főorsó fordulatszámából mindig megadja az optimális és még éppen használható CPR értéket ( ha visszaemlékszel ti világosítottatok fel, hogy a Mach nál az indexes fordulatszám mérés miért nem működik kb 96 1/ min alatt .. Persze nekem jutott "gyógyszer" erre a problémára is )

Előzmény: Polgárdi Balázs, 2015-08-12 11:00:00 [2457]

Alacsony fordulatokhoz használhatsz nyugodtan akár 1000-eset is vagy nagyobbat, és ha 50mm-es menetemelkedést akarsz esztergálni, akkor pedig kell is a magasabb felbontás.

Előzmény: ANTAL GÁBOR, 2015-08-12 10:53:00 [2456]

Köszi a választ ! Ment egy magán levél a levelezőtökre és tovább forszíroznám az encoder CPR értékét. Az átlagembernek OK jó a 100, de biztos van optimálisabb ha pl a főorsó 240 1/ min nel netán 60 1/ min nel forog ... Ne legyen szempont a tárcsa gyárthatósága beszerezhetősége

Előzmény: Polgárdi Balázs, 2015-08-12 10:04:00 [2453]

A szerszámsugár korrekciót csak példának írtam, amivel azt akartam szemléltetni, hogy ezek a "lépcsők" nem egy hétvége alatt megvan kategória.

Előzmény: svejk, 2015-08-12 10:19:00 [2454]

Inkább csak kérdezem, mert nincs tapasztalatom ebben.
Ez a szerszámsugárkorrekció az én gondolatvilágomban bonyolult matematikát érintő műveletek halmaza, biztos nem lehet egyszerű megvalósítani.

De ma már elérhetőek elég kezes CAD-CAM progik, amik ezt helyettesíthetik.
Lehet valami béta verzióval elő lehetne állni a korrekció nélkül is. (a többi fontosat meg talán már tudja most is)

Vagy ennek nem lenne értelme, az esztergályosok csak manuálisan szeretnek kódot írni?

Próbálok válaszolni a sok kérdésre:

Miki2: Az UCCNC-ben az eszterga üzemmód kialakítása valóban várat még magára, de a menetfúrás (és a szinkron menetvágás, mivel már ezt is tudja) tekinthető ennek az előfutárának. Szerintem sokan nem tudjátok, de az UC100 vagy UC300 Mach3-al és UCCNC-vel teljesen másképpen működik belül. Pontosabban különböző firmware fut bennük, melyeknek működése merőben eltér. Az újabb firmware amit párhuzamosan az UCCNC-vel együtt készült el, tudja a menetfúrást/vágást és még sok minden mást is, amit a Mach3-as firmware nem tud. Mivel új alapokra lett helyezve az egész működés (habár a felhasználók ebből semmit se látnak), ezért nem olyan egyszerű Mach3-ra is átírni. És a látszat ellenére, hogy nem történik semmi, a háttérben nagy erőkkel folynak a fejlesztések. És igaz egyenlőre a populárisabb modulokat helyezzük előtérbe a fejlesztéskor.

Antal Gábor: Az UC100 is tudja a menetfúrást.
Enkódernek 100 réses enkódert javaslok (az UCCNC 4x üzemmódban dolgozza fel, így kevesebb, mint 1fokos pontossággal tudja a főorsó pozícióját megállapítani, ez általában elég szokott lenni, és viszonylag egyszerűen kialakítható akár saját tárcsával és szenzorral is).
A működésből adódóan nem akkumulálódik hiba menetfúrás/vágás közben, mert a számítások tört számokkal lebegőpontos matematikával történnek.
Még a kis lépések taktikára válaszolva: pontosan ezt a stratégiát követjük, lépésenként haladunk. Az már más kérdés, hogy a felhasználónak egy lépés (pl. szerszámsugár korrekció ) a vaságban nem is olyan kicsi lépés

Ezt csak mellékesen jegyzem meg, de sok felhasználónak természetesnek tűnik, hogy az UCCNC program működik a gépén, pedig rengeteg munka van benne, hogy XP-től Win10-ig minden oprendszeren kifogástalanul menjen.

És végezetül továbbra is szívesen fogadjuk építő jellegű ötleteket, tanácsokat, amiket megfontolva be is építünk a programba.

Párszor próbáltam a menetfúrást a gépemen, én is ezt alkalmaztam.
De még csak nem is kioldóssal.
Egyszerűen kézzel megírtam, hogy az adott Z-nél forduljon az orsóirány és induljon fel a Z.
A kiegyenlítőnek mindössze azt az 1-2 mm-t kellett dolgoznia amíg a főorsó irányt váltott.
A frekiváltón a gyorsulást lassulást ilyen esetben kicsire lehet állítani, mert nem kell nagy fordulatszámra szükség.

Előzmény: Motoros, 2015-08-12 08:20:00 [2451]

OFF:SZERINTEM ezeknél az un kemény menetmegmunkálásoknál (amikor a menetfúró vagy metsző végzi a munkát) nem érdemes a szinkronnal bajlódni.
Elég betenni egy hosszkiegyenlítős befogót.
Mikor leért akkor kiold és csak meg kell fordítani a forgás irányt, mikor feljött visszáll alapba.

Köszönöm szépen ( Snecinek és Svejknek ) megértettem .Amikor elérte a programozott Z- t
akkor M3 ból M4 lesz ( de ez nincs kihangsúlyozva a G kódsorban mert automatikusan végbemegy .
Homovits Miklósnak volt napokkal ezelőtt egy lefejtő marós kérdése . A kvázistabil fordulatszámú ( pl aszinkron motoros ) főorsóhoz kell szinkronozni a mellékhajtást.Telefonon elmondtam neki a véleményemet ami Bencze András is megerősített itt : konkrétan elektronikus gear-ral rendelkező AC ( DC ) szervó vezérlő az egyik megoldás ami a főorsó encoder jeléről van vezérelve vagy közvetlenül vagy egy quadratúra dekóderrel előállított step dir jellel . Természetesen T45 DOS os valós idejű szisztémája is alkalmas rá .( jelezte is )
Elvileg az UCCNC is (és a linux is) valami hasonlót csinál. Jó lenne ismerni a korlátokat , a pontosságot mert egy menetfúrás menetesztergálás az rövid ciklusokból áll a lefejtő marás pedig hosszú monoton munka . Az érdekelne hogy a hibák halmozódnak e vagy sem ( a félig elkészült fogaskeréknek lemaródik e a foga ha összegződnek a hibák ? ) Vagy ebben az esetben az UCCNC pontosan úgy működik mint az elektronikus gearral rendelkező pozíciószervó csak nem nekünk kell bajlódni a gearral ( megadjuk a paramétereket és ő beállítja a geart amit nem köt az orrunkra ? Minthogy az UCCNC viszi a léptetőt is, olyan triviális hibát mint lépéstévesztés nem tételezek fel..
Természetesen azt is jó lenne tudni hogy adott főorsó fordulatnál mi a legoptimálisabb encoder CPR érték a legkeményebb szinkronhoz ( remélem Balázs nem nyaral de Sneci ,Svejk és a többi kolléga is válaszolhat

Lásd 41. oldal.
A G33.1 vagy G33.2 automatikusan elvégzi az M3/M4 vagy fordított váltást.

Előzmény: ANTAL GÁBOR, 2015-08-11 20:32:00 [2435]

Ezzel át kellene menni a Linuxcnc-be, ne itt szemeteljünk. Kicsit fejtsd ki, mert nem pontosan értem a problémát:)

Előzmény: KoLa, 2015-08-11 21:25:00 [2444]

Véletlenül ide tévedtem:)
A G33.1 mondat vezérli a komplett ciklust. A frekiváltón kell a CW/CCW vezérlés, anélkül nem működik. A Z előtolást a pillanatnyi főorsó szögsebességhez és forgásirányhoz igazítja.

A végrehajtás vázlata:
1) A pillanatnyi Z helyzetben átkapcsol szinronizált módba és várja a főorsó index jelét.
2) Ha megjött az index, akkor szinkronizáltan mozgatja a szerszámot a megadott Z-ig.
3) Ha elérte a Z-t, akkor megfordítja a forgásirányt. Ahogy lassul a főorsó, arányosan csökkenti az előtolást. Ha a főorsó elkezd ellenkező irányba forogni, akkor az előtolást ennek megfelelően megfordítja, és a fordulattal arányosan kiviszi a szerszámot az eredeti Z-ig.
4) Ha elérte az eredeti Z-t, akkor ugyan úgy mint befelé menet, arányos előtolással megint megfordítja a forgásirányt.
5) Ha elindul a főorsó az ellenkező irányba, akkor kikapcsolja a szinkronizált módot és vége a mondatnak.

Az utolsó 2 pont lehet, hogy itt nem pontosan így történik, a Linuxcnc ilyen.

Előzmény: ANTAL GÁBOR, 2015-08-11 20:32:00 [2435]

Persze, értem én, hogy más világ.
Ezért kell ösztönözni a programkészítőket.

Biztos vagyok, hogy az UCCNC kapcsán is kiakasztottuk a program íróját párszor, de azért talán néha segítettünk is nekik a felhasználóbarát program létrehozásában.

Előzmény: KoLa, 2015-08-11 21:25:00 [2444]

Mindíg mindent meg kell neki mondani! de úgy hogy értse!Nem egyszerű!

Előzmény: Áts László, 2015-08-11 21:14:00 [2443]

Nem erre gondoltam pont! hanem arra hogy, ezt a programot is főleg marógépre fejlesztik!
Az esztergálásnál olyan igények vannak amit nem is sejtenek a program fejlesztői!
Tovább fejlesztik a maróhoz, aztán leképzik esztergára és kapok egy új verziót, ami alapban g64-el indul, olyan értékekkel hogy a derékszögű g0 mozgásokat r20-al lekerekíti, próbáljatok egy 40-s furatból kijönni a furatkéssel x80 z1 -re! Szerszámtörés géprongálás stb, kár keletkezik!
Keletkezne! ha, nem tesztelnénk kicsit a levegőben!
Nem is tudtam hogy a g64 gyorsjáratban is számít!
Szóval erről van szó!..............

Előzmény: svejk, 2015-08-11 21:13:00 [2442]

Írhatnál a praktikákról a linuxos topikba egy-két gyakorlati tanácsot. Köszönöm előre is!

Előzmény: KoLa, 2015-08-11 21:12:00 [2441]

mer' az helyből vacak

Előzmény: KoLa, 2015-08-11 21:12:00 [2441]

Az eszterga mód' nagy kihívás a linuxcnc-nek is!

Így van, ezért lenne jó, ha valaki legalább felvázolna egy képrnyőtervet.
A Mach3 eszterga képernyője is csapnivaló, olyan csinálta aki sosem dolgozott eszetrgán.

Előzmény: ANTAL GÁBOR, 2015-08-11 21:01:00 [2439]

A kis lépések taktikáját kellene bevetni . Kellene egy X/Z síkú lehetőleg diaméteres felület ( szerszámtárral ) ami ki is rajzolja a megmunkálást . Gondolom ha a maró tudja a szinkron menetfúrást akkor itt a szinkron menet adott, hisz csak a koordináták vannak átnevezve . Azután ki kellene egészíteni a csúcssugár kompenzációval és az állandó vágósebesség dolgával, valamint jó lenne egy egysoros ( G76 os ) menetmegadás is . )

Előzmény: Miki2, 2015-08-11 20:46:00 [2437]

Ha megnyugtat, akkor én is csatlakozom hozzád!

Már többször nekifogtam esztergának elméletben de mindig kudarcba fulladtak a mechanikai tervek.
Ha egyszer beugrana az isteni szikra, biztos kihoznám belőlük azt a fránya eszterga funkciókat!

Előzmény: Miki2, 2015-08-11 20:46:00 [2437]

Ahogy már írtam, én ezt rég beláttam.
Csak próbálkozom "A szinte már-már követelőzéssel ", hátha mások is szeretnék ezt a programot használni.
Ha többen kérik, talán Balázsék is belátják, hogy lépni kell.

Előzmény: svejk, 2015-08-11 20:41:00 [2436]

A csmio szinte megfizethetetlen több tengelynél.

A szinte már-már követelőzéssel szerintem nem fogsz itt célt érni.
Szerintem tegyél valamit, hogy legyen motívációjuk a Balázséknak.
(hogy mit az ne kérdezd)

Előzmény: Miki2, 2015-08-11 20:28:00 [2434]

Balázs ! Megállítottam a linkelt videót a vége előtt ahol az UCCNC felülete és a G kódsor látható kézzel ide másolok néhány sort :
G33.1 Z-0.375 K0.3125
G00 Z0.25 M3
G00 X1.5625 Y0
G33.1 Z-0.375 K0.3125
Az triviális hogy collban gondolkodnak a szinkronizált menetfúrás mélysége és emelkedése is Ok . Viszont amikor eléri a Z a -0.375 öt utána meg kell fordulni a főorsó forgásirányának és szinkronozottan vissza kell kerülni a kiindulási pontba azután jöhet a gyorsjárati emelés Z 0.25 be majd oldallépés és új menet kezdése. Honnan tudja a frekiváltó hogy meg kell változtatni a forgás irányát egy adott mélységnél? Amikor a DRO ban a Z elérte a -0.375 öt akkor mi adja a parancsot a frekiváltónak ? És honnan tudja hogy visszament a kezdő Z re és jöhet a gyorsjárati emelés ? Az M3 is érdekes mert nincs kikapcsolási utasítás a G kódban akkor minek ? Vagy valami kikapcsolja hajtást és új menetnél be kell kapcsolni? ( megnézem mégegyszer a videót hátha látom hogy megáll )
Ja és az UC 100 as sal is menne ez a dolog ? Egyszer már kérdeztem de nem árt megerősíteni

Én a Mach3 felületét magyarítottam.
Jelenleg azt használom.
Ha legközelebb "komojyabb" esztergát kell csinálnom, a lengyel mozgésvezérlőt fogom beépíteni.
Az tud mindent, amire egy esztergánál szükség lehet.
Balázs, (a Polgárdi) már vagy 3 éve igérgeti a Mach3-hoz a főorsó szinkront.
Aztán jött az UCCNC, és ez annyiba is meredt.
A marógépnél már szépen működik az UCCNC, de az eszterga az mostoha gyerek.

Előzmény: svejk, 2015-08-11 20:19:00 [2433]

Csinálj egy fasza felületet, akkor kénytelen lesznek a többi felsoroltat is megoldani!

Előzmény: Miki2, 2015-08-11 20:13:00 [2432]

Meg a szerszámtáron
meg az állandó vágósebességen,
mega csúcssugár kompenzáción
És ez csak három dolog, ami egy esztergán nélkülözhetetlen.

Előzmény: svejk, 2015-08-11 19:53:00 [2431]

Pedig lassan már csak a képernyőfelületen múlik...

Előzmény: Miki2, 2015-08-11 19:09:00 [2428]

Jó magam is nagyon örülnék ha lenne eszterga mert szívesen használnám ezt a programot a készülő esztergára

Nagyon csalódott lennék ha tényleg nem lenne

És az nem lehet,hogy azért nincs eszterga felhasználó,mert nincsen rá lehetőség? Ez a tipikus tyúk és tojás szindróma. De azért én bizakodó vagyok!

Előzmény: Miki2, 2015-08-11 19:09:00 [2428]

Szerintem nagyon-nagyon soká.
Én már szóba sem merem hozni.
Ebben a témában már választ sem kapok a levelemre.
Az eszterga felhasználók aránya (Balázsék szerint) alig 3-4%.
Ezért az eszterga fejlesztésre talán sosem kerül sor.
Így egy "rendes" eszterga kialakításánál más megoldást kell keresni.

Előzmény: Áts László, 2015-08-11 19:00:00 [2427]

Na pont ezt akartam hallani,látni,hogy UC300 is tud közvetlenül enkódert fogadni. Így már értelmét vesztette az előző nézelődésem. És ez alkalmas gyors jelekre is? Mondjuk esztergán főorsó és hajtott szerszám? Ezt mikorra várható,hogy tudni fogja az UC?

Előzmény: n/a (inaktív), 2015-08-10 22:51:00 [2416]

Elnézést, a link lemaradt:

Szerszámcserélős főorsó

Előzmény: Miki2, 2015-08-11 18:02:00 [2425]

Ezen a videón látszik a cserélés művelete is.

Előzmény: Miki2, 2015-08-11 17:42:00 [2424]

Én készítettem egy cserélős főorsót.
Nem tányérrugókat használtam, de a szorító erő így is elegendő lett.
Az encoder is be lett építve a főorsóba.
Belső fúvatás nincs, és a cserét egy kézi kar segítségével oldottam meg. (A megrendelő nem kért automatokus szerszámcserét.)

Előzmény: svejk, 2015-08-11 09:56:00 [2422]

Akkor ez hasonlóan működik, mint a Linuxnál a főorsó szinkronizálása.

Előzmény: n/a (inaktív), 2015-08-10 22:51:00 [2416]

Így van, a behúzóerőt tányérrúgók sokasága adja mindig.
A kioldás vagy hidraulikus, vagy tisztán pneumatikus (ekkor általában a nagy erőszükséglet miatt még egy mechanikus áttételt alkalmaznak) vagy ahogy írod kombinált hidropneumatikus nyomásfokozós.
Még egy fontos, hogy szerszámcsere közben sűrített levegővel kifúvatják az orsókúpot.

Előzmény: Motoros, 2015-08-11 09:38:00 [2420]

Rendszerint tányérrugó csoportokat építenek be. A használat során ezek nem elgyengülnek, hanem törnek. A behúzóerő meg van határozva és azt időnként erre alkalmas eszközzel ellenőrizni kell!

Power Check

Előzmény: Motoros, 2015-08-11 09:38:00 [2420]

rosszul írtam: a záróerőt egy baromi erős rugó adja (biztonsági okokból...gondolom) és a nyitást végzi a hidraulika. A pneumatikus henger nyoja az ilajat, hogy ne kelljen külön hidraulikus tápegység. Van olyan munkahenger ami kivül pneumatika, belül hidraulika, de ez más téma.

Előzmény: Motoros, 2015-08-11 09:25:00 [2418]

Valóban, a nagyfordulatú HSK befogásoknál sem mindig van menesztés.

Előzmény: Motoros, 2015-08-11 09:25:00 [2418]

Az olaszok a 30-as kúpnál a Cortini gépen nem használnak menesztő bütyköt, így pozicionálni sem kell a főorsót.
Viszont a gomba behúzót egy hidropneumatikus hengerre bízzák ami megadja a záróerőt.
Ez annyira jól zár hogy cserénél kell egy kis pneumatikus henger ami rákoccant hogy kiessen.
Lehet hogy ez a módszer nagyobb gépeknél nem járható út.

Előzmény: svejk, 2015-08-10 18:10:00 [2403]

Szerintem azért fentről jön le a szerszámtartó, mert a forgácsok falra kenődéséből látszik, hogy eléggé "koszolós" melókat végeznek a gépen és szerintem teljesen zárt lehet körben a munkatér és gondolom egyszerűbb volt fentről belógatni a szerszámtárat, mint oldalt megnyitni a falat és onnan betolni.

Előzmény: Pabló, 2015-08-10 19:14:00 [2408]

Miki: Az encoder (inkrementális jeladó) közvetlenül az UC300-ba van visszacsatolva, az A,B és Index jelei. A G-kódból kiadod a G33.1 vagy G33.2 jobb/bal szinkron menet utasítást a mélység és a menetemelkedés paraméterekkel.
Az utasítás hatására az UC300 megvárja az első index jelet az encoderen, majd felveszi a szinkront a Z tengelyt hozzá szinkronizálja a főorsóhoz úgy, hogy fordulatonként a menetemelkedésnek megfelelőt tol előre.
Amikor a Z tengely elérte a programozott vég koordinátát, akkor az UC300 megfordítja a főorsó forgását. A szinkront továbbra is tartja a Z tengely és a főorsó között és visszateker egészen a kezdőpontig majd ott szétkapcsolja a szinkront.

Előzmény: Miki2, 2015-08-10 20:47:00 [2412]

Nem igazán értem/tudom elképzelni
Milyen a frekiváltód vezérlése? PWM-analóg?

Előzmény: KoLa, 2015-08-10 21:54:00 [2413]

Svejknek válasz #2403

Előzmény: KoLa, 2015-08-10 21:54:00 [2413]

Nem pont ugyanez a megoldás de, ha g33 az utolsó mozgás a főorsó stop előtt, akkor mindíg ugyanabban a pozícióban áll meg, frekvenciaváltós hajtásnál! a korrekció egyszerű!

Előzmény: Miki2, 2015-08-10 20:47:00 [2412]

" a főorsóra szerelt encoder van visszacsatolva az UC300 mozgásvezérlőbe "

Erről jó lenne egy kicsit többet tudni.
Valami kütyün keresztül történik a visszacsatolás?
És ha igen, hova?
A "Z" motor honnan tudja, a menetemelkedést?
És honnan tudja, mikor kell az encoder alapján dolgoznia, és mikor a "G" kód alapján?

Előzmény: n/a (inaktív), 2015-08-10 16:54:00 [2401]

Nyugodj meg, meg fog keresni az ismerőssünk!

Előzmény: Béni, 2015-08-10 20:21:00 [2410]

Nem sokan építenek automata szerszámcserés hobbi gépet menesztett szerszámtartóval.
Majd szóljál egy-két héttel mielőtt kell a megoldás!

Előzmény: svejk, 2015-08-10 18:31:00 [2406]