Közbe azért csak megoldottam azt a makrót, igaz teljesen az én profilomhoz használhatóan kínlódtam meg. Gyanítom a mezei UCCNC-vel nem megy, mert másik makrókra is hivatkozik. De egy általad írt gyönyörű átgondolt, szépen megszerkesztett makró univerzálisabb is lenne
Két külön tétel van: maga a mozgásvezérlő és a hozzá tartozó program licensz. Azért van külön, mert a mozgásvezérlőt tudod Mach3-mal is használni, tehát ahhoz elég csak a kütyüt megvenni, a Mach3 plugin letölthető hozzá. Az UCCNC licensz úgy működik, hogy a mozgásvezérlőhöz van kötve, tehát a kapott licensz file-t viheted magaddal akárhány gépre, az adott mozgásvezérlő működni fog.
Természetesen, írhatsz makrókat. Annyi a különbség, hogy a Mach3-ban Visual Basic-ben kellett írni, itt C#-ban. A dokumentációt nem nevezném tökéletesnek, de el lehet vele indulni, meg ha kell, tudok még linket adni egy jó leíráshoz. Nem utolsó sorban, itt is kérdezhetsz, segítünk.
Nagyon nem néztem még utána, de tervezem egy UC vezérlő vásárlását. A kérdésem az lenne, hogy ehhez automatikusan jár a vezérlőprogram is, vagy azt külön kell hasonló nagyságrendért megvásárolni? Van lehetőség benne MACH jellegű makrók megírására? Gondolok itt nullafelvételre és hasonlókra.
Biztos, hogy lesz újabb, az angol fórumon írta a készítő, hogy dolgozik rajta. Egy csomó új cucc került a képernyőkre azóta, hogy elkészült a 2017. Egy párat kb. 2 hónapja belerakott, de - emlékeim szerint - nincs még minden benne.
Ügyes képernyő, a múltkor találkoztam vele, egy read-only fórumtársnál. Talán az új verzió egy kicsit kompaktabb lesz. A váltásra tulajdonképpen van kész makróm, majd délután előszedem, most csak másodpercekre nézek a gépre.
A forgatóm nem forog gyorsan. Max 1000. Most rendeltem egy 1000P/R felbontású encodert....Majd kiderül Szóval a gombot már létrehoztam. Világít is, ha megnyomom. Már pipát is tudtam tenni vele a step/dir spindle-be és elvenni a pwm spindle-ből, de a labelmezőben értéket nem tudom hogyan kell változtatni. Ráadásul lehet eleve nem így kell módosítanom
Meg lehet csinálni, de minél kisebb felbontású legyen az enkóder. Csak számold ki, hogy a kívánt RPM / 60 * felbontás (PPR, nem CPR!) belefér-e a kernel frekvenciába. Lehetőleg kényelmesen.
UCCNC-hez milyen felbontású encodert érdemes használni. Nyilván minél nagyobb, annál jobb, de lehet van, aminek már nem sok értelme. Vagy ki milyet használ esetleg. Csabához szólna még egy kérés. Szeretnék makróból gombnyomásra bizonyos beállításokon változtatni a programon. Pontosan a PWM spindle, spindle speed, spindle feedback, step/direction spindle adatait változtatni. A negyedik "A" tengelyem szeretném néha főorsóként használni encoderrel. Nem akarnám minden alkalommal ezeket kézzel állítgatni. Bár legrosszabb esetben új profilt hozok létre.
ANTAL GÁBOR | 4642
2018-02-24 17:18:12
[5286]
Köszi még egyszer . Arra már rájöttem hogy amikor kérdezek akkor pontosan kell definiálnom a dolgokat ( op rendszer verzió stb .) 4 helyen dolgozom , és ahogy ti fejlődtök úgy modernizálom az eszközeimet . Ez a legkorábbi állomásom és ennél évekig az UC 100 működött , de aztán döntöttem mert néha megfagyott az USB és lecseréltem az ethernetesre , de elfelejtettem hogy azt a Mach ra telepítettem . Apropó : most megcsináltam az UCCNC t de annál modernebb a rendszer mint a Mach nál . Igaz lassan szakítok a Mach- hal de hogyan lehetne azt megcsinálni hogy firmware csere nélkül tudjak ide oda lépkedni? Vagyis hogyan kellene újrahúzni a Machot hogy ugyanazt a verziót használja mint az UCCNC ? ( rémlik hogy egyszerűen ki kell cserélni egy filét ) Van már 2-3 éve hogy ilyet csináltam ....
Gábor, OK, szuper, akkor ezek szerint rátapintottam a dologra. Őszintén szólva nem voltam biztos benne, hogy az 1.0037 az vajon tényleg az a verzió-e amit próbáltál, mert az már annyira régi, hogy szinte hihetetlennek tűnt, hogy azt próbálod használni, vagy csak elírtad mondjuk az 1.2037 verziószámot, de gondoltam azért megemlítem, hátha.
Igen Balázs az van amit írsz . ( még szerencse hogy a verziószámot is odaírtam ) Hisz pont nálatok cseréltem le a az UC 100 amat az ethernetes 400 ra. Megoldódott ( mert gondoltam egy merészet és feltettem egy sokkal újabb ( de még nem 21 es verziót . )
Elég kaotikus itt minden , mert közben rájöttem hogy az ethernetest még a Mach alatt futtattam ( sehogy sem stimmeltek a config paraméterek ) Köszönöm mindenkinek a gyors reagálást Minden OK
Gábor, az 1.0037 az annyira régi verzió, hogy akkor még nem is volt ethernetes vezérlőnk. Ha valóban 1.0037 a verzió amit próbálsz az nem fog működni csak UC100-al. Az ethernetes vezérlőket az még nem ismerte, mert akkor még nem voltak ethernetes vezérlőink amikor az a szoftver verzió készült.
Két dolog lehet vagy rossz a kapcsolat, vagy rossz a license kulcs. Első esetben feldobja a szoftver az eszközválasztó ablakot úgy, hogy a mozgásvezérlőd nincsen ott, csak a demo módok. Második esetben viszont kapsz egy "No valid license key" üzenetet amikor elindul a progi és szintén demo módban indul el.
Egy gyors segítség jól jönne: Ideiglenesen eltávolítottam az XP s gépem mellől az UC400 ETH eszközt és átvittem egy laptophoz amin win 7 fut és a 3 nappal ezelőtti utolsó verziójú UCCNC ( fejből 21.002)
Visszahoztam és próbálnék marózni egy régebbi verzióval (1.0037 ) Sajnos demó üzemmel áll föl . Lescanneltem a hálózati kapcsolat OK A licensz biztosan jó és a helyén van. Azt várom hogy a firmare visszalépne a régire de nem teszi. Mi lehet a hiba ? Az eltávolítás elött minden OK volt .Ugyanazt a kábelt használom . Természetesen a kék led nem villog és fel sem villan
- A rendszer AnyCPU opcióval lett lefordítva, hogy 64 bites rendszeren 64 bites módban tudjon futni, kihasználva a több memóriát és egyéb előnyöket. 64 bites rendszeren 500MB-os g-kód file-lal is tesztelve lett. A 32 bitesre fordított pluginok nem fognak működni 64 bites Windows alatt. A pluginok készítőinek újra kell fordítani a pluginokat AnyCPU platformra. A telepítéskor települő pluginok már újra lettek fordítva, így helyesen működnek. A plugin minták is ennek megfelelően módosultak - Question függvény mostmár elfogad negatív számokat is - G41/G42 algoritmusok optimalizálása - Új: Toolpathclick_event a pluginokhoz. A pályamegjelenítőn kattintva elküldi a munkakoordinátákat a pluginoknak - Részletes szerszámtábla ablakban az átmérő és hossz adatok a koordináták kijelzésének megfelelően lettek formázva (Configuration/General settings/Position DRO digits) - M98 nem futott helyesen soronkénti végrehajtáskor. A G41/G42 implementálásakor romlott el, javítva - Az M98 L0 paraméterrel hibás volt, ha az L paramétert # változóból kapta (pl. M98 L#1 Pxx). Ilyenkor, ha a változó értéke 0 volt betöltéskor, akkor az M98 nem fordult le, így később, ha a változónak már volt értéke, akkor sem futott le. Most mindenképpen lefordul, de ha a változó értéke 0, akkor nem történik szubrutin hívás - Demó módban a jog nem állt le, ha a reset akkor kapcsolt be, amikor még egy jog gomb le volt nyomva. Ez nem okozott problémát géppel, mert csak demó módban volt így. Javítva - A modal sorban a G64 és G68 rossz sorrendben volt. Ez csak egy szépséghiba volt, javítva - Új: Informplugin és Informplugins függvény bekerült a plugininterface-be, eddig csak makróból lehetett hívni - OSK (On-Screen Keyboard) érintőképernyős beviteli plugin frissült. Érzékeli, ha nagyfelbontású képernyőn fut és automatikusan átméretezi magát. Az aktuális profilban az [UCCNC_OSK] szekcióba IgnoreFields=<fieldnumber>[,<fieldnumber>] kulccsal és értékkel felvihetünk mezősorszámokat, amikre kattintva nem jelenik meg a beviteli képernyő. Alapértelmezés szerint ilyen az 1000-es és a 216-os (MDI és új profil neve), de ha más szöveges mezőnk van, akkor ide felsorolhatjuk. Az OSK is támogatja az x86 és x64 platformokat - Új: ESC billentyűvel egy mező bevitele megszakítható - Új: telepítéskor megadható, hogy a CV paraméterek alapértelmezése metrikus vagy colos legyen - Szubrutinokban az M1 hibásan működött. A G41/G42 implementálásakor romlott el, javítva - G10 L1 Rxx kód hatása nem jelent meg a pályamegjelenítőben, javítva - A # változók kezelése korlátozott volt az előre olvasás miatt, így a változók lekérdezése nem a pillanatnyi értéket adta, hanem az előre kiszámított kód végén várható értéket. Emiatt ha például egy analóg kimenethez rendeltünk egy változót, akkor a kód futása közben nem követte megfelelően a kódban beállított értéket.
Például:
G0 X0#1 = 1 G0 X1 #1 = 2
Ebben a példában a teljes mozgás alatt a #1 értékét 2-nek olvashattuk. Ennek a működése megváltozott és az értékek bekerültek a mozgáspufferbe, hogy szinkronban legyenek a kód futásával - App.config file feltelepül, hogy a korábbi, .Net 2.0-ás, más appdomain alá fordított pluginok is fussanak - A pályamegjelenítés módja változott, hogy nagyobb mennyiségű vertex megjelenítésére legyen alkalmas a 64 bites rendszeren betölthető nagyobb file-ok miatt. Emiatt az OpenGL 1.3 + az ARB_vertex_buffer_object bővítmény, vagy OpenGL 1.5 támogatás szükséges. A szoftver automatikusan választja ki, hogy melyiket használja, és ha valamelyik rendelkezésre áll, akkor futni fog, de ha a vertex puffer objektum egyáltalán nem áll rendelkezésre, akkor hibaüzenettel leáll. - Az M215 Px nem a g-kóddal szinkronban frissítette az áttételt, javítva - Az 5441-es alaplapi firmware nem konfigurálta a belső felhúzó ellenállásokat, javítva - Egy a teljes körök végrehajtását érintő probléma javítva lett: ha a programnak szinkronizálnia kellett a mozgásvezérlővel egy olyan mozgás után, ahol a mozgás adta az ív kezdőpontját és egy teljes (360°) kör következett a szinkronizálást előidéző kód után, továbbá az 1 / egységenkénti lépés nem volt egész osztója a végpontnak, akkor a kört nem mindig értelmezte egész körnek a program, mert a szinkronizálás miatt a kezdő és végpont már nem esett egybe, mert az egységenkénti lépés miatti felbontás nem engedte meg a programozott koordinátát. A probléma megoldása érdekében a vezérlő nem szinkronizálja a koordinátákat csak akkor, ha az feltétlenül szükséges. - Menetfúrás vagy -vágás néha kihagyta a szinkron mozgást. Ez a hiba az előző verzióban javításra került az ethernetes mozgásvezérlőknél, most az USB-seknél is
Hát van már plazma screen is. Lehet, hogy van lézerhez is. Csak azok a gombok és egyéb dolgok vannak a képernyőn amik a lézerhez kellenek.Tudom, hogy lehet szerkeszteni de ha már valaki megcsinálta akkor nem kínlódnék vele.
public class AxisData { UCCNC.AS3interfaceClass myAS3;
int Base0 = 0; int Base1 = 0; int Base2 = 0; int Base3 = 0; int Base4 = 0; int Base5 = 0; int Base6 = 0; int Base7 = 0; int Base8 = 0; int Base9 = 0; int Base10 = 0;
Most fedeztem fel egy érdekességet. Ha futtatom a Csaba által írt makrót és cserélem X tengelyt A-ra, akkor a home sequence résznél az 1-es axis kinullázódik(ott Z van nekem). Nem tudom ez miért van.
A nyomógombnak írj új makrót, ami meghívja a cserét, amit az MDI-be írnál. Ha tehát pl. az X és A tengelyt cserélnéd és a csere makró a 20000-es, akkor pl. a 20001-es makró (amit a nyomógomb hív) így néz ki:
exec.Code("M20000 E0 H3");
Mivel a visszaváltás ugyanezzel a sorral történik, nem kell két nyomógomb, csak egy, mert ugyanazt a két tengelyt cserélgeted oda-vissza.
Azért kell két lépésben csinálnod, mert a nyomógombnál nem lehet megadni, hogy milyen paraméterekkel hívja a makrót, csak simán meghívja, így egy plusz lépcsőt kell beiktatni, hogy a paramétereket is megkapja.
Adott egy túlsúlyos, léptetőmotoros Z egység amit a motor árammentes nyomatéka éppen megtart. De ha mozgás közben jön egy vészstop -ami ugye elveszi a step jeleket rögtön és kiesik a szinkronból- akkor leszalad az egység.
Nagy mellénnyel kitaláltuk, - ideiglenesen amíg nem készül el a mechanikus fék,- hogy egy külső nyomógombbal/bemenettel meghívjuk az alábbi makrót. (persze a gomb lenyomása a főorsót leállítja hardveresen azonnal)
exec.Callbutton(130);
exec.Wait(2000);
exec.Callbutton(144);
Persze nem működik, egy éjszaka kellett mire rájöttem, hogy ezek az exec utasítások nem működnek ha fut a program, tehát nem csináltam semmit.
Miként kellene program futás közben makróból meghívni a "Stop" parancsot?
exup | 639
2018-02-21 23:20:43
[5258]
Csaba. Hiába nézegetem a multkori makród, ahol a tengelyeket forgatom E és H jelöléssel. Nem jövök rá mit kéne benne átírnom, hogy egy gombra működjön a dolog. A makróba szeretném beleírni a tengelyeket fixen. Két félét. Egyiken x-a másikon vissza a-x. A gombokat már létre hoztam. De a makródhoz (is) hülye vagyok. Nagyon jó amúgy, csak nem akarom beírni mdi-be. A gomb jobban tetszik. Help
dezsoe | 2934
2018-02-21 21:02:14
[5257]
A bemeneteken van egy hardveres szűrő, erre lehet még egy kis szabályozható szoftveres szűrést is rátenni. A nem túl precízen érintkező kapcsolók prell-mentesítésére szolgál.
Köszönöm, még kérdésem lenne, hogy a CONFIG. ablakban található "debounce" értékek mire szolgálnak?
dezsoe | 2934
2018-02-21 16:54:16
[5255]
Szia!
Az az oldal lesz aktív induláskor, amelyik látszik a screenset mentésekor. Nyomod a shift-et és átkattintasz a RUN képre, majd ott mentesz, akkor úgy indul.
üdv urak! egy láma kérdés... csak mert nagyon kezdő vagyok... :D a CAM része használható valamire a programnak?? csak mert beadtam neki egy dxf fájlt és csak a külső kontúrt látta. a belső részt nem... egy sima 3mm műanyaglemezbe kellene marni egy festősablont. de nem igazán bírkózik meg vele. vagy tényleg ennyire szerencsétlen vagyok...
2018-02-25 20:22:51
