"Ám hogy kell Z hez bemérés után automatikus értéket beírni uccnc ben?"

Ezt egy kicsit bővebben is kifejthetnéd. Program verzió, mihez használod (az előbb plazmát emlegettél, de nem derül ki, hogy a kérdés is arra vonatkozik-e), hogyan mérsz (G28.1 vagy G31) stb.

Előzmény: sanyi84, 2020-05-17 09:42:40 [7811]

Gyakorlati példa az összekrehányolt screen meg a totálisan ismeretlen makró és egyéb nyalnkság környezet a mach3 alatt. Rádugtam egy axbbe t a barátom plazmájára. Szépen megy pár szívás után amit a totálisan dokumentálatlan gép okoz...
De még ugye az én axbbe m volt tehát nem hagytam ott. Rendelt is pár dolgot a haverom.
Mach3 ra visszadugva "pisztolytávnál" 2 probe mérés van. Az első bekapcsoláskor megbolondult és második mérésnél elkezdi rángatni az összes tengelyt az oly nagyra dícsért mach3. Újraindítva jó.
Nem kell grafikus biszbasz inkább. Főleg hogy olyat produkál ami khmmm vicc kategória. A tengelybeállitási lap is ésszerűbb uc alatt. Uc alatt 1 óra volt a nyers konfig. Mach3 alatt eddig eljutni... Pfff hát nem is tudom.


Ám hogy kell Z hez bemérés után automatikus értéket beírni uccnc ben?
Ez a topichoz szól. Külön postba nem teszem fel.

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]

Csodálkoztam volna, ha nem ez jön ki a végén. Már elég régen panaszkodtak volna.

Előzmény: őrülT-Tudós, 2020-05-11 13:32:57 [7809]

Gondoltam összedobok egy videot a mérésekről. Az arduionos, és a UCCNC-s teszt is 0,01 körüli hibával zárult (80mm átmérőn). Tegnap valószínűleg a lépésmegadás után nem fogadtam el és használtam a beállításokat. (elég rohanós vasárnapom volt..) Tehát a 10 tizedes értékmegadással úgy néz ki tökéletesen teszi a dolgát! Köszönöm mindenkinek a hozzászólást! További szép napot!

Meg is történ a teszt, arduinoval max 0,02 század (80mm-en mérve) többszöri körbeforgatás után is. Ez a hiba szerintem már a mérésem pontatlanságából is fakad. Szerintem a szíj, és a mechanika elhanyagolható hibákkal működik.

Üdv, megpróbálom ugyan ezeket a teszteket egy arduinoval vezérelve, akkor talán kizárható a hibák egyik fele.
ANTAL GÁBOR kérdésére a válasz pedig: htd 5m rendszer a szíj hajtás.
dezsoe: ahogy B.Zoltán írta a teljes fordulás értékének megadása sok esetben szerencsésebb lehet. Több hasonló gyári egységek is rendelkeznek pontosan ezzel az áttétellel.

Előzmény: CNCdrive, 2020-05-11 00:37:04 [7805]

A szíjhajtás eleve kottyan . A Powerbelt ajánlása szerint ilyen esetben az"AT" rendszert érdemes alkalmazni .

Szinte biztosan tippelem hogy te nem azt választottad . (Ennél csak az lenne a jobb ha egyedi tárcsák készülnének )

A mérésről : én elléptetném pár fokot , ott nulláznék és utána ugyanolyan irányban továbblépnék 360 fokot ( primitív kottyanás kivétel )
Az alkalmazott léptetőmotor is vihet hibát a rendszerbe ( gyári adatlap megtekintése tájékoztat ) Érdekes lehetne megnézni hogy hogyan alakul a hiba kisebb mikrolépés beállítással ( a step / unitot természetesen a legnagyobb tizedesszámmal írnám be ezekben az esetekben is )

Előzmény: őrülT-Tudós, 2020-05-10 21:22:08 [7799]

Ha 360 foknál és 3600 foknál is ugyanannyi a hiba akkor az biztos, hogy nem steps/per értékből származó pontatlanság.
Ha az lenne akkor a hiba arányosan nőne fordulatonként.
Én mechanikai problémára, kottyanás gondolok.

Előzmény: őrülT-Tudós, 2020-05-10 21:22:08 [7799]

Ez a hiba számunkra is érthetetlen. Hogy ha már 10 tizedesjegyig megadja, ennek a hibának 1 lépés környékén kellene lenni, század mm tartományban.

Előzmény: dezsoe, 2020-05-10 22:16:04 [7802]

Igen, ez elég komoly probléma, ezzel mi is szembesültünk a menetvágónál. Ha valakinek 3mm-es a vezérorsó menetemelkedése, máris végtelen tizedestört az 1mm-re eső lépésszám.

Mi úgy oldottuk meg, hogy nem a mm-re eső lépésszámot kérjük megadni, hanem a vezérorsó menetemelkedését (pl.3mm) és a léptetőmotor felbontását egy fordulatra (pl.1600). A rendszer nem tizedestörtben számol, hanem törtes alakban. Így az inches menetek is kezelhetők teljes pontossággal.

A forgató esetében jobb lenne, ha egy teljes körülfordulásra kérnétek a lépésszámot, és a program ebből számolná ki a kívánt elmozdulásra adódó lépést. De nem biztos, hogy megéri a működő programot bolygatni.

Előzmény: dezsoe, 2020-05-10 22:16:04 [7802]

Nem tudod elkerülni. Mifelénk menetemelkedés van, odaát menet/hüvelyk. Valamelyik oldalon biztos, hogy osztani kell, akkor pedig lehet végtelen is.

Előzmény: B.Zoltán, 2020-05-10 21:48:19 [7801]

Lehet, hogy ne végtelen tizedes törtbe keljen beírni.

Előzmény: dezsoe, 2020-05-10 21:40:53 [7800]

Milyen módosításra gondolsz?

Előzmény: őrülT-Tudós, 2020-05-10 21:22:08 [7799]

Üdv, sikerült ma egy kis időt szakítanom rá és letesztelni, 10 tizedesig adtam meg az értéket. Érdekes módon 1 fordulat alatt ugyan ezt az eredményt kaptam. Mérési hibát kizárnám mert többször is oda-vissza forgattam és mindig ugyan azokat az értékeket kaptam. Viszont ahogy tanácsolták megnéztem 3600 foknál is, ott sem lett több a hiba 0,3°-nál. Az egységet egyenlőre nem fogom módosítani, szerintem ez is egész pontos megmunkálást tesz lehetővé, talán majd ha egyszer indokolt lesz, de addig hátha az UCCNC fejlesztő(k) is módosítanak az érték megadásán..

Előzmény: dezsoe, 2020-05-09 23:23:16 [7795]

Nem kompromisszumokat kell kötni hanem számolni és megváltoztatni az áttételt ahogy Gábor is írta.
Építettél egy gépet, beleöltél sok idöt energiát pénzt, nehogy egy pár ezer forintos bordáskereken meg egy kis vas reszelésén és festéken múljon a pontosság.

Mindig ott fog lebegni a szemed előtt, hogy csal x fokpecet.

A kép alapján szép munka.
Gratulálok.

Előzmény: őrülT-Tudós, 2020-05-09 21:58:18 [7791]

Na meg , 4 tengelyes spirális megmunkálás sem igen ajánlott.

Előzmény: D.Laci, 2020-05-10 08:33:56 [7796]

Elspóroltál fordulatonként ~5 lépést.
Ahogyan a többiek is javasolták írd be a lépésszámot ameddig engedi.

Kicsi lesz az az áttétel! ~115mm-es átmérőn majdnem 0.2mm egylépes...
Indexelt megmunkáláshoz jó lesz.

Előzmény: őrülT-Tudós, 2020-05-09 21:58:18 [7791]

Igaza van Lászlónak, ne spórolj a tizedesekkel. Belül kellő pontossággal számol. Ezért nem is értettem, hogy hogyan jöhet ki komolyabb eltérés, de nem esett le, hogy a képen csak 3 tizedesig van. Mivel a program mindig a koordinátából számolja vissza a lépésszámot, nem adódnak össze a kerekítési hibák, így nem szokott egynél több lépés kerekítési hibát okozni.

Előzmény: őrülT-Tudós, 2020-05-09 22:39:15 [7793]

Nem lehet mérési bizonytalanság?
Adj neki G0 A3600 vagy akár G0 A36000 parancsot, akkor már szemre is jobban látod, van-e eltérés.

Előzmény: őrülT-Tudós, 2020-05-09 21:58:18 [7791]

Üdv! Nem próbáltam mennyi tizedesig enged beírni, de ha lehet is sokat közel sem biztos, hogy azzal is számol majd.. Holnap letesztelem majd többel..
Nyilván ilyen kicsi eltérés nem okoz nagy gondot, de azért a lehetőségekhez képest szeretném kihozni a maximumot a dologból...

Előzmény: dosalaszlo, 2020-05-09 22:03:23 [7792]

Tiszteletem

Nálam az encoder és az áttétel szorzata 204800 imp/fordulatra jön ki.
Na ez se adott ki még egész számot az életbe se.
Próbáld meg beírni annyi tizedes jegyig amennyit csak enged.
Ha jól láttam neked csak 3 tizedesig van beírva!
Kb 10 számjegyig megy és az már olyan kis tévedést eredményez ami szerintem elhenyagolható,
hacsak nem milliókat fordul egy programba egy irányba.

Nekem bejött gondoltam hátha!
Üdv
László

Előzmény: őrülT-Tudós, 2020-05-09 21:47:08 [7790]

A gond az, hogy már teljesen kész az egység, festve felület kezelve van, illetve kimondottan ehhez az áttételhez lett kialakítva. Kicsit bosszantó, hogy egy arduinoval pontosan körbe tudtam forgatni, így szoftverből pedig nincs lehetőségem. Pedig, Ebay-Ali, stb helyeken is találtam 4. tengelyt pont ilyen áttétellel..

  

Előzmény: ANTAL GÁBOR, 2020-05-09 18:15:10 [7789]

Indikátor órával mértem, 10cm-es átmérőn, 0,2mm volt egy fordulat alatt, ha jól számolom az kicsivel több mint 0,2°.

Előzmény: dezsoe, 2020-05-09 17:36:23 [7788]

Változtasd meg az áttételt Pl 27/4 re akkor 60 step lesz egy fok .Ha szíjas az áttétel akkor természetesen ennek az egész számú többszörösével is lehet operálni . 54/16 os kerekek kaphatók . Ehhez 6400 as mikrolépést kellene beállítani a 60 step / fokhoz

Előzmény: őrülT-Tudós, 2020-05-09 17:19:51 [7787]

Hogyan ellenőrizted? Mennyit léptél? Elvileg max. 1 lépésnyi eltérés lehet, ami nagyjából 0,02°, azt elég megmérni.

Előzmény: őrülT-Tudós, 2020-05-09 17:19:51 [7787]

Üdv mindenkinek, egy kis segítségre lenne szükségem. 4. tengely beállításánál ütköztem a következő problémába. Az UCCNC szoftver az impulzususok számára kíváncsi 1 egység elmozduláshoz.
A problémám, hogy végtelen tizedestört ez az eredmény. (Bármilyen microsteppel számolva)

Motor: 200 step per rot.
Teszt vezérlő: 16 microstepen (3200imp/ford)
Áttétel: 6x (19200imp/ford)
végül egy fokhoz szükséges 53,333....

Órával, ellenőriztem és nem pontos a 360fokos fordulás.

Mit lehet tenni ilyenkor? Előre is köszönöm a segítséget.
Mindenkinek kellemes hétvégét!

  

A Buttons_by_number.htm a barátod:
- 204-es gomb: soft limit ki/be
- 518-as: soft limit be
- 519-es: soft limit ki

Makróból pl. exec.Callbutton(204); sorral tudsz gombot nyomni, azaz funkciót kapcsolni. Nem minden gombot nyomogathatsz program futás közben, de a soft limit pont olyan, amit lehet.

Előzmény: suvalovo, 2020-05-08 22:49:53 [7785]

Köszönöm, de milyen paracsal tudom ezt kikapcsolni. mert nem a home pozicióban hanem attól 40mm re pozitív irányba. melléklet
köszi a választ Attila

  

Előzmény: dezsoe, 2020-05-06 21:52:16 [7777]

Tuti hogy nem magyar . Olvassátok el figyelmesen az első levelét . Lehet egy multinál dolgozik és már elfelejtett magyarul .

Előzmény: frob, 2020-05-08 08:54:14 [7782]

Nem gondolom, hogy valami attól "sérülékeny", hogy nem grafikus.
Egyébként az UCCNC-nek semmi köze a mach3-hoz, nem annak a másolata.

Én biztatlak, hogy hozz létre egy konkurenciát az UCCNC-nek. Gyorsan megvan, persze néhány kávét biztosan elfogsz fogyasztani mire elkészül, de hajrá.

Egyébként van hazai konkurenciája az UCCNC-nek, lásd NCT, Robsy. Javaslom őket is keresd meg és légy velük is olyan kedves mint ahogy velünk vagy, biztosan értékelni fogják.

Ja és van Opensource CNC szoftver is, LinuxCNC-nek hívják, ingyen letölthető és használható. Csak javasolni tudom neked a használatát.

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]

Ahogy írsz tisztára olyan mintha google fordítaná valamelyik más nyelvről, ordít a magyar nyelv ismeretlensége róla...

egyébként az uccnc nem a mach3 koppintása, ha csak nem annak veszünk pl egy audit és egy mercit, végül is mind a kettő autó baszki...

az uccnc és a mach3 is egy cnc vezérlő szoftver, és mint ilyen szoftver szerszámgépen fut(na) amin nem kellene hogy bármi más is menjen, mert a szerszám és a gép is drága!

és egyébként is, mach3 lefutott téma, évek óta nem frissítik, van helyette mach4 mindenféle jósággal, ha meg hiányzik belőle ami neked kell használd ami tetszik...

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]

Tanuld már meg a szavak jelentését, mert félrevezető hülyeségeket írsz!

A sérülékenység, amit nyilvánosságra szoktak hozni, az egy programhiba, ami miatt például egy védelmet fel lehet törni. No, ilyen nincs a programban.

Az, hogy valami hiányzik, az nem sérülékenység, hanem esetleges hiány. Nem túl nagy durranás nyilvánosságra hozni, pláne ezen a fórumon, hiszen akik itt olvasnak, szinte mindannyian használják is a programot, így nem fognak (mai divatos szóval élve) megdöbbenni azon, amit írsz. Pontosan tudják, tudjuk. Jónéhány éve létezik az UCCNC, de valószínűleg elég a két kezem, hogy megszámoljuk, kinek hiányzik.

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]

„Mach Brain editor-hoz értő szakit keresnék, kisebb projektek végrehajtása céljából.

https://www.cncpart.hu/brain

email: drasidesign@gmail.com”

Én meg ezt nem értem , ha nem ismered miért hasonlítod össze egy másik programmal amit valószínűleg szintén nem ismersz ?

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]

Tényleg nem értem miért kéne plc integráció egy cnc programba. Eleve cél hardverek vannak erre a célra. Szoktam programozni Carel és Johnson Controls plc-ket. Azok eleve arra vannak és még sok társuk. Ahogy korábban írták makróban is meglehet csinálni szinte mindent, ráadásul az uc-nek nagyon jó itt a supportja. Nem feltétlen kell majmolni a konkurenciát. Én is sok mindent eltudnék képzelni az uc-vel, de nem arra való és nem is arra tervezték. Azért kiváncsi lennék mit szeretnél kihozni a dologból, mire használnád?

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]

én támogatom a hazait, de jelen poszt arról szól, hogy az UCCNC sérülékenységét (alkalmazás integritásának hiányát) nyilvánosságra hozzam, tehát nem sikerült jól (nem teljes) a MACH3 másolata. Az UCCNC sérülékenységének koordinált nyilvánosságra hozását vagy fog / vagy nem javítás (javulás követni) itt a latencia az ami fontos. HA egy hazai alkalmazás gyorsan tud változni (belekerül egy ugyanolyan vagy jobb modul mint a MACH3 ban brian editor) akkor az a multikat be tudja előzni. A gyors változást támogatni, és gerjeszteni kell. Ha nincs változás, nincs fejlesztés létre kell hozni az UCCNC hazai konkurenciáját, UX alapú User Interfacekkel: OPEN SOURCE alapon, Github szinten. (a hazai CNC-nek fejlődnie kell, ha nincs PLC felé integráció, lásd MACH3-ban már rég benne van az a funkció UX interface alapon, de az UCCNC-ben nincs)

Előzmény: CNCdrive, 2020-05-06 18:55:44 [7773]

Szia!

A home pozícióval semmi baj nincs, az nem állítja meg. Valószínűleg, ahogy svejk is írja, a soft limit fogja meg, de kéne tudni a pontos üzenetet, amivel megáll, mert azt nem írtad. Ha a soft limit fogja meg, akkor azt meg lehet oldani a szerszámcsere makróban, hogy addig kapcsolja ki, amíg a pályát el kell hagynia.

Előzmény: suvalovo, 2020-05-06 21:11:31 [7775]

Akkor ott valami nem kerek a szoftlimit beállításánál.

Rendes esetben program futása közben is kiadható a G28 .... parancs hogy menjen Home pozícióba.

Előzmény: suvalovo, 2020-05-06 21:11:31 [7775]

Sziasztok!

Abban kérném a segítségeteket, hogy nem kommentálnám be az olasznemzet fiai úgy találták kis agépet hogy a szerszácseréhez a home poticióba kell menni viszont ilyenkor a vezérlő magállítja a mozgást mondván kiléptél a mozgási tartományból. Az volna a feladat, hogy ha autómata szerzámcserélés van ne vegye figyelembe az "y" home pozicióját. Köszi a segítséget.

Még egy dolog a home pozició után a végállás le tudja állítani a mozgást, tehát nics vész ha valamit elszúrok a programozásnál.

Attila

Mivel úgy néz ki mintha dezsoe-nek válaszoltál volna, nagyon tetszett a " de ha többet foglalkoztál volna a programmal "
szövegrészlet.

Előzmény: CNCdrive, 2020-05-06 18:55:44 [7773]

Az UCCNC/Documentation mappában vannak dokumentumok, amiket ha elolvasol, akkor jobban fogod érteni a macro-k programozását.
Igen, macro-t írtam, mert te tévesen API-t írtál, de az API teljesen más, az egy az UCCNC-től független saját mozgásvezérlő programok fejlesztésére használható programozói könyvtár (library). Az API az UCCNC alapja is.

Valóban a Mach3 brain editorja grafikus és emiatt kényelmes, de általában az emberek egyszerű feladatokat hoznak létre benne, amit UCCNC macro-ban is pillanatok alatt le lehet programozni.
Bonyolultabb feladatoknál pedig inkább hátrány a grafikus felület, nem véletlenül szoktak PLC-knél is szöveges macro-zhatóság lehetőségét megadni. Vagy például FPGA programozásnál is van ugyan grafikus fejlesztési lehetőség, mégis általában inkább a szöveges VHDL és Verilog programozási nyelveken szoktak fejleszteni, mert a nagy méretű grafikus ábrák átláthatatlanok, illetve el lehet jutni olyan bonyolultsági fokra, ahol grafikusan megvalósíthatatlan a feladat.

Persze minden programnak vannak hiányosságai, egy szóval sem mondom hogy az UCCNC tökéletes, de ha többet foglalkoztál volna a programmal, akkor látnád az előnyeit is a Mach3-hoz képest.

Köszönjük hogy támogatod a hazait és csak halkan jegyzem meg, hogy az UCCNC-t oktatják külföldi iskolákban Németországban, Angliában, Olaszországban, Egyesült Államokban, illetve használják olyan cégek, mint a NASA, a CERN kutatólabor stb., amire büszkék vagyunk.

Előzmény: dezsoe, 2020-05-06 17:15:44 [7771]

"Ilyenkor mitévő legyen az ember? "

Vegyél Heinz ketchup-ot.

Előzmény: dezsoe, 2020-05-06 17:15:44 [7771]

Mi is sok szeretettel köszöntünk!

A Mach3-as brain editor-nak nem nagy kihívás fejlettebbnek lenni valaminél, ami nincs, lássuk be. Ugyanakkor érdemes figyelembe venni, hogy az UCCNC egy CNC vezérlő program, nem pedig PLC vezérlő. Talán ez lehet az oka, hogy nem központi kérdés, hogy egy CNC vezérlésre való program nem működik PLC-ként. Továbbá nem működik pl. szövegszerkesztőként, webböngészőként és még hosszasan sorolhatnám, hogy miként sem.

A fejlesztők mindig szívesen olvassák, hogy mihez nem értenek, mit csinálnak rosszul, a nevükben is köszönöm az építő hozzászólást. (Ha már felület: a hivatkozott magyar oldal nem beszélni magyar...)

Csak szólok, hogy a "Brian" egy keresztnév, amire gondolsz, az "brain". Továbbá a "sérülékenység" nem rokonértelmű a "hiány"-nyal. (Gy.k.: az, hogy valami - szerinted - hiányzik, az nem sérülékenység.)

Azt meg tényleg csak érintőlegesen említem, hogy ez itt a magyar támogató fórum és van angol nyelvű is: http://forum.cncdrive.com/. Ezt nem itt hiányoltad, hanem szóban és/vagy e-mail-ben. Eddig hármunkkal beszéltél, határozottan férfi hangon.

Ilyenkor mitévő legyen az ember?

Előzmény: Draskoczi Judit, 2020-05-06 16:01:40 [7770]

UCCNC kapcsán egy megállapítás: a MACH BRIAN Editor funkciója, és gyorsan használható USER Interface, fényévekkel fejletebb az UCCNC nevű termékhez képest.

UCCNC-sek nem értik, hogy mi az hogy UX interface, és miért szükséges a rapid PLC programozást UX interface-re kihozni (http://www.herendy.hu/)

Megpróbáltam hazai terméket integrálni egy nagyobb projktsorozba, de lehetetlen volt ezt megvalósítani (a hazai UC fejlesztőkkel beszéltem, és megdöbbenésemre az API-juk olyan kezdetleges, hogy azt csak több napos rafordítással lehet "rapid PLC programozásra" átalakítani)

UCCNC-ben napokig kell programozni egy API-t, hogy a kívánt logikai folyamat létre jöjjön, ezzel szemben a MACH3 UX szintű User Interfacet kínál, rapid PLC programozási funkciókkal, amik teljes mértékben hiányoznak az UCCNC-ből.

Konklúzió: az UCCNC -nek pótolnia kell ezt a hiányosságát, különben komoly piaci hátrányt fognek elszenvedni, mert az UX interfacek adják meg a használhatóságot. Ha az emberek elkezdenek rájönni, hogy a MACH BRAIN editor rapid PLC-nek tökéletesen megfelel, a hazai fejlesztésű UCCNC gazdasági hátrányba kerül.

Tehát a feladat: a hazai UCCNC -t valahogy arra ösztönözni, hogy az UX interfacek kialakítására áldozzon sok nagyságrenddel többet, hozzon létre oktató anyagokat laikusoknak, különben a hazai "csináld magad" PLC és CNC tudás és képesség fejlődése nem fog jól gyorsulni.

(iskolások számára kompatibilis Brian Editor-t kell létrehozni az UCCNC-ben, és akkor a gimnáziumok nem külföldi alkalmazásokkal fogják tanítani a hazai diákok robotvezérléseit, hanem hazai software-el)

félre ne értés ne essen, én támogatom a hazait, de jelen poszt arról szól, hogy az UCCNC sérülékenységét nyilvánosságra hozzam, melyet vagy fog / vagy nem javítás (javulás követni) itt a latencia az ami fontos. HA egy hazai alkalmazás gyorsan tud változni, akkor az a multikat be tudja előzni. A gyors változást támogatni, és gerjeszteni kell.

  

huh, először is köszi, gondoltam hogy megoldható
másodszor meg, neki kell rugaszkodnom párszor hogy megértsem, és hogy kimerjem próbálni :D

Előzmény: dezsoe, 2020-05-04 16:58:05 [7768]

Ilyenkor átkapcsolsz Probe tool, azon belül pedig Mobile probe módba. Keresel egy helyet, ahol később is fogsz tudni mérni (nem a munkadarabon, hanem az asztalon) és vissza tudod ide rakni az érzékelőt. Beállsz fölé olyan magasra, hogy a hosszabb szerszám is elférjen, majd megnyomod a Set as mobile probe pos gombot. Ezzel elmentetted a pozícióját. (Ha máskor is ugyanitt szeretnél mérni, akkor a Setup oldalon pipáld be a Save mobile probe pos on exit-et, hogy ezt későbbre is megjegyezze.)

Innentől úgy kezded a munkát, hogy beállsz a munkadarab Z0 pontja fölé, és megnyomod a Reference probe as workpiece gombot. Megméri a Z-t helyben, aztán hagy időt, hogy áthelyezd az érzékelőt, majd mér a mobil pozícióban is. Szerszámcsere után már csak a Start probing gombot kell megnyomnod, akkor elmegy a mérőpontra és ott mér.

Arra figyelj, hogy mindez csak rendesen home-olt gépen fog működni, mert a koordinátákat gépi koordinátában méri. Legyen beállítva a Setup képen a Safe Z szintén gépi koordinátában és legyen bepipálva a Greater Z is safer in G17. (A mérőpontra Safe Z magasságban mozog, a pipa pedig azt tudatja a programmal, hogy minél magasabb Z koordinátán mozogjon.) A gyors mozgások sebességét vissza tudod venni a Limit traverse speed pipával és a mellé beírt sebességgel.

Előzmény: frob, 2020-05-04 16:21:13 [7767]

Dezsoe
közben nézegetek ezt azt, próbálok okosodni, és szembe jött egy probléma ami úgy gondolom simán letudható az uccnc vel csak nem tudom hogy

szóval
bemérem a munkadarabot, az említett nyákos megoldással, ekkor a benne lévő szerszám tudni fogja hol a helye, na de gondoltam itt hirtelen arra hogy szerszámot kellene cserélnem, akkor meg jó lenne egy fix hely ahol bemérem a szerszámot, akár a nyákos módival a felfogó asztalra, vagy külön bemeneten amihez hozzá van rendelve a fix bemérő

erről mesélj légyszi hogy is szokták ezt megvalósítani?
gondolom normális esetben először bemérem a szerszámot , majd azzal a munkadarabot, utána a munkadarabot már nem méricskélem, hiszen fogy ahogy forgácsolom, utána már csak a szerszámokat kell, hogy tudjak tovább melózni

na de ennek mi is a menete?

kösz!

Előzmény: dezsoe, 2020-05-04 10:57:09 [7763]

Tud, a Laserengrave plugin-nal.

Előzmény: GPeti1977, 2020-05-04 13:14:58 [7765]

Az UCNC tud úgy gravírozni raszter módban, hogy mikor a lézer kapcsolgat ki be akkor a fej sebessége állandó marad, és a rajzolt képen kívül gyorsít lassít?

Köszönöm!

Előzmény: dezsoe, 2020-05-04 10:57:09 [7763]

Bocs, tegnap offline voltam.

Ilyen nagyított képernyő nincs, de elkészíthető, mert a képernyők szabadon szerkeszthetők. (Ajánlott nem az eredetit módosítani, hanem előbb egy másolatot készíteni róla és azt zaklatni, mert a frissítés fejbe nyomja.)

A lemez vastagságát a Gage height mezőben tudod állítani, alatta vannak az Axis 1/2 count gage kapcsolók, amivel be lehet kapcsolni, hogy az adott tengelyen számoljon-e vele. Az átmérővel is számol a képernyő. Az átmérőt vagy az aktív szerszám szerszámtárbeli átmérőjéből veszi, vagy a Setup oldalon ezt felülbírálhatod az Override probe dia bepipálásával a mellé írt átmérővel. Itt is be kell kapcsolnod az Axis 1/2 count dia kapcsolókat az igényeknek megfelelően.

Előzmény: frob, 2020-05-03 14:32:04 [7758]