2.) Igen, pontosan erre gondoltam, kapcsolhatóan. Akkor akár a színezés is kikapcsolató lehet, hogy ne zabálja a procit, hiszen elég akkor megnézni, hogy mi a gond, ha nem futtatható a kód.

Előzmény: n/a (inaktív), 2014-10-31 10:28:00 [1441]

Szia,

OK, köszi az infókat.
Kérlek majd ha használod többet a szoftvert és találsz bármi problémát még, vagy ami esetleg nem tetszik, akkor írd le ide vagy nekem e-mailben és akkor elgondolkodunk rajta.

Előzmény: xabi, 2014-10-31 06:24:00 [1433]

2.) Szóval arra gondolsz, hogy ha van hibás kód, akkor jelezze és semmi ne fusson, el se induljon ciklus start-ra? Vagy legalábbis választható legyen egy ilyen opció?

3.) Igen, amit leírtál megoldást, azzal a módszerrel kitudod olvasni a Z mérési eredményt és utána a változó értékét feltudod használni.

Előzmény: dezsoe, 2014-10-31 10:18:00 [1440]

Huh! Köszönöm a gyors választ!

1.) Ez durva...
2.) Ezt úgy gondoltam, hogy ha van a betöltött g-kódban legalább egy olyan mondat vagy bármi, ami hibás (tehát kihagyná), akkor ne lehessen az egészet futtatni.
3.) A számítások rendben vannak, csak az a fránya Z... Viszont a #1431 nagyon hasznos volt, mert kiderült belőle, hogy csak egyszer fordítja a makrókat, így most meg tudom oldani a Z kiolvasását egy M310 makróval, ami egy sor: exec.ivars[9]=exec.GetZpos();, majd használom a #9-et. Csak a sebessége miatt aggódtam, de #1431 megnyugtatott.:)

Előzmény: n/a (inaktív), 2014-10-31 09:55:00 [1439]

Szia,

Kérdésekre a válasz:

1.) A kód szinezését még az elején megcsináltuk, de sajnos a Flashplayer annyi proci időt zabál a szinezésre, hogy nem igazán jó. Utánaolvastam és arra jutottam, hogy nincsen rá egyelőre megoldás. Az, hogy csak pirosra szinezi a nem végrehajtható kódokat, gyakorlatilag ez a művelet zabálja fel a teljes proci idő (amit az UCCNC használ) kb. 30-40%-át ami azért eléggé durván sok. Ha minden szinezve lenne különböző szinekkel, akkor több proci időt eszik maga a szinezés, mint a program egész többi része. Ez szerintem nem működő megoldás így. Talán valamikor az Adobe a Flashpalyerben megoldja majd, hogy a szines sztringek ne zabáljanak ennyit.
2.) Ha hibás egy kód, akkor az nem futtatható, hiszen hibás.
3.) Van ilyen, ismeri a parametrikus programozást az UCCNC, az amit írsz, hogy # változókból vegye az adatokat, azt tudja a program, sőt képleteket is tud számolni, sőt sin, cos, tan, abs, stb. függvényeket is ismeri. Viszont a G31-nél nem teszi el változóba a mérés eredményét, ez még nincs megcsinálva.
Több infó a parametrikus programozásról, a rendelkezésre álló függvényekről stb. a dokumentációban.

Előzmény: dezsoe, 2014-10-31 09:44:00 [1438]

Nagyszerű, az jó lesz!

Lenne viszont néhány kérdésem, észrevételem.
- A kód színezőbe nagy meló lenne belenyúlni? Az a gondom, hogy minden, amit nem hajt végre, az piros, de nem mind hiba. Nem lehetne az Nxx sorszám pl. sárga, a megjegyzések pl. zöld színnel? Akkor messziről látszik, hogy nem hiba, csak irreleváns a futtatás szempontjából.
- Már jóval korábban is kérdezte valaki, de nem rémlik, hogy lett volna állásfoglalás arról, hogy lehetne-e valahol egy pipa, hogy a hibás kód futtatható legyen-e. Én biztos bepipálnám.
- Lehet-e belső változókat olvasásni G-kódból (pl. G31 után #2002 a Mach3-ban)? Ha nincs ilyen funkció, akkor legalább a tengely pozíciókat meg lehetne-e oldani a változókhoz hasonlóan mondjuk #X, #Y stb. módszerrel? (A példában levő G31 utáni Z olvasás kéne nagyon.)

Előzmény: n/a (inaktív), 2014-10-31 09:30:00 [1435]

Pokeysből annakidején vettünk pár teszt példányt, vannak vele problémák. Egyik gond, hogy nagyon zavarérzékeny. A másik, hogy a mikrovezérlő lábait soros ellenállás nélkül kivezették a panelon a sorkapcsokra. Többször előfordult, hogy egyszerű érintéstől az ESD miatt szétment valamelyik bemenet vagy kimenet, mivel nem raktak még egy soros ellenállást sem ami korlátozná az ESD kisüléskor vagy hosszú kábel csatlakozásból adódó induktív túlfeszültségeket. Szóval nagyon érzékeny az áramkör, önmagában nem lehet biztonságosan használni. Amúgy funkcionálisan működött.

Előzmény: dezsoe, 2014-10-31 09:27:00 [1434]

Köszönöm! A #1398 és #1434 egyelőre rövidre zárta a kérdést, de ha mégis szükség lesz rá, akkor még elő lehet venni a feladatot.

Előzmény: ANTAL GÁBOR, 2014-10-28 17:02:00 [1382]

Fogja tudni kezelni a ctrl, alt, shift módosító gombokat , ill. azok bármilyen kombinációit hamarosan. vagyis hogy pontos legyek már megcsináltam, de szoftver kiadás később lesz, mert még teszteljük az új, ill. javított funkciókat.

Előzmény: dezsoe, 2014-10-31 09:27:00 [1434]

Volt egy ötletem, hogy mikrokontrollerrel hamar meg lehet csinálni, de amit javasoltak (PoKeys56U), az mindent tud, amire szükség lehet, kár lenne energiát fektetni bele. Csak az a probléma, hogy az UCCNC egyénileg értelmezi a gombokat, így nem lehet módosító billentyűt nyomni. (Én pl. a file betöltést szerettem volna a máshol megszokott Ctrl+O-ra rátenni, de a Ctrl-re beírt 17-et, az O már nem is érdekelte...)

Előzmény: svejk, 2014-10-29 12:42:00 [1398]

Szia,
- 0038-at használtam.
- A 3sec nempontosan gondoltam, lehet hogy csak 0,5 sec, csak zavaró hogy nem történik semmi kényszert érzek hogy újból megnyomjam-e a gombot vagy ne. A Mach3 rögtön reagált. Lehet hogy csak szoknom kell.
- A cycle start után is gondolkodik pár másodpercet, de utána tényleg hibátlanul és gyorsan fut, ez tetszett.

Még csak 1 napja hsználom, majd jövőhét végére kitapasztalom, ha gondom van írok.

Ja, még azt le akartam írni, hogy a 2800 soros progi nem szabadna, hogy gondot vagy bármilyen lassulást okozzon. Egyrészt mert a 2800 sor az nem sok, én többszázezer soros progikkal is teszteltem. A másik dolog, hogy ha tényleg olyan sok sorból áll a program, hogy az lassulást okozna, akkor automatikusan hozzá állítja a progi a frissi ciklusidejét például a 3D nézetnek, hogy ne legyen lassulás.
De a gyors hurkok, amik a mozgatást stb. végzik azok mindig 50Hz-el futnak, viszont azok nem "esznek" sokat.

Előzmény: xabi, 2014-10-30 20:30:00 [1430]

Szia,

Köszi a tesztelést.
Melyik szoftver verzió van feltelepítve?

Ezt a 3sec késést nem nagyon értem, nincsen valami felesleges várakozás beleírva a makróba. Olyan 300msec körüli késés a makró végrahajtásánál az előfordulhat ha hotkey-re van definiálva, mert a C# fordító valósidőben fordítja be mindig a makrót, csak így lehet azt megoldani, hogy szövegszerkesztővel bármikor át lehessen írni a makrókat és mindig a frissen átírt verziót futassa.
G-kód program futtatáskor ez a késés nem nagyon jelentkezik, mert olyankor a sorokat puffereli a progi és már előre befordítja a makrókat, de csak akkor futtatja, amikor odaért a végrehajtás, ilyenkor a késés nulla körül kell legyen.
A 3sec az nagyon sok, ott szerintem a makróban kell valami hiba legyen ami miatt várakozik.

Az egyetlen dolog amibe mesterségesen beépítettünk késleltetés, az a referenciára futás, ezt kollégám kérésére lassítottuk be, mert neki nem tetszett, ha rögtön ugranak egymás után a tengelyek.

Egyébként volt egy hiba a progiban, azért kérdezem melyik verziót használod, amit le is írtam, hogy a .stop eseménynél benne felejtettem a debuggoláskor használt pár dolgot, ami esetleg okozhat ilyen várakozgatást. A legutolsó verzióban ez már ki lett véve.

Azért is gondolom, hogy talán régi verziód lehet fent, mert a hotkeys definiálásánál nekem nem joggol a legújabb verzió, úgy látom, mintha már le lenne tiltva, bár a kódot még nem néztem át...

Előzmény: xabi, 2014-10-30 20:30:00 [1430]

A mai napra sikerült átírnom a mach3 makróimat UCCNC-re, így áttértem.

A hotkeys billentyűk konfigurálásánál össze vissza mozgott a gép itt is mindenképpen tiltani kellene a hotkeys billentyűket.

Ami tetszett :
- Első próbálkozásra egy 2800 soros (35.000 mm vágási hossz plazmán) programmal vágtam, hiba nélkül végig vágta.
- Sokkal jobb a kezelő felülete, főleg a szerszámpálya ablak.

Ami nem tetszett:
- valahogy lassú a program, vagy nem is a program hanem csak lassan reagál, vannak makróim amikhez hotkeys billentyű van rendelve, megnyomok egy gombot és 3 sec múlva történik csak meg az esemény. Mintha valami késleltetné..? Ha be volt töltve a 2800 soros program akkor még nehezebben reagált.
- Végig vágta a 2800 soros programot, de utána valami történt mert ref. home gombra csak a Z tengely állt referencia pontra. (újból kellett indítanom hogy megjavuljon.)
- Voltak még apró hibák amik nem voltak reprodukálhatóak (ha ki tudom szűrni mi okozta jelzem).

Ez jó egy már félbe hagyott darab folytatásához
Ha a szerszám korrekció is menet közben módosíható akkor ugye eltolás meg hasonló hasznos dolgok beigazitáshoz

Előzmény: robroy007, 2014-10-29 19:57:00 [1428]

Mielőtt ezt a hibát teljesen megszűntetnétek !

A Forest gép aminek közelébe dolgoztam (6x3x2m munkaterület 5 tengely) tudott olyan trükköt, hogy munka közben lehetett a koordináta rendszert mozgatni, vagyis pontosabban egy felületi vagy akármilyen megmunkálás során menet közben lehetett ilyen módon az érintőt felvenni

Előzmény: n/a (inaktív), 2014-10-29 17:08:00 [1424]

Értem.
Akkor sajnos egyelőre a bill. emulátor is felesleges.

Előzmény: n/a (inaktív), 2014-10-29 17:09:00 [1425]

Még egy.

Ha nem a RUN fülön vagyok, vagy átváltok egy másik futó program ablakra, a kézikerék továbbra is működik, esetleg szakadozva. Ilyen esetben szerintem tiltva kellene lennie.

Előzmény: n/a (inaktív), 2014-10-29 17:08:00 [1424]

Ahogy most működik, úgy nem tudja a billentyű kódokat úgy mint shift+, ctrl+ stb.

Előzmény: svejk, 2014-10-29 15:35:00 [1419]

Szia,

Köszi a hibajelzést, hamarosan utánanézünk és kijavítjuk.

Előzmény: lari, 2014-10-29 17:05:00 [1423]

Ismét.

Ha elindítok egy G kódot és az MPG be van kapcsolva, akkor a kód futása közben a kézikerékkel odébb tudom mozgatni bármelyik tengelyt.

Na még egy.

MPG mód X tengely mozog. Átkapcsol Y tengelyre, ami a monitoron kijelzésre is kerül. de továbbra is az x tengely mozog... Nem mindig jön elő a hiba...

Balázs!


Egy újabb megtapasztalás...
MPG bekacsolva, X tengelyt mozgatom.
Eléri a végállást, tengely megáll, ESTOP.
Ez eddig jó.

MPG bekacsolva, X tengelyt mozgatom. (de bármely tengelyre igaz)
Megállok a mozgatással E-stop-ot nyomok, tengelyek tovább mozgathatók.
Tehát ha a tengely mozgása közben nyomok E-stop-ot, akkor leáll a tengelymozgás de egyébként nem.

Próbáltam kilépni az MPG módból, majd megpróbáltam a tengelymozgató nyilakkal mozgatni a tengelyeket a billenytüzetről, de az helyesen működik.

Jól van no!
Egyszerű tévedés lehet, írta Balázs, hogy javítva lesz.

Előzmény: fektiforg, 2014-10-29 15:33:00 [1418]

Nem akarok a türelmeddel játszani, csak tudni kellene, hogy a kezelőpultom fejlesztését milyen irányba vigyem?

"Az előbb próbálgattam és sajnos az UCCNC HOTKEY felületén csak a normál billentyűk kódjait veszi be, hiába írok be neki mondjuk 125-öt (ez a kapcsos zárójel bezárás, AltGr+N billentyű vagy Alt+125) ezt nem észleli az UCCNC."

Előzmény: n/a (inaktív), 2014-10-29 15:27:00 [1416]

Most már semmit sem értek, vagy Én nem vagyok érthető? MPG multinál mi értelme van az JRO nak,
magyarázza meg már valaki !

Igen, valami bibi csúszhatott bele, semmi gond majd megjavul.
Én már így is nagyon becsülöm a hozzánk való türelmeteket!

Előzmény: n/a (inaktív), 2014-10-29 15:27:00 [1416]

Elvileg úgy kéne működnie, hogy a pipa kiszedése teljesen le kéne válassza a JRO-t az MPG-ről, minden állapotban. De akkor ezek szerint ez még nem tökéletes. Ezt majd P.Balázs tudja megcsinálni szerintem, mert az UC hardveresen kapcsolja össze ezeket a dolgokat.

Előzmény: svejk, 2014-10-29 15:23:00 [1414]

Igen lett, ezt mondom én is, hogy hamar megcsináltuk neked a funkciót amit kértél, ki tudod választani ha akarod, aki meg nem akarja az meg nem választja ki.
Van aki ezt máshogy látja és szeretné ha a JRO hatással lenne az MPG-re is.
Te nem szeretnéd és a pipával meg is teheted, hogy így legyen.
Sajnos az nem megy, hogy mindent pont úgy csinálunk ahogy te vagy más ember kéri, mert más meg ugyanazt máshogy szeretné, ilyenkor kompromisszumokat kell kötni, vagy jön a "pipa" mint megoldás.

És az, hogy esetleg nem helyesen működik még az elképzelhető, meg fogjuk vizsgálni hamarosan.

Előzmény: fektiforg, 2014-10-29 15:14:00 [1413]

Valóban, csak MPG Count-nál működik a "pipa" de MPG Multi-nál nem.

Előzmény: fektiforg, 2014-10-29 14:55:00 [1407]

#1190 -ben irtam : "Elég csak annyi, hogy MPG multi üzemmódjára nincs hatással az JRO poti, mert kis % -on mi értelme is van ?
Szerintem így nem is kell pipa !"

Háát, mégis pipa lett!

Előzmény: n/a (inaktív), 2014-10-29 15:05:00 [1409]

Lemaradt a válaszgomb a #1411-t neked címeztem.

Előzmény: n/a (inaktív), 2014-10-29 13:48:00 [1405]

Modjuk fut egy makró,ami csak akkor léphet tovább,ha megnyomnak egy bizonyos gombot,de ez a gomb jelen esetben ez egy userbutton.
Esetleg így nézne ki a dolog:

while(exec.Getdobutton(user button number)){}
messagebox.show("Gomb lenyomva");

Persze meg tudom oldani,úgy,is,hogy a gombomhoz rendelek egy ledet,amit a gombhoz rendelt makróval átváltok,de ez nagyban megbonyolítja a dolgot,mivel két makró nem futhat egyszerre.


Gonodolom,nincs megengedve a makróban,hogy definiáljak egy új szálat,és azt párhuzamosssan futtassam.

OK, köszi az infót, megpróbálok írni a Péternek.

Előzmény: Sz.József, 2014-10-29 13:51:00 [1406]

Hát, én úgy gondolom a te kívánságodat is elég gyorsan teljesítettük. Az más kérdés, hogy ha esetleg még hiba van ebben az új funkcióban, de ezt eddig még nem jelezted, más se jelezte, mi nem vettük észre, így nem is javítottuk.
Most hogy jelezted megfogjuk vizsgálni.

Előzmény: fektiforg, 2014-10-29 14:55:00 [1407]

Mondandóm végére még oda biggyeszteném: Akkor minek is a pipa ?

Előzmény: fektiforg, 2014-10-29 14:55:00 [1407]

Pedig úgy néz ki,mintha a Te kívánságaid mindig teljesülnének , bezzeg az én kézikerekem még mindig nem jó .
MPG multi- nál. JRO potit véletlenül 0 állásban
hagyom, tekerem a kézikereket nem mozdul az aktuális tengely - észreveszem hogy a poti
levan tekerve csutkára, - feljebb csavarom, és amit előzőleg tekertem az MPG-én az aktuális
tengely elmozdul, én pedig meglepődöm...
Mindez akkor is megtörténik ha Attach JRO to MPG -nél van pipa - vagy nincs.
Azt máig nem értem, minek kell MPG multi és MPG single üzemmódnál JRO poti, viszont MPG cont. nál direkt jól jön, de ezt már részben egyszer felvetettem.

Előzmény: svejk, 2014-10-29 12:45:00 [1399]

Rendben...
Egyébként ha Varsányi Péternek elküldöd az új fórumos emilcímed, akkor Ő kicseréli...

Előzmény: n/a (inaktív), 2014-10-29 13:42:00 [1404]

Kitudnád kicsit fejteni, hogy mire gondolsz?

Előzmény: csewe, 2014-10-29 13:18:00 [1402]

Szia,

Nem, ha a fórum küldöd, azt nem kapom meg, mert nem jó az e-mail ami be lett állítva és nem is tudom megváltoztatni.
De amiről beszéltünk telefonon, azt megkaptam, kis türelmedet kérem, fogok hamarosan reagálni rá, csak nagyon összejöttek mostanában a csinálnivalók.

A mostani levelet meg légyszi küld el az info kukac cncdrive pont com -ra mert nem kaptam meg.

Előzmény: Sz.József, 2014-10-29 13:27:00 [1403]

Ok, rendben, köszönöm.
Balázs és mostanában kaptál-e tőlem emilt/üzenetet?

Előzmény: n/a (inaktív), 2014-10-29 13:11:00 [1401]

Egy button lenyomását,csak úgy tudom figyelni,hogy a hozzá tartozó ledet figyelem,vagy van más lehetőség is.
Az user button érdekelne.

Előzmény: n/a (inaktív), 2014-10-29 13:11:00 [1401]

Szia,

Nem feletkeztem meg róla, illetve csak válaszolni felejtettem el itt a fórumon.
A válasz:

Valóban, ha kilépsz a DRO-kból és utána a jobbra/ballra nyíl gombokat nyomkodva visszamegy a DRO-ba a fókusz.
Azt tudod csinálni, hogy egérrel a héttárre klikkelsz egyszer akkor megszűnik a probléma.
De a következő kiadásban ki lesz ez egyébként javítva, már kijavítottam, csak még tesztelem a progit a kiadás előtt...

Előzmény: Sz.József, 2014-10-29 12:58:00 [1400]

Szia Balázs!
A #1379-re elárulod a megoldást?
Köszönöm.
Úgy látszik a nagyobb projektek miatt már háttérbe szorulnak az ilyen apróságok...

Előzmény: n/a (inaktív), 2014-10-29 12:39:00 [1397]

Polgárdi Balázst nem látom mostanában, talán megint valami nagy projekten töri a fejét?
Az MPG kerék Multistep állásában a hibázást közvetítetted neki?

- 48 bemenet
- mezei kontakt bemenet mondjuk GND-re húzva, így TTL L szinttel is vezérelhető lenne
- amíg van beneti jel addig küldené a kódokat a typematic rate szerint, mint a rendes billentyű
- most azonnal kellene )

De az előbb próbálgattam és sajnos az UCCNC HOTKEY felületén csak a normál billentyűk kódjait veszi be, hiába írok be neki mondjuk 125-öt (ez a kapcsos zárójel bezárás, AltGr+N billentyű vagy Alt+125) ezt nem észleli az UCCNC.

Előzmény: dezsoe, 2014-10-28 15:46:00 [1381]

Szia,

A LED tömb elég pici, ezt levélben írtam neked, hogy 200 elemű csak, asszem a legújabb 1.0039-esben már felbővítettem 250 eleműre és most meg fel fogom 300-ra.
Azért ilyen pici, mert zabálja rendesen a proci időt, ugyanis mindnek az aktuális állapotát át kell küldeni folyamatosan a Flash-nek.
De sztem egyelőre a 300-as méret ami most lesz annak elégnek kell lennie sok mindenre.

A gomboknál végülis nincsen korlátozás, de mivel egy gomb kódja meghatározza, hogy mit csinál a gomb, amik fix számokon vannak, ezért nincs is értelme más számú gombokat feltenned a képernyőre. A legnagyobb számú gomb jelenleg a 20999, ami az M20999 macrot hívja.

A checkbox-ot a következő fgv.-el tudod kiolvasni és átállítani az állapotát:

public bool Getcheckboxstate(int checkboxnumber)

public void Setcheckboxstate(bool Ison, int checkboxnumber)

A fgv.-ek az AS3 osztálypéldánynak a fgv-ei.

A doksit hamarosan ki fogom infókkal bővíteni, hogy egyszerűbb dolgotok legyen.

Előzmény: csewe, 2014-10-29 12:24:00 [1396]

Még jó lenne,ha a led, gomb,és deo tömbök méretét megadnád,mert sokat szívok vele,mivel már 2-300-as értékre is futáshibám lessz,ha makróból próbálom birizgálni úket.
Hiába teszek le képernyőre egy 300-as ledet,amikor hivatkozom rá makróból hibát jelez,pedig elvileg a hibaüzenetben szereplő leírás szerint,int32 számú ledet is használhatznék.

A checkbox-ot hogyan tudom átállítani,és kiolvasni makróból?

Előzmény: n/a (inaktív), 2014-10-29 11:47:00 [1394]

Köszi!

Közben küldtem egy emailt.

Előzmény: n/a (inaktív), 2014-10-29 11:36:00 [1392]

Megcsináltam amit írtál, nem volt egyszerű.
A bonyolultság abban rejlett, hogy vannak fő és al tab oldalak (szűlő-gyermek kapcsolat). Ha kiválasztasz egy fő tab oldalt, aminek vannak al-oldalai is, akkor úgy akartam megcsinálni (hogy ha már csinálunk valamit, akkor profi legyen), hogy akkor az aloldalak is amik ki vannak választva, azoknak is a LED-jei aktiválódjanak.
Magyarul minden tab oldal, akár főoldal vagy aloldal ami éppen láthatóvá van téve, annak a LED-jei aktívak legyenek.
Pár nap gondolkodás és kínlódás után sikerült is megcsinálnom. Még tesztelgetem, de sztem jó lesz és hamarosan ki fogom adni.

Csewe-nek is megcsniáltam, hogy jól működjön az al-tab oldalakra rakott 3D nézőke.
Annyi megkötés van, hogy egyszerre csak egy 3D nézőke jelenhet meg a képernyőn, mivel fizikailag csak 1db OpenGL ablak van, ezt rakosgatja a progi az éppen kiválasztott tab oldalra.
Ha egy fő és annak az al tab oldalán/oldalain is van nézőke, és ezek egyszerre ki vannak választva, akkor mindig a legalsón fog megjelenni a 3D nézőke , vagyis azon az oldalon amelyiknek a legtöbb szülő oldala van.

Előzmény: svejk, 2014-10-27 19:19:00 [1371]