Na, pont most akartam írni, de megelőztél. Közben telefonon megoldottuk: a képeken is látszik, hogy a szerszámcserénél áll meg, mert úgy van beállítva az UCCNC. Ez nem is baj, csak amikor munkadarabot cserél, akkor a szerszámot is visszacseréli, ezért felesleges az első megállás. Betettük zárójelbe és kész.

Előzmény: Miki2, 2019-08-03 19:27:32 [6965]

A program úgy indul, hogy motor állj, hűtés kikapcsol.Ezt hajtja végre az első program start megnyomására.
Ezután vár a szerszám cserére. ezt kell nyugtázni a második program start megnyomásával. Gondolom a szerszám csere kézzel történik, ezért lett így beállítva.

Előzmény: L Tom, 2019-08-03 15:26:59 [6964]

Tisztelt Kollégák!
Olyan segitségre lenne szükségem,hogy valaki meg tudnà mondani mit hogyan állitsak be esetleg configba esetleg g-codeban, hogy ne kelljen a billre betanitott (start)gombot 2x megnyomni a ciklus inditásához?nagyon idegesitő és lassitja a folyamatot!
Kérem a nem a megoldással kapcsolatos válaszokat mellőzni!Rengeteg db rol van szó minden másodparc sokat számit!
Valamint a software csinál nèha olyat is hogy egy teljesen ellenkező irányban elindul szerszámcsere után, hál istennek nem törik semmi de ez is idegesitő valamint bukom a ciklust...pedig nincs is olyan koordinata a g-code ban.Legtobbszor akkor fordul elo ha korrekciozom a szerszamtarban a magassagot es nem is azét amelyik el csinálja...
A folyamat 6db alkatresz marása és furása 2db szerszám!
Egy alkatrész marás 17-es átmérő és két furatból áll.Eloszor maras majd a furás és furasnal lejon a Z a b magassagba es elondul fullon Y+ iranyban!

A lényeg inkább a ciklus inditasa lenne 1gombnyomassal
Köszönöm!

    

Nem kerülte el.

Mindenféle megkerülő megoldásokat én is ki tudok találni, sőt bicskával is tudok menetet faragni.

Engem a igazából a leírás bosszantott fel és az, hogy abban a tudatban voltam, hogy minden faszán működik.
Régebben minden újítást kipróbáltam ha kijött egy új verzió, ha találtam hibát jeleztem és ki is lettek javítva.

Később én is eltunyultam illetve a gépem sem volt ezeket kipróbálni.
No meg jöttek olyan funkciók is amiket azt sem tudtam mire valók.

No de szerintem "ugorgyunk!"

Előzmény: ANTAL GÁBOR, 2019-08-03 07:02:43 [6962]

Svejknek is elkerülte a figyelmét a 6937 es beírásom . Minthogy nálam lényeges a kúpos menet ezért a Mach G76 osát használtam de mindent lefordítottam G33 ra ( A Mach ugyan G32 t használ de azt a fordító át is írta , ja és az emelkedést is k val hozta )
A Balázsék G33 asa az absz korrekt és emberbarát ( nincs vezérvonal meg egyéb zavaró tényező ) Akkortájt nagyon nyomultam egy olyan egyedi program kifejlesztésének az irányában hogy fejből megírom az egy soros G76 ot ( akár kúpos menetre ) aztán egy gombnyomással lefordul G33 as sorozatra amit csak be kell emelni )
Nem valós időben számol , előre lefordít mindent . Béninek van egyedi hasonló megoldása de nem nagyon használom .

Tudom nem szabad esztergálni ezért mindjárt indulok a műhelybe és dafke csinálok pár 24*5 ös lapos menetet ( UCCNC-vel )

Előzmény: dezsoe, 2019-08-02 21:29:15 [6957]

Mostmár engem is bosszant, úgyhogy meg fogom nézni. Anno, mikor Gábor tett fel ilyen irányú kérdéseket, akkor már fejből ment az összes paraméter, de ennek már van egy pár éve...

Előzmény: svejk, 2019-08-02 21:37:03 [6959]

Tudod alapjaiban abban különbözik az ipari cucc és az amatőr, hogy az előbbi sokkal stabilabb, biztosabb, több mindenre figyelnek.

lásd. egy PIC az íróasztal sarkán és egy ipari PLC.

Pedig mindkettőben mikrovezérlő ketyeg...

Előzmény: dezsoe, 2019-08-02 21:32:43 [6958]

Jó-jó... megbékéltem én már ezzel is, ne foglalkozz vele egy percig se.

Előzmény: dezsoe, 2019-08-02 21:29:15 [6957]

Ezt nem tudnám megmondani. Kezdéskor biztos, hogy indexre vár, de utána már nem tudom, hogy figyeli-e. (Tegyél bele rendes enkódert, ami nem lopkodja el a jeleket... )

Előzmény: svejk, 2019-08-02 20:48:38 [6951]

Megpróbálok egyszerre több dologra is válaszolni. Írtam már korábban (privátban), hogy hagyd a G76-ot a túróba. G33-mal tudsz több bekezdést is (megadható a kezdő szög, Q paraméter) és - ha jól mondom fejből, akkor - balos menetet is, de ezt előbb ki kell próbálnom. Holnap előszedem hozzá a cuccokat és megnézem (ma már nagyon régen volt hajnal).

Előzmény: svejk, 2019-08-02 21:07:55 [6952]

Most jól összehúzom magam és ma már nem égetem magam tovább.

Előzmény: svejk, 2019-08-02 21:21:16 [6955]

Többekezdés..

De hülye vagyok! hiszen csak pl. kétbekezdésűnél arrébb kell írni a Z-t fél menettel.

Már teljesen belezúgtam a G76-ba és mindenáron paraméterből akartam volna megoldani.

Az eset amikor nem látja az ember a fától ez erdőt.

Előzmény: svejk, 2019-08-02 20:48:38 [6951]

http://benishare.weebly.com/linuxcncemc2.html

Előzmény: KoLa, 2019-08-02 21:09:57 [6953]

"
A linuxcnc-ben hogy kell többekezdésű menetet programozni?"

http://benishare.weebly.com/linuxcncemc2.html

Előzmény: svejk, 2019-08-02 20:19:27 [6947]

Ja, igen a balos menet kérdése.

Mostani G76-os alapfelállás ugye az, hogy külső menetnél első késtartó, normál állású kés Z mínuszba haladó szán és M3 forgásirány. Ekkor jobbos menet készül.

Ehhez a spindle configba be kell állítani a megfelelő főorsó encoder irányt, mert különben nem indul el a szinkron.

Balos menetet egyszerűen lehetne vágni, az előbbi felállással, csupán a kést lefelé fordítjuk és M4-et programozunk. (vagy hátsó késtartó és akkor maradhat a normál állású kés)

Igen, de az M4-es forgásirány nem állítja át főorsó encoder jelének figyelését, azt nekünk kell kézzel a konfigban megfordítani. (

Ezt a későbbiekben talán célszerű lenne figyelembe venni.

Előzmény: dezsoe, 2019-08-01 21:53:45 [6933]

Dezsoe Bácsi!

Jól látom, hogy a főrosó encodernek bármit be lehet írni, nincs ellenőrzés az indexjelhez.
Azaz nem nézi, hogy két index jel közt biztosan megvolt-e a megfelelő számú impulzus.
Ezt érdemes lenne ellenőrizni, mintegy enoder hiba detektálásként.

Kolának feltettem a kérdést a linuxos többbekezdésű menettel kapcsolatban.
(nem kell mosolyogni, vannak ilyen trapézmenetes orsóim)

Itt úgy látom akár egy egyszerű hardveres encoder számolással és indexjelkésleltetéssel megoldható lenne végszükségben.

De Te biztos tudnál rá szoftveres megoldást is.

Máshol is előfordul ez, mindenben lehet hibát találni.

A múltkor hozzáfértem egy régi Fanuc OT vezérlővel rendelkező YAM esztergához.
Épp golyósorsóra kellett végmegmunkálást meneteket vágni.

No annál 2 soros a G76, faszán megcsináltuk az NCT lerása szerint, hiszen szinte ugyan az.

No nem... állandóan hibát dobott.
Elő kellet kotorni a saláta gépkönyvet és kiderült mindent mm-ben kell megadni kivéve a menetemelkedést melyet mikronban. Volt ám a..ázás

Előzmény: ANTAL GÁBOR, 2019-08-02 20:20:39 [6949]

Hidd el nincs logikája .Valami agyament programozó így álmodta meg , és a világ hajbókol előtte
( a" Pomádé király új ruhája" tipikus esete )

Előzmény: svejk, 2019-08-02 20:15:24 [6945]

A kérdésemre inkább abban a topicban válaszolj, köszi!

Előzmény: svejk, 2019-08-02 20:19:27 [6947]

Neked jó, mert ott legalább automatikusan változó a fogásmélység.
Itt sajnos az még nem él.

Ma Dezsoe kissé leállított, hogy ne is erőltessem, meg volt mondva, hogy az eszterga üzemmód egyelőre nem támogatott így megpróbálom tudomásul venni.

A linuxcnc-ben hogy kell többekezdésű menetet programozni?

Előzmény: KoLa, 2019-08-02 20:13:53 [6944]

Olyan mint a professzor órája : megkérdezik a profot, hogy hány óra , előveszi a zsebóráját ami 10 perccel kettő előtt-et mutat. A prof becsukja a szemét és két másodperc után rávágja hogy, pont háromnegyed tizenkettő van

Előzmény: KoLa, 2019-08-02 20:13:53 [6944]

Most már tudom mert tegnap szívtam vele.

De a linux sem a vezetővonalon hozza vissza a szerszámot.

Te érted a logikáját, hogy miben jobb ez?

Előzmény: KoLa, 2019-08-02 19:52:43 [6942]

Az az egy hibája a g76-nak hogy nem tud kúpos menetet, egyébként tök jó.

Előzmény: ANTAL GÁBOR, 2019-08-02 20:10:21 [6943]

Óriási tévedés mert engem igenis zavart és bombáztam is Balázsékat vagy jó két éve . Azután Szacsával ( Szabadi Csaba) kísérletezve megfejtettük hogy mit is kell programozni. Persze megkaptuk az eredeti angol szöveget is, amiből bőven kiviláglik hogy aki azt írta az életében nem állt még gép mellett .
A kritikus szövegrész :"általában erre készül az átmérő a menetvágás kezdete előtt " .
Ja és emlékeim szerint kúpos menetet nem tud . Klincsik Balázs, Polgárdi Balázs, és Dezsoe bőven tudna beszélni
Én akkor belefáradtam .. Meggyőződésem hogy kár volt lemásolni a Linuxot

Előzmény: svejk, 2019-08-02 08:42:10 [6939]

Szia! olvasom hogy itt is pont olyan a g76 mint a LinuxCnc-ben!
Akkor biztosan tudod hogy, egy vezetővonalat használ a szerszám visszavezetéséhez, és ennek az átmérőjétől származtatjuk vissza a menetcsúcsot és a menetmélységet is.
A vezetővonal átmérőjére kell beállni a szerszámmal g76 előtt, ez a kezdőpontunk!innen számolunk mindent.
Van egy magyarázatokkal ellátott g76 kódom mindjárt beillesztem a Linux topikba.

Előzmény: svejk, 2019-08-02 19:16:23 [6941]

A hétvégén megpróbálom az én szám íze szerint átfogalmazni a G76 működését az UCCNC-ben, -ami valóban nem is olyan egyszerű- aztán majd jól megkritizáljátok.

Előzmény: svejk, 2019-08-02 08:42:10 [6939]

Igen, a menetvágás lelke a szinkron után ez.

Előzmény: B.Zoltán, 2019-08-01 22:27:48 [6934]

Csak most hirtelen...

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

- Nem, külső menet esetén menetátmérő plusz I értékére kell állni az X-el.
Külső menet esetén az I értéke negatív, belső menetnél pozitív.


"Minden fogásciklus végén a szerszám gyorsjáratban kiáll az X kezdőpontra"

- Nem, a mentefogás végén az aktuális fogás plusz az I értékén megy vissza Z kezdőbe.


Mindegy, visszakerestem a topicba...Balázs kérte is, hogy ha tud valaki jobb leírást akkor írja meg, de úgy látszik annyira nem zavart senkit, a szőnyeg alá került a probléma.
Csak ugye szívatom én magamat eléggé a figyelmetlenségem, hozzá nemértésem miatt, nem hiányoznak még ezek a dolgok.

Azt, meg hogy így működik fogjuk fel a mérnöki szabadságnak. -szokta volt mondani egy barátom.


Még egy észrevétel, ami ugyan hibát látszólag nem okoz, de nem tudom mire vélni.
Ha van a H-nak érték adva akkor az utolsó fogás utáni Z kezdőbe való visszamenésnél valamelyest X-ben is mozog a kés és utána jönnek az "extra ciklusok".
Maga a ciklust jó koordinátán végzi, tehát bajt nem okoz, csak a tapasztalataim szerint az ilyen apró nüanszok általában később egyéb hibákhoz vezethetnek.

Előzmény: dezsoe, 2019-08-01 21:53:45 [6933]

Aha, értem, kipróbálom!
Köszi!

Előzmény: dezsoe, 2019-08-01 21:50:39 [6932]

A beírás részben igaz csak : Valóban használtam a G76 ot de a Mach ét . Rájöttem hogy egy trükkel le lehet fordítani és akkor g33 ak sorozatával történik a vágás . No azt a sorozatot emeltem át az UCCNC be .
Figyelem : a tapert rosszul értelmezték a Brian ék ( kiemelték az arc tangensen belül a nevezőben lévő kettest és egyszerűsítettek vele .)És a teljes kúpszöget kéri . A hajam szála is égnek állt mire megfejtettem

Ha valakit érdekel : 2*alfa = 2*arctg(( D-d)/2*L ) no ezt Brian nemes egyszerűséggel így értelmezi
2*alfa = arctg((D-d)/L)

Egy példa ha 45 fokos teljes kúpszögre van szükségünk akkor 39.63 at kell beírni a tapernak hogy jó legyen a kúpos menet

Mostanában ritkán használom vagy állandó de kis fogással menetelek és paraméteres a program vagy kihasználom a kettős keresztszánomat és kézzel adom a fogást ( mottó : Antal féle lusta menet )

Előzmény: dezsoe, 2019-08-01 21:53:45 [6933]

Értem, én meg nem ismerem a leírást, ezt te tudod hogy van.

Előzmény: dezsoe, 2019-08-01 22:59:52 [6935]

Ezt a részét tökéletesen értem, de ez nem ütközik a leírással.

Előzmény: B.Zoltán, 2019-08-01 22:27:48 [6934]

Ha jól értelmezem Svejk írását, a kés egyenletes terhelésének lehetőségét, vagy állítását hiányolja.

Ha egyforma a fogásmélység akkor a kés az elején kevés, a végén nagy felületet fog.
Így vagy hosszú a ciklus, vagy a végén törik a kés.

Előzmény: dezsoe, 2019-08-01 21:53:45 [6933]

Azt nem egészen értem, hogy mi a problémád a G76-tal. Szerintem a leírás szerint működik. (Amennyiben jól emlékszem, akkor Antal Gábor rendszeresen szokta használni.) Ha megírod, mi a gond vele, akkor utánanézek, meg a balos menetnek is, mert azt most fejből meg nem mondom.

Előzmény: svejk, 2019-08-01 20:11:00 [6931]

Hümm. Muzeális darab. Kicseréltem a file-t egy újabbra, de a honlapján van több részlet is. Ami a tárban volt fent az még nem tudott 64 bitül, ezért nem láttad.

Előzmény: svejk, 2019-08-01 19:33:52 [6930]

Próbálgatom a G76-ot...

Tudjátok hogy az UCxxx termékek a szívem csücskei, de ez a kód számomra eléggé elkeserítő.

Vissza kellett olvasnom az 1-2 éves beírásokat, és a linkelt Linux leírást így azért már kezd világosodni.

Balázs írta anno:
"Az UCCNC-ben a szinkron menetvágás pontosan úgy működik mint a linuxcnc-ben."
Nos ha ez tényleg így van akkor nem bánom, hogy eddig elkerültem a Linuxot.
Mondjuk ab ovo, miért is kell a Mach3-at meg a linuxcnc-t majmolni, amikor számtalan jó leírás található magyar nyelven is pl. az egyik legelterjedtebb Fanuc kódértelmezőről.

Az, hogy a kód leírásának nem sok köze van a valósághoz az tény, leírtátok már régebben is, de gondoltam ki lett már javítva- hát nem.
(Egyébként ha a leírás szerint működne még majdnem meg is lennék elégedve)

Mondjuk menetet vágni a mostani állandó fogásvétellel vagy késtörést vagy hosszan elnyúló ciklusidőt eredményez, ennek a megoldása nélkül szinte kár is volt kiadni a kódot.

No mindegy, kesergés bezárva inkább kérdezek:

Balos menetet csak úgy lehet vágni ha megfordítom a spindle configban az encoder irányát?

Előzmény: svejk, 2019-08-01 19:33:52 [6930]

Bemásoltam a linkeden szereplő dll-t a plugins könyvtárba a többi mellé, de nem látom a configure plugins ablakban a listában.

Mintha már máskor is jártom volna így.

Mi is lehet a gond?

Előzmény: dezsoe, 2017-02-07 11:34:31 [3523]

Rendben holnap a műhelyből elküldöm.

Előzmény: dezsoe, 2019-07-31 20:22:30 [6927]

Sajnos az aspire-ba megrajzolt körrel is recés. Más lesz a gond sztem. AMúgy corel-exp grayscale eps, majd behív aspire-ban a menetrend. Köszi a választ.

Előzmény: dtb, 2019-07-31 19:59:43 [6926]

Szia!

Küldd el a g-kódot és a profil file-odat (.pro) az adatlapomon alul található support-os emilre, és megnézem. Ha túl nagy a g-kód (vagy nem akarod kiadni), akkor generálj ugyanazokkal a beállításokkal csak egy "Mr"-t, az is elég.

Előzmény: Rab Zoli, 2019-07-31 17:44:10 [6925]

Ezeket én úgy szoktam javítani, hogy vagy a programból generálok egy kontúrt (ha tudja) és utána szerkesztem a görbét, vagy már eleve manuálisan szerkesztek köré egy vektort, majd ebből generálok egy marást. Ez hihetetlenül sokat javít a kész munka minőségén!!!
A szerkesztés lényege, hogy minél kevesebb pont maradjon az alakhűséget megtartva. Cserébe sokkal gyorsabb marást és szebb felületet kapsz.

Előzmény: Rab Zoli, 2019-07-31 17:44:10 [6925]

Itt pl látszik a rece

  

Előzmény: Rab Zoli, 2019-07-31 17:41:36 [6924]

Pvc-ből gyártok lakberendezési tárgyakat, átlagban olyan 40-50cm-esek, képtartók, gyereknevek stb. A sok íves felületnél látszik leginkább a recés kontúr. Ez pl egy ajtódísz, de lényegében az elv ugyanaz mindegyiknél. Az lenne a cél, hogy ugyanolyan sima legyen az ív is mint az egyenes rész.

  

Előzmény: dezsoe, 2019-07-31 00:06:13 [6921]

Üdv,

DXf-et próbálok importálni UCCNC-be. Az egy dolog, hogy csak az ezeréves autocad-el mentett file-t hajlandó megnyitni, inportálni, de nem értem, hogy miért csak zárt alakzatokhoz hajlandó Toolpath-ot generálni? Gravírozni szeretnék és az lenne jó, ha egyszerűen lejárná a vonalakat, amik a dxf-ben vannak. Egyszerű vonalak, nem körök, semmi furmány... Még látom is őket, ha importálok, de nem kékek, hanem halvány bordók és nem generálodik hozzájuk pálya...

A lazycam egyébként lazán legenerálja amit akarok, de sokkal kényelmesebb lenne UCCNC-ben csinálni mindent.

Tud valaki esetleg megoldást?

Előre is köszönöm a segítséget.

A lentieket egy dologgal egészíteném ki, az pedig a modell. Jó párszor belefutottam én is, hogy az STL relief oldala, kontúrja erősen elnagyolt volt, "barázdás".

Előzmény: dezsoe, 2019-07-31 00:06:13 [6921]

Szia!

Nem az a lényeg, hogy milyen vezérlőd van, hanem az, hogy mire használod. 3x4 mm-es bigyók megmunkálásához nagy felbontás kell, méteres táblák plazmavágásához teljesen indokolatlan. Z tengelyen ugyanez igaz: ha reliefet marsz, akkor meg kell találnod a középutat a sebesség és a felbontás között, ha bútornak fúrsz polctartó lukakat, akkor a felbontás gyakorlatilag lényegtelen, csak haladjon.

A recés kontúr lehet túl alacsony felbontás, lehet nem jól generált g-kód, de lehet mechanikai hiba miatt is. Úgy azért könnyebb lenne, ha tudnánk, hogy mit készítesz a géppel, milyen beállításokkal és mekkora munkadarab mennyire recés.

Előzmény: Rab Zoli, 2019-07-30 21:50:26 [6920]

Üdv! Szerintetek mekkora az a felbontás ami jól használható a Z tengelyen? NEkem most 310 ez gondolom sok, állítsak a jumperen? Egy tól ig-ot írna valaki mind 3 tengelyre ami a tapasztalat alapján jól használható? A recés kontúr kizárólag felbontás beállítás hiba? Nyilván nem egy erőművel hajtom, de uc100-as van felrakva ha ez számít valamit.

A Lubricator pluginnal kapcsolatban lenne észrevételem.

A működéséről nem találtam leírást, így csak a próbákra hagyatkozom, abból hámoztam ki a működést.

Ha jól gondolom a ciklus startra indul és a beállított időintervallum felénél jön az első impulzus majd a beállított időközönként a többi.

Ezzel csak az a baj, hogy egy ilyen szánkenő valós működése úgy néz ki. hogy kb. 5-30 percenként kell mennie 2-5 másodpercet.

Rövid ciklusidejű munkadaraboknál sosem lesz így szánkenés.


Szerintem úgy kellene működnie, hogy a főorsó indulásakor rögtön ad egy impulzust, aztán rendre a többit amíg forog az orsó.
Lehetne bonyolítani a tényleges szánmozgás figyelésével de az szerintem felesleges.

A ciklus start figyelése azért nem szerencsés, mert beálláskor lehet órák telnek el a kézi mozgásokkal, és csak utána nyom az ember a ciklus startra.
A főorsót viszont talán elindítja párszor.

No meg azok a milliszekundumok....

Szerintem szerencsésebb lenne átírni az intervallumot percre, az impulzushosszot meg másodpercre.
Ez jobban feküdne a gépipari műszakiaknak.

Balázs bácsi!

És ha karácsonyra nem kérnék semmit akkor nem kaphatnánk egy felfelé X+, jobbra Z+ nézetrendet a toolpath-ben?
No... léccé-lécci!

Előzmény: CNCdrive, 2019-07-28 00:26:07 [6915]

Valamit nagyon elnéztem, szerkesztés-mentés után mégis visszavált a nézet alapértelmezettre.

Előzmény: svejk, 2019-07-26 21:55:29 [6913]