Egy kényelmi kérésem lenne, hogy a G kód ablakban az egér görgője működjön.

Ennyire szerintem nem kell elbonyolítani, mivel mind a Mach3 és az NCT, illetve sok másik is az RS274NGC szabványon alapul. A szabvány kódokon felül a Mach3 hozzátett pár Fanuc kódot is, pl. G73/83, de ezeket az extra kódokat CAM programok úgysem generálnak soha, maximum kézi gyors programozásnál van értelme.

Előzmény: elektron, 2014-07-11 11:48:00 [439]

Angolul fent van a nist.org oldalon.
Magyarul pedig leírtuk az UCCNC felhasználói kézikönyvébe: http://www.cncdrive.com/UCCNC/UCCNC_hasznalati_utasitas.pdf

Előzmény: nyarfa, 2014-07-11 12:02:00 [440]

A svejk által már belinkelt NCT szabvány leíráson kívül van még magyar nyelven elérhető anyag? Szeretnék a CAD/CAM programok beláthatatlan hosszú sorai helyett egy átlátható és értelmezhető programozási módot megtanulni. Sok esetben gyorsabb a megmunkálás is ha nem 0,1mm ugrásokkal megy oda-vissza órákon át a gép. Esetleg egy főiskolai jegyzet, vagy valami leírás erről az "ős" szabványról?

"Ez kicsit boszorkányüldözésnek, feketemágjának tűnik." XP korszakban nem is volt annyira irreális ez szerencsére azóta kivonultam az "admin" életformából és nem zaklatnak a felhasználók.

Csinálni kell bele választási lehetőség RSxy ... NCT ... Mach3 stb.. akkor azt használ amit akar a páciens.

Előzmény: n/a (inaktív), 2014-07-11 10:52:00 [434]

Az alap az RS274NGC nyelv, kiegészítve majd néhány extra kóddal, például a G73/G83, mert ezt például az RS274NGC nem tartalmazza. És biztos vagyok benne hogy lesz még néhány ilyen kód, amit majd fontosnak tartunk és emiatt be fogunk építeni a vezérlőbe.

Előzmény: svejk, 2014-07-11 09:20:00 [431]

Ez kicsit boszorkányüldözésnek, feketemágjának tűnik. Nem hinném, hogy bármilyen program újratelepítéséhez a windowst újra kellene telepíteni. Persze léteznek anomáliák, de nekem például azóta van Win7-em az itthoni PC-men kb. amióta megjelent(jópár éve), soha nem kelett újratelepítenem az OP rendszert és jópár program van telepítve. Sok progit újraraktam, törölted stb. mindig gond nélkül. Akkor lehet inkább probléma, ha a gépre valamilyen vírus kerül...

Előzmény: nyarfa, 2014-07-11 09:17:00 [430]

Szerintem az lehet a gond, hogy biztos bejelölted, hogy ne írja felül a profilodat a telepítő. Ha ezt bejelölöd a telepítőben, akkor nem nyúl hozzá a profil fájlodhoz, illetve a macroidhoz sem, nem írja felül akkor sem, ha az újban már más kódokat tartalmaznak például a macrók. UGyanez a helyzet, ha saját profilt hoztál létre, azokhoz soha sem nyúl hozzá a telepítő.
Ha nem akarod a profil beállításokat elállítani, de biztos akarsz lenni, hogy a maco-k frissülnek, akkor telepítés után menj a c:\UCCNC\Contents\Macro_default könyvtárba, ez a mappa tartalmazza mindig a frissen telepített macrokat, ez a mappa mindig frissül. És másold rá ezeket a macrokat a régi macroidra. Így a profilod érintetlen maradhat, ha a telepítőben azt választod, hogy ne írja felül a profilt, viszont a macrokat tudod frissíteni.

Előzmény: svejk, 2014-07-11 08:01:00 [427]

A vezérlő az RS274NGC-vel kompatibilis, így a mach3-at kiválasztva post processzort nagy valószínűséggel működni fog a kód.
A programhoz van magyar leírás a Magyar weboldalunkon, cncdrive.hu.
A beállításokat letudod tiltani úgy, hogy a képernyő szettből kiveszed azokat amiket nem akarsz hogy megjelenjen a felhasználónál. Mivel a screenset tölti fel a képernyő alkatrészeket, ezért ami ott nincsen, az nem is jelenik meg a képernyőn. A nem szükséges gombokra, kijelzőkre stb. ugyanez igaz. a képernyő szett fájl szerkesztésével akármilyen kinézetű saját képernyő létrehozható, persze ehhez kódolni kell..

Előzmény: frob, 2014-07-11 07:39:00 [426]

Egyelőre az RS274NGC rendszert szeretnénk követni, nem az NCT-t vagy másokat, hanem az "ős" szabványt.
Aztán persze, ha az alapok minden már megfelelően, hibátlanul fog működni, akkor lesz időnk egyéb, plusz dolgokat is fejleszteni.

Előzmény: Béni, 2014-07-11 06:49:00 [425]

Talán a CAM programok térhódítása degradálja le a vezérlők tudását. Vagy ki tudja mi az oka...
Az is tény, hogy az itt levő hobbisták 90%-a is reliefet, meg hasonlókat marogat, amihez alig van szükség speciális G-kódokra.

Előzmény: Béni, 2014-07-11 09:44:00 [432]

"...kedvencem az automatikus lekerekítés vagy letörés."

Esztergálásnál nagyon hasznos, szinte nélkülözhetetlen a gyors programíráshoz.
Ez a funkció az első magyar vezérlőben (Hunor 712) már meg volt oldva.
Sok mai vezérlő nem tudja, csak opcióként.

" ... meg lehetne spórolni a dokumentálást és egyszerűen lehetne hivatkozni pl az NCT leírásokra."

Az NCT pályafutását a Fanuc vezérlők "majmolásával" kezdte. Azóta sokat fejlődött. Nem ismerem, nem dolgoztam vele, ezért a mai állapotról nem tudok véleményt mondani.
Fanuc-ot kicsit ismerem, összességében nem tetszik.
Szerintem nem kell átvenni kritika nélkül más rendszerekben megvalósított funkciókat.
Ki kell válogatni azokat, amelyek hatékonnyá, egyszerűvé és átláthatóbbá teszik a programozást, a programkódot.

Előzmény: svejk, 2014-07-11 09:16:00 [429]

Egyébként mint már írtam jó lenne dekralálni, hogy milyen nyelvezetet ismer majd a vezérlő, ha másért nem azért, hogy meg lehetne spórolni a dokumentálást és egyszerűen lehetne hivatkozni pl az NCT leírásokra.
Vagy ez már ebben az esetben jogsértő lenne??

Előzmény: svejk, 2014-07-11 09:16:00 [429]

Tapasztalataim alapján sokszor az oprendszert is újra kell rakni egy-egy verzió csere utáni anomália megszüntetéséhez. Régóta nem fejlesztek programokat, de annak idején direkt szűz oprendszeren teszteltem minden verziót (virtuális gépekkel ez telepítgetés nélkül megoldható). Persze "elméletileg" nem lehet gond a rátelepítgetés sem.

Előzmény: svejk, 2014-07-11 08:01:00 [427]

No, csakhogy megszólaltál a topicban! )

Ezeket a kényelmi funkciókat is végtelenségig lehetne növelni, nekem most pl. kedvencem az automatikus lekerekítés vagy letörés.
NCT 119. oldal.
Egy fórumtársunk hívta fel rá a figyelmemet, eddig nem hiányzott mert nem ismertem illetve a Mach3 sem tudja.
De a kézi programozást bizonyára nagymértékben meg tudná könnyíteni.

Előzmény: Béni, 2014-07-11 06:49:00 [425]

Jó ötlet...
Egyet értek.
Már ami az inkrementális megadás lehetőségét illeti.

Előzmény: Béni, 2014-07-11 06:49:00 [425]

Hmmm... és valóban, egy szűz gépre rakva az 1.022-őt jól működik a GoToZero.
No most már csak az a kérdés, hogy mit nem lehet büntetlenül?
A verziókat egymással egyszerűen csak felüliratni, vagy a profil fájlok nem kompatibilisek egymással.
Ezt holnap fogom kideríteni.

Előzmény: n/a (inaktív), 2014-07-10 21:19:00 [422]

Sziasztok
Lenne észrevételem a programhoz bár még nem teszteltem.
- ha generálni szeretném a g kódot akkor mach3 kell választanom mert hogy kompatibilis vele?
- hirtelen nem találtam magyar doksit a programhoz
- le lehet tiltani , eltüntetni a gép alapbeállításait? gondolok itt arra hogy termelésben nem jó ha minden paraméterhez hozzáfér a kezelő, neki elég csak a fájl betöltő , meg pár alap kezelő gomb elérése, amit esetleg majd az UC300 al gombokkal is helyettesíthető legyen
- az előzőhöz kapcsolódva, a megnyitás helyét beállítani, onnan ki nem csak alkönyvtárakba engedni a kezelőt
- ha már a gép beállítások eltüntethetők, adott gép konfig szerint a nem szükséges gombokra ue lehetne igaz, pl 3 tengelyes gépnél minek 6 tengelyt kijelezni, plazmánál úgyszintén

egyébként tetszetős a program kinézete, de gondoljatok arra is, hogy az r=1 user bármiylen plusz gombocskára tekintve vagy pánikban tör ki, vagy a késztetést érzi hogy neki azt meg kell nyomnia...

A növekményes végpontmegadás igénye gyakorlatilag csak a kézi programírásnál merül fel.
Az elterjedt és közismert ISO rendszer erre külön üzemmódot határoz meg, a G91 személyében.
A használata körülményes és rugalmatlan.
Vannak azonban olyan vezérlők, amelyeknél nem is létezik G90/G91, mert egyszerűbb és hatékonyabb lehetőséget adnak a növekményes adatbevitelre. Ezeknél természetes a kevert módú bevitel, ami egyszerűbb, rövidebb, érthetőbb kódot eredményez. (A kevert mód alatt azt értem, hogy egy blokkon belül tetszőlegesen lehet bármely tengely végkoordinátáját növekményesen vagy abszolút módban megadni.)
A kódban a tengelyt kódoló betűjel elé vagy mögé írt I(i) betű jelzi az inkrementális megadást.

Példa:
(Heidenhain)

L X-10 IZ-1 F500
L X0 IZ-1

(Hunor 712,721, NCT90T)

G01 X+51 ZI-2

Javaslom ezt a megoldást (is) alkalmazni az UCCNC programotokban.

Előzmény: n/a (inaktív), 2014-07-10 21:23:00 [423]

OK, rendben. Akkor várom majd a fájlt, hogy megnézzem.

Előzmény: fa_kukac, 2014-07-10 20:40:00 [420]

OK, megfogom csinálni, hogy kikapcsolható legyen a szálkereszt. Most egyelőre a relatív koordináta megadások fejlesztésével vagyok elfoglalva, de szerintem hétfőre ezzel is elkészülik és akkor megcsinálom majd ezt a szálkeresztes dolgot is.

Előzmény: svejk, 2014-07-10 19:45:00 [418]

Ezt azért nem javítottam, mert nem tudom mi a gond pontosan. ÚGy értem, hogy én kipróbáltam ezt az állapotot, amit írsz a múltkor is és most is, de rendben végrehajtja nekem. Amit most próbáltam: Softlimit+ Z tengelyre = 20. Szoftlimit engedélyezve. A SafeZ = 25;
Amikor megnyomom a goto Zero gombot, akkor kiír egy figyelmeztető ablakot, hogy a SafeZ magasabb mint a Softlimit+ és hogy mégis megcsinálja-e a mozgást, ha igen-t válaszolok akkor felemeli a Z-t 20mm-re, odamegy XY a nullára. Z lemegy 0-ra. Próbáltam offset-ek nélkül és offsetekekkel is, az algoritmus nálam minden esetben jól működött. Esetleg megírhatnád, hogy milyen beállítások vannak, értékek szerint a Szoftlimit Z + és - ra, illetve mi a SafeZ amikor nálad nem jól működik. És az is nagy segítség volna, ha megírnád, hogy pontosan mit is csinál ahelyett a mit kellene.

Előzmény: svejk, 2014-07-10 19:48:00 [419]

Igen, ez elképzelhetően gond lehet, főleg, hogy a képernyő végülis 2db flashpayer objektum és egy OpenGL ablak. az OpenGL az elég jól elfutkározik bármilyen gyenge videókártyával, akár úgy is, ha a kártya driverja nincs is feltelepítve. Igaz ilyenkor zabálja a processzoridőt, mert nem tudja a grafikus processzort optimálisan kihasználni. A Flashplayer viszont szerintem érzékenyebb az ilyen dolgokra.

Előzmény: svejk, 2014-07-10 19:40:00 [417]

Köszi, holnap küldöm. Ma elvolt a gép magában, perfettit gyártott, nem akartam bolygatni, 8 órás műszak. Sajna bevallom, most át kellett váltanom Mach-ra, de holnap ismét Nyüst lesz!!

Előzmény: n/a (inaktív), 2014-07-10 12:48:00 [416]

A Go to Zero, még mindig káosz abban az esetben ha be van kapcsolva a Softlimit és a Safe Z értéke nagyobb mint amennyit fel tud mozogni a Z tengely.

Előzmény: n/a (inaktív), 2014-07-10 12:48:00 [416]

Kipróbáltam az M98-at nálam rendben levőnek látszik viszont tényleg zavaró, hogy ha pl. csak az X tengely mentén mozog, akkor a szerszám célkeresztje gyakorlatilag eltakarja a szerszámpályát.
Már írtam pár napja, hogy ezt a célkeresztet jó lenne kikapcsolhatóvá tenni, vagy legalább áttetszővé, mert így becsapós lehet.

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

Ez tipikus probléma, általában gyenge hardver, vagy nem igazi videokártya illesztőprogram az okozója.
Meg akkor is csinálnak ilyeneket a PC-k ha már a windows hadilábon áll.

Előzmény: fa_kukac, 2014-07-09 20:02:00 [407]

Nem tudom. Küld el a .pro profile fájloadat az e-mail címemre, megnézem...

Előzmény: fa_kukac, 2014-07-10 10:19:00 [415]

Üdv!
Ma megpróbáltam dolgozni és a következőt tapasztaltam: Billentyűzetről már lehet (lehetett) egyszerre 2 tengellyel is mozogni, ez szuper. 1 program után viszont eltűnt a billentyűről mozgatás, tasztit is cseréltem, újraindítottam, hiába. Csak a baloldali nyilakkal mozgathatók a tengelyek. Mi lehet a gond?

Előzmény: fa_kukac, 2014-07-09 20:02:00 [407]

Van DOS, meg Linux alapon futó rendszer is, ott nem annyira gond az egyenetlen jelkiadás. Nem kötelező windowson barkácsolni.

Előzmény: Kékesdi István, 2014-07-10 00:02:00 [413]

Szia!
Értem én. Jó lenne egy stabil alap, sokat szívtam már a windows rendszer hibái miatt.
Üdv

Előzmény: Gyati, 2014-07-09 23:08:00 [412]

Ne hasonlítsd ipari géphez, mert az nem STEP/DIR -es.Ráadásul ez csak egy vezérlés és nem folyamat szabályozás. Mekkora különbség! Éppen ezért megfizethető.

Előzmény: Kékesdi István, 2014-07-09 22:56:00 [410]

Szia. Miért is?

Előzmény: Kékesdi István, 2014-07-09 22:56:00 [410]

Sziasztok!
Tetszik a progi! Azt szeretném megkérdezni, hogy mennyivel lenne bonyolultabb egy speciális oprendszert készíteni hozzá? Mint az ipari gépeknél. Ami nem windows alapú. Az lenne az igazi áttörés!
Üdv!

Szóval képernyőmentést, csak melléüttem!

Előzmény: fa_kukac, 2014-07-09 20:04:00 [408]

P. Balázsnak küldtem fotót is róla, milyen ez.
( Prtscrn) Üdv!

Előzmény: fa_kukac, 2014-07-09 20:02:00 [407]

Szia! Végre frissítettem az 1.022 -re, és a végállásról lefutás tökéletes lett. Viszont még nálam megmaradt az a probléma, hogy amikor megnyitom a szerkesztést, és arrébb húzom az ablakát, hogy lássam a DRO-t, mögötte káosz és krax marad. Bezárva a szerkesztőt minden ok.

Előzmény: n/a (inaktív), 2014-07-09 10:04:00 [394]

nyugodtan szólj, ha valamit nem tudsz és segítség kell. de az biztos, hogy így C# fordítóval egyszerűbb dolgod lesz.

Előzmény: csewe, 2014-07-09 19:10:00 [405]

Letöltöttem,és telepítettem,mindjárt más a helyzet,mostmár nem foglak nyaggatni.

Előzmény: n/a (inaktív), 2014-07-09 16:35:00 [404]

Szerintem töltsd le a Visual C# express-t, ingyenesen letölthető a Microsoft-tól. Ez az amiben az UCCNC-t is fejlesztjük. Mi a 2010-es verziót használjuk. Akkor tudod debuggolni a kódjaidat mielőtt berakod a macroba.

Visual Studio C# 2010 express link

Előzmény: csewe, 2014-07-09 16:14:00 [402]

Ment a levél.

Előzmény: n/a (inaktív), 2014-07-09 16:12:00 [401]

Jó lenne,egy pdf amiben megfelelő szintaktikával vannak a példaprogrammok,mert legaláb 3-4 C programozási nyelv van,vagy több.
Az sem egyszerű,hogy az ZCCMC-vel debuggolok,mert nincs olyan progim,amiben C-t lehet fejleszteni.

Előzmény: n/a (inaktív), 2014-07-09 15:25:00 [399]

Átküldhetnéd a kódot amit próbáltál, akkor megnézem, hogy miért nem működik. Illetve akkor látnám pontosabban, hogy hogyan szeretnéd olvasni a fájlt.

Előzmény: csewe, 2014-07-09 16:08:00 [400]

Ez voot az első ötletem,de ez nem elég,mert használom az UCCNC szerszámpáály megjelenítőét,és ha valaki nincs megelégedve ,akkor változtat a paramétereken,és akkor újra be kel olvastatni a Gkódot.

Viszont most próbáltam több páldakódot is,text file string tömbbe olvasására/íráára,de mindegyik elcsúszik valamin.
Kellene egy működő példa.
Megkísérlem ezen a módon megoldani a kommunkációt.

Előzmény: n/a (inaktív), 2014-07-09 15:25:00 [399]

Szia,

Azt biztosan megtudnád csinálni, hogy meghívod a makrót. A makró elindítja a progidat várakozással. Ez már múltkor működött.
A progid lementhetné fájlba a kódot amit készített.
A macro várakozás utáni része betölthetné ezt a fájlt a loadfile függvénnyel.

Előzmény: csewe, 2014-07-09 15:02:00 [398]

Köszönöm a magyarázatot.
Emiat átne írd a programot,majd kitalálok más kommunikációs lehetőséget.

Előzmény: n/a (inaktív), 2014-07-09 14:08:00 [397]

Megnéztem a makródat, amiben a vágólapról (Clipboard) próbálsz meg beolvasni adatot.
Azért nem működik ez a macro, mert az MDI végrehajtás, illetve a futtatás is egy Backroundworker thread szálban van futtatva, mert így egyszerű visszajelzéseket kapni a szál állapotairól, illetve így biztos, hogy a képernyő elemek elérésébe nem zavar bele a futtatás.

A probléma az, hogy a Backgroundworker thread as MTAThread fajta szál, vagyis multithreading fajta. És mint ilyen nem érheti el többek között a vágólapot sem. Ezért a Clipboard érték lekérdezése mindig null érték lesz.
A Backgroundworker thread sajnos nem is állítható át STAthread típusú szállá, nincsen ilyen tulajdonság megadásra mód, minden esetben MTAthread típusú.
Majd végig fogom gondolni, hogy át lehetne-e alakítani egy normál szállá (STAthread) ezeket futtatási szálakat, de első gondolatra ez több lehetséges problémát is felvet, amit akkor máshogy kellene megoldani. Szóval gondolkodom a megoldáson, de most így hirtleen nem tűnik egyszerűnek.

Előzmény: csewe, 2014-07-08 12:22:00 [382]

Ok, kicsit le vagyok maradva!

Előzmény: n/a (inaktív), 2014-07-09 10:04:00 [394]

Köszönjük!!!

Előzmény: Törölt felhasználó, 2014-07-09 06:21:00 [391]

A billentyű jog gombok és a bal oldali "jog képernyő" gombjai pedig ugyanazt a függvényt hívják meg. Elvileg nem lehet különbség a működésben, hiszen pontosan ugyanazt a függvényt hívja meg, ugyanazt a folyamatot futtatja a billentyű gomb és a képernyő gomb is. Legalábbis az új verziókban már így van. Az első verziókban viszont még nem teljesen így volt (akkor változtattam meg, amikor felmerült az igény arra, hogy akárhány tengelyt lehessen egyszerre joggolni és menet közben is lehessen indítani/elvenni tengelyeket a jog-ból.), ezért tényleg jó volna, ha feltudnád tenni a legújabbat és azzal is kitudnád próbálni.

Előzmény: fa_kukac, 2014-07-09 09:56:00 [393]