Azt tettem már először is amit írtál.
Bemásoltam a C:\UCCNC könyvtárva a test.bat file-t.
És a makróba egy az egybe az általad ide beírt kódot másoltam.
Most megismétetltem a műveleteket.
Hibajelzés nincs,de az exe nem indul e.
A bat file neve is stimmel.

Előzmény: n/a (inaktív), 2014-07-06 15:30:00 [350]

Teszteltem, lefut.
Szintaktikai hiba lehet nálad.
Tedd a fájlt a C: meghajtó UCCNC könyvtárba és test.bat legyen a fájl neve és egy az egybe azt a kódot másold be, amit leírtam, ne változtass rajta, akkor futni fog.
Aztán ha fut, akkor írogasd át a dolgokat, pl. fájl elérési útját, nevét stb. mert nagyon könnyű szintaktikai hibát ejteni. Például, ha a C: után nem két visszafelé dőlő per jelet teszel, vagy ha az alkönyvtáraknál nem jobbra dőlő per jelet raksz akkor máris szintaktikai hiba lesz és nem fog futni.
Ezért azt javaslom, hogy egy az egyben azt csináld először amit leírtam változtatás nélkül, akkor biztosan futni fog, mert leteszteltem....

Előzmény: csewe, 2014-07-06 15:23:00 [349]

A kódod hiba nélkül lefut,de nem indítja el a bat file-t.
Ha duplát kattintok a bat-ra,akkor jól működik.
Megpróbáltam az útvonalban a perjelet is kicserélni \-re,de semmi.

Előzmény: n/a (inaktív), 2014-07-06 14:46:00 [343]

Hmm, ez elég valószinűtlen történés, úgy értem, hogy a tengelyek akkor mozognak, ha a pufferban van valami végrehajtani való. A reset gomb lenyomása eleve törli a puffer teljes tartalmát, így amikor reset után kiveszed a reset-ből, akkor a puffer biztosan üres. Esetleg a jog gomb beragadása okozhat ilyet, mert akkor ha kiveszed a resetből, akkor a pufferba rögtön a jog utasítás kerül és elkezd mozogni a tengely.

Esetleg ha sikerül előidézni megint, akkor nézd majd meg, hogy a diagnosztika ablakban a buffer számláló értéke mennyi és írd meg nekem.

Előzmény: csewe, 2014-07-06 14:54:00 [346]

Nagyon jól gondolod, a sugárkorrekciót nehéz megvalósítani. Ezért eezt valószínűleg a legvégére fogjuk hagyni, ha már minden más működik majd az UC100 és UC300-al is.

Előzmény: svejk, 2014-07-06 14:51:00 [344]

Ma próbálgatás közben furcsán viselkedett az UCCNC.
Őjraindítás után,amint kinyomtam a RESET-et,azonnal elkezdet felfele számolni az A tegely dro-ja.
A gombok nem voltak beragadva a billentyűzetemen.
A RESET aktiválására megált,de amint kinyomtam,megint számolni kezdet.
Végül megnyomtam próbábol az A tengelyhez tartozó gombokat,és az segítet.
De biztos vagyok benne,hogy nem volt beragadva egyik gomb sem.
1.0021-es verziónál volt.
Ma csak az mdi ablakban matattam,és egy újraindításnál jött elő a gond.

Úgy látom Csewe fórumtársunk épp ilyenekkel akar foglalatoskodni.

Előzmény: lari, 2014-07-06 10:27:00 [341]

De ahhoz tartozik, nevezetesen a G41/G42-höz.
De én úgy gondolom ez a legnehezebb része, a Mach3-nál is nagyon sokáig küzdöttek vele, talán még ma sem tökéletes.

Előzmény: PITU, 2014-07-06 10:03:00 [340]

Megkaptam az e-mailedet.
A kérdésed az volt, hogy hogyan tudsz elindítani egy külső batch file-t macro-ból.
A következő kódot másold be a macroba:

System.Diagnostics.Process proc;
proc = System.Diagnostics.Process.Start("C:\\UCCNC/test.bat");
proc.WaitForExit();

Ez a C:\UCCNC könyvtárban elhelyezett test.bat batch file-t hívja meg és a program végrehajtás vár, amíg a batch file befejezi a működését.

Előzmény: csewe, 2014-07-06 14:01:00 [342]

CNCdrive1
Makró programozással kapcsolatban küldtem egy emailt.

A Machban található varázslókhoz hasonlókat lehetséges lenne beépíteni?
Amit pl. gyakran használok, egy adott osztókörön elhelyezkedő furatok készítése...Persze a többi is nagyon hasznos lehet...

Előzmény: n/a (inaktív), 2014-07-05 20:32:00 [336]

nem g-kód de a szerszám sugár korrekciót sokszor jó lenne használni

Előzmény: svejk, 2014-07-05 20:17:00 [333]

Túlzottan kézenfekvő volt a megoldás. Én is sokszor ilyen dolgokra nem jövök rá, amik túlzottan kézenfekvőek, átsiklik rajta az ember.

Előzmény: svejk, 2014-07-05 20:33:00 [338]

basszus...

Előzmény: n/a (inaktív), 2014-07-05 20:31:00 [335]

Esetleg egy üres sor,mondjuk egy space egy space,és enter.

Előzmény: svejk, 2014-07-05 20:21:00 [334]

OK, írd le kérlek és átgondoljuk majd a megvalósítást

Előzmény: svejk, 2014-07-05 20:17:00 [333]

entert kell nyomni

Előzmény: svejk, 2014-07-05 20:21:00 [334]

"- Ha MDI-ban beadok parancsokat, akkor utána hogy tudok az MDI-ból kilépni, hogy működjenek a billentyűzeten a JOG billentyűk? "

A fenti, már említett kérdésemre esetleg ha valaki tud frappáns megoldást, mert én béna vagyok.

Előzmény: svejk, 2014-07-03 07:51:00 [308]

írjatok még fontosnak tartott G-kódokat, ami szerintetek nélkülözhetetlen!

OK, nekiállok megírni az M98/M99-es szubrutin hívásokat. Ha minden jól megy talán hétfőre elkészül.

Előzmény: svejk, 2014-07-03 07:59:00 [310]

A Contents/Profiletemplate.pro fájl az tartalmazza a "gyári beállításokat". Ezt a fájlt nem változtatja a progi, éppen azért van, amit írtatok, hogy ennek a másolásával vissza lehet akár állítani a gyári beállítás értékeket.

Előzmény: elektron, 2014-07-03 19:42:00 [327]

Az alaphelyzet általában sosem jó az egyénnek, ezért van a konfig file.
Ezt amikor már jól működik tessék elmenteni.
Ez minden programra igaz, csak sajnos kevésnél van lehetőség egy fájlba kimenteni.

Előzmény: nyarfa, 2014-07-03 21:02:00 [329]

Sőt a tesztelés során igen csak hasznos lenne egy "alaphelyzet" gomb miután szétkonfigol mindenki mindent a teszt kedvéért.

Ezért írtam azt én is, hogy alapértelmezésben legyen szabvány "minden" amit makróból (profik kibogarásszák) vagy fülecskén külön amit megint csak össze lehet gyűjteni egy "szakértői beállítások" fülön. Ha meg a kezdő elbóklászik, maximum megnyom egy gombot amivel alaphelyzetbe állíthat mindent azaz szabványra. Mondjuk ennek a gombnak a szakértőknél is lenne létjogosultsága időnként.

Előzmény: elektron, 2014-07-03 19:42:00 [327]

Kell egy fix verzió, ami minden be van állítva fix portok pinek stb másik meg úgy állítja ahogy akarja és nem téved el az amatőr kezdő.

Előzmény: svejk, 2014-07-03 17:44:00 [326]

Arr azért figyeljünk, hogy ne essünk át a ló túloldalára.
A Mach3 óriási előnye, miszerint agyra főre konfigurálható egyben hátrány is, főleg a kezdőknek.
Tehát csak a tényleg fontosak legyenek setupolhatóak.

Előzmény: nyarfa, 2014-07-03 12:03:00 [322]

Köszi. Akkor ez is ugyanúgy működik mint a Mach3, ezt jó tudni. Mondjuk tényleg ez a biztonságos megoldás, nem is nagyon értem, hogy a szabvány miért nem így írja le?! Lehet tényleg elírás lesz...

Előzmény: NewUser, 2014-07-03 12:19:00 [324]

Amennyiben Z magasabban áll, akkor XY mozgással kezd. Ha alacsonyabb, akkor Z fel és utána megy az XY. A progi, amit jelenleg használok és szeretnék majd "hazaira" kiváltani: www.edingcnc.com

Előzmény: n/a (inaktív), 2014-07-03 12:02:00 [321]

Köszi az ötletet, eddig ez tűnik a legjobb megoldásnak.

Előzmény: nyarfa, 2014-07-03 12:03:00 [322]

A beállítások fülön nem kerül sokba betenni egy pipát miszerint XY-Z vagy Z-XY ebben az esetben mindenki maga dönti el. A másik, hogy a makróknál adsz meg egy "set" lehetőséget a fordításra. alapesetben szabvány, makróval meg fordítasz kódfutásig öröklődve. Ezeket az opciókat nem annyira bonyolult beletenni szerintem, és mindenkinek jó.

Előzmény: n/a (inaktív), 2014-07-03 11:59:00 [320]

Esetleg elmondhatnád, hogy mit használsz, mert akkor lenne +1 ok, hogy miért térjünk át erre a végrehajtási módszerre. És még egy kérdés, hogy amit használsz, ott is úgy van, hogy ha a Z magasabban van a mozgás kezdetén mint a megközelítési pont, akkor először XY mozog? Vagy amit te használsz ott is úgy van mint a Mach3-ban, hogy csak akkor mozog a Z először, ha a kerdő Z magasság alacsonyabb mint R?

Előzmény: NewUser, 2014-07-03 11:55:00 [318]

Én azért nem gondoltam elírásnak, mert az NCT és a NIST leírása azonos. Ettől függetlenül a Mach3 megoldása a jobb megoldás szerintem is.
Még megpróbálok majd pár másik vezérlő leírást keríteni és megnézem mások hogyan csinálják. Addig is ha valakinek van ötlete, észrevétele ezzel kapcsolatban, minden ötletet szívesen fogadunk.

Előzmény: svejk, 2014-07-03 11:46:00 [316]

Ok, értelek, csak mellékesen jegyeztem meg, hogy erre ők (mach3) sem gondoltak például.

Lesz majd az UC300-ból is béta tesztelés, csak egyszer az UC100-asnak jussunk a végére. Polgárdi Balázs már dolgozik az API-n az UC300-hoz, de nekem is lesz vele bőven munkám a végrehajtó/kezelő szoftver oldalon, mire működni fog. Mindenesetre rajta vagyunk az ügyön...

Előzmény: NewUser, 2014-07-03 11:45:00 [315]

Ment mail. Az egy másik téma..., de ott is először Z mozog a megadott magasságba, utána indul az xy mozgás.

Előzmény: svejk, 2014-07-03 11:47:00 [317]

Hanem??

Előzmény: NewUser, 2014-07-03 11:45:00 [315]

Valóban, közben én is megnéztem az NCT-nél, szerintem elírás lehet.
Legrosszabb esetben is hibajelzést kellene adnia ha induláskor a Z lejjebb van mint az R értéke, mert különben szerszámtörés is lehet.

Megpróbálom megtudakolni, hogy az iparban hogy működik...

De szerintem a mach3-é a logikus, főleg hobby estekben.
Ugye van egy munkadarabom amibe fúrni akarok és nincs szerszámbemérőm.
Mit csinálok?
Z-ben megérintem az anyagot, majd kiküldöm a G83-at....

Persze lehet hogy belőlem csak a rossz(?) mach3 beidegződés beszél.

Előzmény: n/a (inaktív), 2014-07-03 11:36:00 [314]

Nem is Mach3-at használok . Várom már az UC300-as verziót, azt még szívesebben béta tesztelném .

Előzmény: n/a (inaktív), 2014-07-03 11:24:00 [313]

Szia Svejk,

Értem pontosan mit írsz a fúróciklussal kapcsolatosan. A problémám az, hogy hogyan közelíti meg a kezdőpontot, az szabvány szerint úgy van definiálva, hogy először az aktív síkon mozogjon (jelen esetben nálunk ez az XY sík, mivel a sík választás még nem működik) és utána megy a Z koordinátára. Ez az ahogy most az UCCNC működik. A szabvány alapján programoztuk le a végrehajtást. A szabványnak egyrészt a NIST-et tekintem, hiszen az a szabvány-hivatal aki először megfogalmazta a kódok pontos működését.
A másik dolog, hogy az NCT leírása, amit ajánlottál múltkor, ugyanezt írja, vagyis, hogy először XY mozgás, aztán Z mozgás.
Szóval jelenleg szabvány szerint működik...

Mach3-ban annyi különbség van, most megnéztem pontosan, hogy mit is csinál, hogy egy plusz feltételt írtak bele, hogy ha a Z koordináta alacsonyabb mint a megközelítési Z magasság, akkor fordítva hajtja végre, először a Z mozog, aztán az XY. Mondjuk ez a megoldás logikus és érthető, hogy miért így csinálták, ugyan nem szabványos.

Most így felmerül a kérdés, hogy melyiket tekintsük jó megoldásnak? A szabványt, vagy a Mach3 megoldását?

Előzmény: svejk, 2014-07-03 07:51:00 [308]

Igen, ez egy jó ötletnek tűnik. Ezt mondjuk a MAch3 sem tudja, pedig az nem béta.

Előzmény: NewUser, 2014-07-03 07:00:00 [307]

Lehet nem igazán érthető amit írtam a fúróciklusról.
Tehát amit írtam akkor van ha Z0 értékről indítom a ciklust.
Ilyenkor először fel kellene mennie az R értékig és úgy menni a lefúrási koordinátára.

Ha a fúrásciklus magasabb Z értékről van indítva akkor nem kell lemennie R értékre.

Mindezek a szerszám a és munkadarab védelme érdekében vannak.

Előzmény: svejk, 2014-07-03 07:51:00 [308]

Én még mellékérném a G90 G91 párost is. Ott lesznek még kavarodások szerintem jócskán.

Előzmény: svejk, 2014-07-03 07:59:00 [310]

Mivel egyelőre a tesztelés a fontos, ha nem nagy gond akkor jó lenne berakni az M98-as subrutin meghívás parancsot.
Megkönnyítené a huzamosabb idejű teszteket.

Az utána következő furatokat már az "R" értékén, tehát Z1-ben keresi meg, tehát onnantól jó.

Előzmény: svejk, 2014-07-03 07:51:00 [308]

- A fúrásciklusok alakulnak, de még nem az igazi.
Az első furat pozícióra állásakor nem veszi figyelembe a "R" biztonsági magasságot, hanem amikor már ráállt a pozícióra akkor megy fel Z1-be.
Lásd a jól ismert alábbi kódot.

M03 S600
G83 X40 Y0 Z-10.00 Q2.00 R1.00 F30.00
X0 Y40 z-10
X-40 Y0 z-10
X0 Y-40 z-10
G80
M5 M30

- Nálam ezen kódnál az M30-at továbbra is pirossal írja ki.

- A GoTo Zero továbbra is rossz.
Az X, Y tengelyek nem futnak nullára, ha a Z tengely a Safe Z-re való kiemelése közben Soft Limitre fut.

- a DRO ablakba alfanumerikus karaktereket is enged beírni, igaz elmenteni nem engedi.

- Ha MDI-ban beadok parancsokat, akkor utána hogy tudok az MDI-ból kilépni, hogy működjenek a billentyűzeten a JOG billentyűk?

Előzmény: n/a (inaktív), 2014-07-02 17:41:00 [282]

Programfuttatás során, megállítva a programot a jog, MDI stb. módon bárhová elnavigálhatok akár véletlen is. Ezután folytatva a programot az adott pozíciótól folyik a program futása. Nem lenne helyesebb biztonságos módon visszaállni (pl. Z safe fel, vissza a leállított pozícióhoz, Z mentett poz. és igy folytatná a munkát. Persze lehet, hogy ez csak a BÉTA verzióban működik így.

Elküldtem egy fals pozitív jelzést nekik, hátha...
Egyébként ezt látta a dll-ben:
Object: C:\UCCNC\UC100.dll
Infection: Win32:Evo-gen[Susp]

Előzmény: n/a (inaktív), 2014-07-02 23:15:00 [304]

Köszi.
Akkor eddig Avast - UCCNC , 2 : 0

Előzmény: PITU, 2014-07-02 22:51:00 [302]

Köszi az infót.
Hát igen, sejtettem, hogy némely vírusirtók a magas prioritású szálban futást zokon fogják venni. Ez gyanús lehet nekik, mert azt gondolhatják, hogy a legmagasabb prioritású szálban csak nekik van joguk futni.
Ez egy meglehetősen önző dolog tőlük.
Szerintem a későbbiekben, ha sok ilyen gond lesz, akkor írunk majd az avast-nak, vagy más vírusirtó fejlesztőknek (attól függően, hogy kikkel lesz majd probléma) hogy csináljanak valamit, hogy ne piszkálja az UCCNC-t mert vírust a mi programunk biztosan nem tartalmaz.

Szia Balázs,
Nálam is a dll-t találta gyanúsnak és ki is szedte a telepítőből (ezért persze korrupt lett a telepítő fájl). A bűnös az avast free verziója volt (felfüggesztés után a telepítő elindult).
Program version: 2014.9.0.2018
Virus definitions version: 140702-1

Előzmény: n/a (inaktív), 2014-07-02 22:41:00 [301]

avast free

Előzmény: n/a (inaktív), 2014-07-02 22:41:00 [301]