Az már extra lenne, és szerintem egy nagyobb kódnál igen csak elmolyolna vele mire kiszámolná.

Előzmény: Farkas Attila, 2014-07-13 13:07:00 [458]

Csak egy ötlet, ami felmerült bennem nyárfa kérése kapcsán:
A G-kód futtatást elindítva a hátralevő futási idő kijelezhető?
Gondolok itt ilyenekre, hogy az elindított programból kiolvasott elmozdulási értékek, előtolások alapján számol,
illetve a menet közben esetleg kézzel megváltoztatott előtolással újraszámolja.
Így akár a programot betöltve már látható egy becsült futtatási idő is.

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

Szia,

Jó, hogy mondod, ezt már meg akartam csinálni, de mindig annyi más feladatot adtok nekem (aminek örülök egyébként), hogy mindig elmarad.
Nem ígérem, hogy a következő verzióban ez benne lesz de az azutániban biztosan.

Előzmény: nyarfa, 2014-07-13 11:56:00 [455]

Szia,

A mondatod első feléből látszik, hogy nem érted, hogy miről szól a leírás.
Idézem: "ez a rendszer a tengelyeket lemaradással mozgatja".
Minek a lemaradásával mihez képest? És mi mozgat micsodát?
Itt most egy vezérlésről (folyamatirányításról) és nem szabályzásról beszélünk.
Vagyis nincs visszacsatolás. Így az, hogy "lemaradás" az eleve értelmezhetetlen fogalom és irreleváns a szoftver számára.
A szoftver mit sem tud a gép pozíciójáról, vagy, hogy milyen gépről beszélünk, ő mindössze azért felel, hogy olyan jeleket adjon ki a vezérlőelektronika számára egy előkalkuláció,
függvényillesztések eredményeképpen, ami a mozgatás pályáját a beállított felbontás pontosságával leírja.
Exact stop mód esetén a pontos pályaleíró függvényt használja a pályatervező.
Abban ugye egyetértünk, hogy ha egy körív két pontjára a kör középpont koordinátáit is felhasználva illesztünk egy körívet a körfüggvény felhasználásával,
akkor ez a kör éppen akkora sugarú lesz mint amekkorát az adatok definiálnak?
A leírás minössze ennyiről szól, nem többről, nem kevesebbről.

Előzmény: csg67, 2014-07-13 07:06:00 [453]

Lenne még egy kérésem ha lehet

Nagy szükség lenne egy időmérőre, hogy ne a rendszerórát nézegessem ha tesztelek valamit.

Nagy tisztelőd vagyok, de nem lehet, hogy valamit félreértesz?
Az Exact Stop, alias G61 a normál üzemmód, ez az ideális pályakövetés.
Ráadásul szoftveresen ezt a könnyebb leprogramozni, hiszen addig kell küldeni a tengelyt amíg el nem érjük a munkadarab rajza szerinti koordinátáit. Kontúrmarásnál a szerszámátmérővel korrigált pályakoordinátákat.

Innentől kezdődően már a gép fizikai viselkedése miatt kell beavatkozni.
(habár már a G61-nél és minden más mozgásnál jelen levő levő gyorsulások és lassulások is a fizika miatt vannak)

A Constans Velocity (G64) üzemmód az ideális forgácsolási paraméterek miatt szükségesek, hogy azok lehetőleg minél kevesebbet változzanak a marási pálya mentén.
Ezért azonban nagy árat kell fizetni, fel kell adni a hű pályakövetést.

Tehát a G61 az alap, csak azért van nevesítve, hogy vissza tudjunk kapcsolni G64-ből.

"Ez független az alkalmazott hajtástól, motortól, géptől. Minden körívet kisebb sugárral fog megcsinálni, mint amit programoznak, csupán a hiba mértéke a kérdés."

Fentebb azt írod független a géptől, hajtástól..
Tehát akkor egy ideális gépet nézve miért is lesznek a körívek kisebbek a programozottól?
Ezt kifejthetnéd bővebben...

Előzmény: csg67, 2014-07-13 07:06:00 [453]

Mivel ez a rendszer a tengelyeket lemaradással mozgatja (különben nem lenne szükség erre az utasításra), ezért elméletileg sem helytálló az a feltételezés, hogy egy körpályán a "pályakövetési hiba 0". Ez független az alkalmazott hajtástól, motortól, géptől. Minden körívet kisebb sugárral fog megcsinálni, mint amit programoznak, csupán a hiba mértéke a kérdés.

Előzmény: n/a (inaktív), 2014-07-13 02:11:00 [451]

OK, rendben, ezt fogom csinálni.

Előzmény: svejk, 2014-07-12 18:28:00 [448]

A leírás teljesen helytálló, mivel a kérdés a szoftver oldaláról van megközelítve, megfogalmazva, hiszen ez egy szoftver kézikönyve és nem egy gépkönyv. Az, hogy a teljesítmény elektronika, illetve a motorok mit csinálnak, hogy a szervok letudják-e követni a jelsorozatot, vagy hogy a tengelyek az inerciájuknál fogva tudják-e követni az esetleges nagy gyorsításokat, éles és gyors irányváltásokat, ez már egy másik kérdés, ezt az adott gép könyvében szokás definiálni. De mégegyszer mondom mi jelen esetben a szoftver működését fogalmaztuk meg, és a szoftver az exact stop módban pontos pályát leíró jelsorozatot bocsájt ki a vezérlőelektronika számára. Remélem így már érthető a leírás.

Előzmény: csg67, 2014-07-12 22:51:00 [449]

Vicces fiú, miért nem írsz egy olyan programot, te, ahol megegyezik?

Előzmény: csg67, 2014-07-12 22:51:00 [449]

"Exact stop mode: Pontos megállás üzemmód.
Ebben az üzemmódban a pályatervező a mozgásokat
pontosan hajtja végre, minden egyes G-kóg mondatnál felgyorsít és utána lelassít. Ebben az
üzemmódban a programozott és a valóságos út megegyezik, a pályakövetési hiba 0."
Azért én kíváncsi lennék egy viszonylag kis sugarú körívnek nagy sebességgel történő megmunkálására. A programozott és a valóságos út (pálya) megegyezik? Ha-ha-ha...

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

Ne bonyolítsd!
A pipa melletti "Overwrite the default UCCNC profil" szöveget egészítsd ki egy "és makrók" szavakkal. )

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

Megcsináltam, a következő verzióban benne lesz.

Előzmény: nyarfa, 2014-07-11 15:38:00 [443]

Szia,

Igen, én is ezt mondtam nagyjából, mint hibalehetőséget. Mivel kivetted a pipát a telepítőnél, ezért nem írta felül sem a profilodat, sem a macroidat. Ez a pipa ezt csinálja. A hiba javítása a gotoZeronak annyiból állt, hogy a gotoZero macro kódját írtam át az alapján, amit mondtál, hogy mit kellene megváltoztatni a működésben. De mivel a pipát kivetted a telepítőből, ezért az új telepítéssel is maradt a régi (hibás) macro a profilodban.
Amit írsz, hogy pendrive-ra lementetted a profilt ez jó megoldásnak tűnik.
Bár ez a fajta hiba most még előfordulhat ugyan, mivel nagyüzemben megy a fejlesztés, de ha a progi kiforrja magát a tesztelés és fejlesztés során, akkor ilyen drasztikus változtatások már szerintem nem lesznek és így ez a hibalehetőség is megszűnik.

Még most hirtelen arra gondoltam, hogy esetleg csinálok mégegy pipálási lehetőséget, hogy külön kilehessen választani a macro-k felülírását, illetve a .pro profil fájl felülírását.
A kérdés csak az, hogy ez a felhasználó számára vajon megkönnyíti vagy inkább elbonyolítja a telepítést?!

Előzmény: svejk, 2014-07-12 13:43:00 [444]

Azt azért tudni kell, hogy majdnem az első verzióktól kezdve tesztelem a progit, és számtalan újabb-régebbi verzió telepítés történt a PC-n, tehát lehet másnál elő sem fordulna az esetem.

Előzmény: svejk, 2014-07-12 13:43:00 [444]

No kérem megoldásra jutottam.

Eddig minden egyes újabb verzió kijöttekor az ajánlás szerint egyszerűen felülírattam a régi verziót, figyelve, hogy telepítéskor az "Overwrite the default UCCNC profil" előtt NE legyen pipa, azaz megmaradjanak a beállításaim, ne kelljen újra confogolni.
Nos ez az eset pl. a Go To Zero esetben hibás működést produkált.

Most mindössze annyit tettem, hogy az én defaul.pro fájlomat lementettem egy pendrive-ra, aztán ahogy eddig is újratelepítettem a meglevőre a legújabb 1.022-es verziót, de most úgy hogy a pipát bent hagytam, azaz a gyári profil fáljjal telepedett fel.
Telepítés után a pendrive-on levő profil fájlommal egyszerűen felülírattam a gyárit, s lám így már jól működik a Go To Zero is minden körülmények között, természetesen az én beállításaimmal.

Tanulságos, és érdekes, a magyarázatát majd valaki biztos tudni fogja.

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

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!