UCCNC vezérlő program

[frob]

Köszönöm!

[GPeti1977]

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?

[dezsoe]

Tud, a Laserengrave plugin-nal.

[frob]

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!

[dezsoe]

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.

[frob]

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

[5ktij6imw]

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.

  

[dezsoe]

Mi is sok szeretettel köszöntünk! [#integet2]

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? [#nemtudom] [#zavart2]

[svejk]

"Ilyenkor mitévő legyen az ember? "

Vegyél Heinz ketchup-ot.

[zt2c4wh9]

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.

[nagysam]

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.[#nyes]

[wxzsfdacp]

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[#conf][#conf]

[svejk]

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.

[dezsoe]

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.

[5ktij6imw]

é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)