Nem, ez a kód teljesen életképtelen, mert nem határozza meg semmi, hogy a rádiusz óramutató járásával megegyezően vagy ellentétesen fordul-e. Szóval így nem lehet programozni, mert nem egyértelmű a kód.

Előzmény: picur, 2019-08-25 21:28:28 [7012]

Oké,köszönöm!

Előzmény: dtb, 2019-08-26 14:31:59 [7017]

Itt elég érthetően van leírva:
https://www.tankonyvtar.hu/hu/tartalom/tamop425/0007_04-Gyartasautomatizalas/22_krinterpolci_g02_g03.html

Előzmény: picur, 2019-08-26 14:23:39 [7016]

Nem tudom ezért kérdeztem! Valaki azt mondja jó, valaki azt,hogy nem...

Előzmény: dtb, 2019-08-26 11:45:53 [7015]

Lehet, hogy én vagyok a tudatlan, de én sehol nem látok se G2-őt, se G3-at. Az nem kell???

Előzmény: picur, 2019-08-25 21:28:28 [7012]

Szia!
A sarokrádiusz értékét is növeld meg a maró rádiuszával.

Előzmény: picur, 2019-08-25 21:28:28 [7012]

Egyszerűen zseniális .

Előzmény: picur, 2019-08-25 21:28:28 [7012]

A képen látható rádiuszt csak így programozzam?:( a négyzet 14-es és a közép a nulla Y tengelyen, X-en a homlok, a maró pedig átmérő 5-ös) Jelenlegi pozíció X20Y9,5
G1F20X-2,5R3
Y-9,5R3
X20
még nem volt szükségem rádiuszra így nem foglakoztam vele. Köszönöm a segítséget.

  

Hopsz... most tudatosult csak bennem, hogy a G76 és a G33 hibát dob ha előtte "G51 X-1" van.
Ennek van tényleges oka vagy csak esetleg benne maradt mint valami biztonsági feltétel?
G33-nál főleg nem érzem indokoltnak az X tengely tükrözésének a tiltását.

(jó lenne ha engedné a hátsó késtartós dolgom miatt)

Előzmény: svejk, 2019-08-20 15:40:20 [7007]

:)

Hát igen elkényelmesedtünk már itt az tény.

Előzmény: Polgárdi Balázs, 2019-08-21 20:36:02 [7009]

Rajta vagyunk, csak valamikor nem elég az 1-2 óra amit megsuoktál , hanem jóval több idő kell hozzá

Előzmény: svejk, 2019-08-21 20:29:50 [7008]

No jó, akkor majd M4-gyel kapcsolok egy kimenetet és negálom hardveresen a főorsó encoder egyik csatornáját...

Előzmény: svejk, 2019-08-20 15:29:43 [7006]

Csak hogy értsétek nem elméleti dologról van szó, hanem egy munkadarabon belül kell jobbos külső menet vágnom jobbról balra és egyet balról jobbra, persze mindkettőt vállig.

Tehát muszáj hátsó késtartót és M4-et használnom, hogy balról jobbra tudjak jobbos menetet vágni.

Egyébként már egészen megbékéltem az első késtartóval, ha kell a hátsó akkor Dezsoe ötlete alapján egyszerűen G51 X-1 -et programozok.

Szóval akármennyire is nem eszterga progi ez de azért lehet használni.

Előzmény: svejk, 2019-08-20 15:29:43 [7006]

- UCCNC ver.: 1.2111
- UC300-5441 alaplap USB-s mag

Ha a főorsó encoder az 51, 52 és az index az 53-as bemenetre van konfigurálva akkor nem indul el a menetszinkron (G76)

Az encodert átrakva a 47,48 és 49-re (pedig ez nem gyors bemenet) itt jó.

Végül aztán a 23 24 25-re került -ami szintén gyors bemenet az alaplapon-, itt is jó.

De...
A "Reverse enc. dir." pipa hatástalan, csak az A, B csatorna fizikai vagy bemenetszám szerinti felcserélésével indul el a szinkron.

(most jut eszembe, lehet az első bekezdésben levő dolog -51-53 bemenet- is ezért nem jött össze, akkor a felcserélést lehet nem próbáltam csak a reverse pipát.
No majd letesztelitek...

Ami viszont most égető lenne a 'UCCNC vezérlő program' téma, 6952. hozzászólás-ben már említett dolog, hogy ha nem M3-al hanem M4-el akarom a szinkront akkor automatikusan nem fordul meg a főrorsó encoder forgásirányánakk a figyelése, hanem azt nekem kell kézzel átállítani a spindle fülnél.

Ráadásul mint írtam fentebb a fenti konfignál a "Reverse enc. dir" pipa sem működik

Kérlek benneteket nézzetek utána a dolognak.

Ez egy őskori meg nem valósult fejlesztés vagy egy évtizeddel ezelőtti. Annyira régi, hogy nem is emlékeztem rá, hogy volt ilyen...

Előzmény: NickE, 2019-08-19 07:03:43 [7000]

Talán az lehet, hogy nem vetted figyelembe, hogy a softlimit a gépi koordinátarendszerben (G53) van értelmezve, hiszen a tengelyen fixen kell lennie a softlimit határoknak mindegy, hogy mennyi eltolást alkalmazol az aktuális koordináta rendszerben (G54..G59) a softlimitnek akkor is mindig ugyanott kell lennie.
Szóval ha van eltolás (offset) beállítva, akkor az kitolhatja a mozgásokat a softlimit-en kívülre.

Előzmény: dtb, 2019-08-19 15:34:17 [7001]

Szia!

A napokban megnézem, hogy miért lehet, aztán megírom.

Előzmény: dtb, 2019-08-19 15:34:17 [7001]

Abból lett az UC300. A kép 2009-ből származik, csak valamiért ott maradt.

(Már más is megtalálta.)

Előzmény: NickE, 2019-08-19 07:03:43 [7000]

UCeth400+legutolsó UCCNC verzió. Softlimit nincs bepipálva, csak a pre-check. X munkaterület 150mm. Az X soft-limit -160/160mm. A marás indításkor kiírja, hogy 194,333mm elmozdulás lesz, ami túlmutat a megadott soft limit értéken (nem szó szerint, de valami ilyet írt ki). A munka G-kódja középpontosan van generálva, tehát -75, +75mm. A forráskódban még csak hasonló számot sem találtam. Kikapcsoltam a pre-checket, így gond nélkül megcsinálta a marást. Hiba?

UC500

De mindegy, nem érdekes, bőven megfelelnek a jelenleg elérhető vezérlők.

Előzmény: CNCdrive, 2019-08-18 19:01:41 [6999]

Nincsen olyan, hogy UC500 és nem is tervezünk ilyen nevű vezérlőt.
Igen, az AXBB-E is a mi fejlesztésünk.

Előzmény: NickE, 2019-08-18 14:36:47 [6998]

Köszönöm a részletes választ.

A UC500-ról mit lehet tudni? Várhatóan mikor lesz kapható és esetleg az áráról lehet valamit tudni? Nekem valószínűleg bővan megfelel a UC400 is, sőt még akár a UC100 is talán elég lehet, csak kíváncsiságból érdekelne.

Az AXBB is saját fejlesztésetek?

Előzmény: CNCdrive, 2019-08-16 15:08:22 [6988]

Az UC400ETH sincsen leválasztva. A portjait úgy kell kezelni, mintha nyomtató port lenne, vagyis sima 74HC14 Bufferelt kimenete van.
Persze az ethernettel le van választva az UC400ETH a számítógépről (Az UC100 USB nincsen), de ettől még nem célszerű a jeleket közvetlenül a CNC gépről a portjára kötni.
Egyrészt, mert a sok zavarjel/zaj amit az ipari környezetben (gépvázon, energialáncban futó kábelek stb.) felszedhet a kábel problémákat okozhat.
Másrészt a jelek illesztése nem megoldott így, hiszen ipari szenzorok általában 10-30 Volt feszültségtartományban működnek, az UC400ETH pedig 5V (TTL) jeleket tud fogadni, vagyis tönkretenné az UC400ETH bemenetét a túlfeszültség.
Ezért mindenképpen szükséges elosztópanel használata.

Ha leválasztott mozgásvezérlőt szeretnél, akkor javaslom az AXBB-E-t nézd meg: http://cncdrive.hu/AXBB.html
Ebben benne vannak a szükséges leválasztások, ráadásul minden gyors optocsatolókkal van szerelve.
És van még egy kiegészítő portja is, amire akár még egy plusz elosztópanel is köthető, ha sok I/O-ra van szükség.

Előzmény: NickE, 2019-08-16 14:09:53 [6987]

UC400ETH-hoz is jól jönne egy ilyen ingyen szoftver akció.

Jól látom, az UC100 nincs leválasztva? Külön optikai leválasztó áramkör kell hozzá?

Előzmény: dezsoe, 2019-08-13 10:32:11 [6974]

Igen, így van.

Előzmény: NickE, 2019-08-16 10:37:32 [6983]

Ha veszek egy vezérlőt (pl. UC400ETH), akkor két lehetőségem van:
- Mach3-al használom
- UCCNC licenszt vásárolok (ekkor nincs szükségem Mach3-ra)

Jól értem?

Szia!

Hívtalak telefonon, de nem jártam sikerrel. Majd később még kereslek, vagy csörögj rám. Köszi!

Előzmény: muller93, 2019-08-15 09:18:08 [6981]

Sziasztok,

légyszíves segítsetek az alábbi problémában. Adott: plazmavágó gép, UCCNC szoftver, UCR 201 vezérlő. A probléma a következő: UCR201 vezérlő nélkül minden jól működik G31-el a Z elindul "-" irányban amíg el nem éri az anyagot. Ha csatlakoztatom az UCR201 vezérlőt, akkor ugyennnél a programnál már a Z "+" irányban indul meg, nem az anyag felé. Biztos csak egy beállítás, de nem találom.
Segítségeket előre is köszönöm:
Balázs

Bocs, így már érthető.
Nem vettem észre a + ÁFÁ-t.

Előzmény: dezsoe, 2019-08-14 17:44:09 [6979]

Én csak egy árat látok. A bal oldaliak az UC100 plusz az UCCNC licenc, de ez le van húzva, helyette az akciós ár a jobb oldal. A felső sor áfával, az alsó nettó.

Előzmény: Devecz Miklós, 2019-08-14 17:20:44 [6977]

23+ áfa = 29 ....

Előzmény: Devecz Miklós, 2019-08-14 17:20:44 [6977]

A két ár közül melyik érvényes?

Előzmény: dezsoe, 2019-08-13 10:32:11 [6974]

Nem, csak a klasszikus felépítésűeket.

Előzmény: Tari Gábor, 2019-08-14 11:27:50 [6975]

Éreklődnék, hogy az UCCNC tud-e kezelni párhuzamos kinetikájú (hexapod) típusú mechanizmusokat.

Remélem korrektül fogalmaztam....

Köszönöm

Sziasztok!

Egy kis hűsítő nyári akció: UC100 mozgásvezérlő + ajándék UCCNC szoftver akció a készlet erejéig vagy 2019. 08. 31-ig.

  

Anno én kéretlenül kaptam tesztelésre egy UC500-at elég hoszú időre.
Ha kérsz a gyártótól hátha küldenek Neked is.

Előzmény: Törölt felhasználó, 2019-08-04 19:06:46 [6972]

Köszi, de ahogyan gyanítottad, ez egy mérő, kiértékelő program rendszer fejlesztés, amivel tesztelhető mindenféle step/dir-es mozgásvezérlő. Így csodálatos, tanulságos megállapításokat lehet tenni a mérési eredmények kapcsán az objektív műszzaki valóság kielemzése kapcsán.

Előzmény: svejk, 2019-08-04 15:55:18 [6971]

Ha szkóp, frekimérő elég akkor egyszerű méréseket szívesen elvégzek neked egy AXBB-E hardveren.

De gyanítom összetettebb dolgokat szeretnél tesztelni.

Előzmény: Törölt felhasználó, 2019-08-04 13:00:11 [6970]

A step-dir jeleit.

Előzmény: guliver83, 2019-08-04 11:55:39 [6969]

Meglehet tudni mi szeretnél tesztelni?

Előzmény: Törölt felhasználó, 2019-08-04 11:36:14 [6968]

Ha van Bp. 3., 4., 13. kerületben UCCNC-t használó ember, kérem írjon magánba.

Én a környezetemben elég sok embert rábeszéltem az UCCNC-re és szerencsére döntő többségük megelégedéssel használja.

Sokáig a sláger kérdés az volt, hogy mikor lesz már kontúrkövetés, az ugye okkal móddal meg is oldódott.

Mostanában meg azt kérdezik tőlem, hogy várható-e a parametrikus programozás kibővítése relációkkal feltételes ugrás funkciókkal?
Ők szinte mind az iparból jött emberek és nem nagyon barátkoznak az itteni makrók írásával.

(Nézzétek el nekem, hogy kérdéseimmel össze-vissza ugrálok, de az esetek jelentős részében én csak továbbítom az ismerősök felvetéseit, segítek nekik ahogy tudok.
Most pl. nekem semmilyen gépem nincs itthon)

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]