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]

Értem, köszönöm a választ.

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

Szia Svejk,

Ezt amit írsz azért nem igazán tudjuk megcsinálni, illetve bonyolult, mert a képernyő szabadon szerkeszthető. Bármelyik tab oldal tartalmazhat bármit. Szóval az nem fixált, hogy XY számú tab oldalon van mondjuk a G54 offsets képernyője.
Emiatt nem igazán tudjuk kiválasztani automatikusan az offset gomb nyomásra. Illetve úgy lehetne megcsinálni, ha csinálnánk egy olyan beállítást amivel meg van adva, hogy a G54,G55 stb. gombok nyomásakor csináljon-e tab oldal váltást és ha igen akkor melyik számút válassza ki a progi.
Legalábbis egyelőre ezt az egy lehetséges megoldást látom...

Előzmény: svejk, 2019-07-26 22:30:58 [6914]

Még egy ötlet a fejlesztők felé.

Ha a főképernyőn a gombokkal, vagy G kódból a G54-59 paranccsal kiválasztunk egy koordinátarendszert akkor célszerű lenne ha az Offsets képernyőn is egyből az a koordinátarendszer választódna ki ami éppen aktuális.

Illetve még egy dolog, ha itt az offsets-nél véletlen mellényom az ember vagy rossz értéket ír akkor nagy segítség lenne egy visszavonás gomb.

Gyakorlott felhasználóknak persze ezek lehet nem jelentenek gondot, hülyeség akkor vegyétek semmisnek.

Jéé... ha ki van pipálva az Appearance mezőben a "Don't reset toolpath view on reload"

Akkor szerkesztés és mentés után nem vált vissza az alapértelmezett felülnézetre, hanem abban a nézetben marad amiben volt.

Akkor ezt kérést ki is pipálhatjuk.

Előzmény: svejk, 2019-07-25 13:47:38 [6910]

Nagyon ne töltsd vele az időt, hátha vevő lesz az ötletre a fejlesztő csapat.

Előzmény: dezsoe, 2019-07-25 14:16:07 [6911]

Hümm. Elvben igen, de problémába ütköztem.

Előzmény: svejk, 2019-07-25 13:47:38 [6910]

Aha!

Esetleg lehetne bővíteni még, hogy a betöltött file szerkesztése és mentés/kilépése után is visszakapcsoljon a bal nézetre?

Előzmény: dezsoe, 2019-07-25 13:08:40 [6909]

Csaltam: egy része már megvolt. Eredetileg azt vizsgálta, hogy változott-e a megnyitott file tartalma, és ha igen, akkor megkérdezte, hogy betöltse-e. (Külső szerkesztő használata esetén hasznos.) Íme az eredeti (szintén macroloop):

// ================================================================================================
// Check file change
// ================================================================================================

string sFileName = exec.mainform.filenametoload;

if (!exec.GetLED(54) && System.IO.File.Exists(sFileName))                       // Check cycle start and valid file name
{
  if (++counter == 20)                                                          // Check every second
  {
    counter = 0;
    if (sFileName == lastFileName)
    {
      if (lastDateTime != System.IO.File.GetLastWriteTime(lastFileName))
      {
        if (MessageBox.Show("Reload file?", "Loaded file changed!", MessageBoxButtons.YesNo) == DialogResult.Yes)
          exec.Callbutton(555);                                                 // Reload file
        lastDateTime = System.IO.File.GetLastWriteTime(lastFileName);
      }
    }
    else
    {
      lastFileName = sFileName;
      lastDateTime = System.IO.File.GetLastWriteTime(lastFileName);
      // exec.AddStatusmessage("Opened file changed");
    }
  }
}

// ================================================================================================

#Events

// ================================================================================================

string lastFileName = "@";
int counter = 0;
DateTime lastDateTime;

Előzmény: svejk, 2019-07-25 12:53:47 [6908]