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]

Még hozzá kell szoknom a bal szélen előugró kezelőfelülethez. A lefutási probléma csak billentyűzetnél áll fenn, a bal oldalon rákattintva a nyilakra jól működik!!!

Előzmény: n/a (inaktív), 2014-07-08 21:46:00 [389]

Szia! Hát még az első van, ma este feltelepítem a legújabbat, és megnézem. Most sok a meló, nem volt időm leállni a géppel. A profil fájlt már elküldtem levélben P. Balázsnak, de kiírom még egyszer. Kösz.

Előzmény: n/a (inaktív), 2014-07-08 21:46:00 [389]

...És Attila nincs egyedül ! Én is ugyanúgy gondolom ahogyan ő .Drukkolok nektek és sok sikert !

Előzmény: n/a (inaktív), 2014-07-08 21:47:00 [390]

Köszönjük a bíztatást, és örülök, hogy tetszik a progi és a fejlesztések.

Előzmény: Farkas Attila, 2014-07-08 20:45:00 [387]

Nem, ennek nem szabadna így működnie. Esetleg küld ele nekem a profile fájlodat az info at cncdrive.com emailre és akkor szívesen megvizsgálom. Egyébként a limit override gomb minden végállást felülbírál, legalábbis így kellene működnie. Most gyorsan ki is próbáltam, nálam hibátlanul működik.
De lehet valami a beállításaiddal összefüggő dolog, ezért írtam, hogy elküldhetnéd a .pro fájlodat. És még annyit, hogy melyik UCCNC verzióval próbáltad?

Előzmény: fa_kukac, 2014-07-08 13:05:00 [385]

Sziasztok,

Csewe: megkaptam a leveled, holnap fogom tudni kitalálni/kipróbálni a megoldást. Ma egy gépet telepítettünk, egész nap távol voltam, csak a telefonomon tudtam gyorsan megnézni az üzenetedet, de még nem volt időm végiggondolni. Holnap lesz időm foglalkozni a kérdéssel, fogok írni e-mailt, amint sikerül kitalálni a megoldást a kérdésedre...

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

Minden nap többször is olvasom a topicot, nagyon jó látni az ilyen gyors fejlődést, mindig figyelem az újdonságokat, javításokat.
Sajnos én még nem tudtam érdemben hozzátenni, mert még nem mozog a gépem, de remélem, mihamarabb eljön ez is.
Amint kijön az UC300-hoz sorkapcsos alaplap, azonnal veszem is!
Szép munka, Csak így tovább!

Nos ez a kiegészítés a várakozásra hatástalan, de a konfigban a spindle fülön van a " M3 delay after on" amit beállítva 2000 -re már jó is lett.

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

Köszi, ez jó lesz. Most viszont a következőt tapasztaltam:
Határesetet marok a gépemmel, és elmentem a bal végállásig X-el, reset ki is jelezte ahogy kell. Ekkor rákattintottam a végállásról lefutás gombra, led kigyulladt, reset megnyom, nem villog a reset, de nem tudok az X-el lefutni, meg sem mozdul. De ha megmozdítom ekkor az Y-t, az megmozdul és megy, utána rögtön már mozog az X is és le tudok jönni róla. Próbáljátok ki, másnál is így van?

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

Azt nem tudom,hogy van e lehetőség valahol állítani,de ha megnyitod az M3 makródat,és a második sorába beírod ezt,akkor 1 másodpercet fog várni,mielőtt elkezd futni a Gkód,ha több idő kell a motorodnak a felpörgésre,akkor értelemszerűen többet kel beírni az ezer helyére.
exec.Wait(1000);

Sziasztok! Már PM említettem, de lehet-e valahol beállítani késleltetést a program indulásra a főorsó bekapcsolása után, mint a MACH-ban. Párszor előfordult, hogy nekiesett a marásnak mielőtt a maró motor elérte volna a fordulatszámát. Azóta külön indítom először a maró mocit, és utána a program végrehajtást. Tudom hogy van ilyen G kód, de akkor mindig szerkeszteni kell.

CNCdrive1,küldtem makróval kapcsolatban egy levelet.

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

Elmentettem a kódodat, megfogom vizsgálni, hogy pontosan mi is a helyzet a megjelenítéssel ilyenkor.

Én beraktam X10 elmozdulást az elejére a progidnak, úgy látszólag nincs gond a megjelenítésével.
De ahogy mondtam, később részletesebben is megfogom vizsgálni...

Előzmény: Sz.József, 2014-07-07 17:28:00 [377]