Melyik ablakokra gondolsz konkrétan?

Előzmény: nagaoka, 2014-07-24 20:35:00 [730]

csewe!

A varázslókban nincs kicsit összekeverve a szerszámmal kapcsolatos ablakok feliratai?
Vagy csak én nem értem.

Előzmény: csewe, 2014-07-24 20:06:00 [727]

Lehet itt számolni szinte bármit.

#4=2,85 (marás mélysége)
#5=1,25 (maximális fogási mélység)
#6=[[#4-[#4%#5]]/#5]+1] (fogások száma)
#7=#4/#6] (egyszeri fogás)

OK, köszi az infót, akkor megfogom csinálni, hogy ha nulla az L paraméter, akkor egyszerűen dobja el a teljes M98 kódsort.

Előzmény: csewe, 2014-07-24 20:06:00 [727]

A másik népszerű programban nem hajtódik végre a hívás,ha L0.
Így ezzel is lehet trükközni,ha feltételes ugrásra van szüükség.
Épp ilyen trükközés okán jöttem rá,hogy itt nem így működik.

Asm programozás volt,de már régen.

Előzmény: n/a (inaktív), 2014-07-24 19:53:00 [723]

Hát ja, ez nagy igazság amit írsz és azért van, mert az átlag felhasználó alapból feltételezi, hogy a program működését tekintve hibátlan. Szóval ebből indul ki, akkor meg mi mást lehetne minősíteni vagy kritizálni, mint a program megjelenését.

Előzmény: nyarfa, 2014-07-24 16:52:00 [717]

Mekkora ötlet pedig programozok én is ASM-ben igaz PIC és AVR vonalon, de eszembe nem jutott volna ez a megoldás.

Na én így tanulgatom a programozást másoktól ellesve. Köszi ezt alkalmazom.

Előzmény: csewe, 2014-07-24 18:59:00 [721]

Hehe, igen, ezért kell az épülő CNC gépet is mindig gyorsan lefesteni mielőtt az ember összerakná teljesen, mert ha egyszer össze lett rakva, akkor az már készen van. És ha nem lett lefestve összerakás előtt, akkor már nem is lesz.

Előzmény: csewe, 2014-07-24 15:54:00 [713]

OK, valóban M98 P1 L0 az végrehajtódik, mert az iterpreter a 0-t azt nem megengedett számnak veszi, viszont az 'L' szó megadása opcionális. Így az L0-t eldobja, de az M98 P1 értelmes és az alapértelmezett 1-szeri hívást alkalmazza a soron.
Azt mondod, hogy ha L0-van akkor tulajdonképpen az egész sort elkéne dobnia az interpreternek és nem is kéne egyáltalán végrehajtani?
Ha azt mondjátok, hogy így kéne működnie, akkor megcsinálom, csak nem vagyok biztos benne...

Előzmény: csewe, 2014-07-24 15:52:00 [712]

Szia, igen, az RND, a 'Round" vagyis a kerekítés szó, csak gondoltam, hogy kiírni azt, hogy round, az elégé fárasztó lehet, mert 5 karakter, az rnd szó pedig végülis ugyanaz csak a magánhangzókat kell kihagyni, így talán nem túl nehéz megjegyezni.
Egyébként ez a feltételes ugrásos trükk amit írtál elég okos megoldás, eszembe nem jutott volna, gondolom már programoztál assembly-ben, hogy ilyen fejlett a logikai érzéked.

És igen, valóban, a vessző helyett pontos vesszőt kell írni paraméterek elválasztására, azért, mert a vesszőt és a pontot is a tizedes jelölőnek használjuk.
Az interpreter úgy kezdi a műveletet a sor értelmezésénél, hogy minden vesszőt pontra cserél és aztán angol szintaktikát használ a sorok, számok értelmezéséhez. Így a vessző (Magyar tizedes jelölés) és a pont (Angol tizedes jelölés) is a tizedes jegyek helyét jelöli. A vesszőt emiatt nem lehet már másra használni, ezért maradt a pontosvessző mint megoldás a paraméterek elválasztására.

Előzmény: csewe, 2014-07-24 18:59:00 [721]

Én voltm balfék,vesszőt írtam pontosvessző helyett az 'rnd' utasításba.
Így már teljesen jól működik.

Előzmény: csewe, 2014-07-24 18:55:00 [720]

Az nem 'md' elírtam 'rnd' levágja a tizedeseket,de úgy tűnik ,hogy hülyeségeket csinál.
ird be csak simán:
#3 = #1/#2
Az m98-ban automatikusan kerekíteni fogja.

Előzmény: nyarfa, 2014-07-24 16:49:00 [716]

Sajnos én is ilyen vagyok, így ne is kritikának vedd amit írok.

Még nem próbáltam ki, csak letöltöttem a Te varázslóidat, gondolom a Mach3 insprirált.

Nekem a mach3-é nem nagyon tetszettek,- már amelyik egyáltalán rendesen működik- mert egyrészt a beírandó adatok a képernyőn össze-visszaságban vannak, sokszor még az ábra mellettiek is megtévesztőek.
No meg volt egy pár idétlen dolog is köztük pl.
a circural pocketnél feleslegesen mindig feljött a Z tengely.

A Tiéd már letisztultabbnak tűnik de nekem kissé zavaró a piros-zöld kockák váltakozása, talán a pipa vagy az egy aktív kocka egyszerűbb lenne.

Még egyszer hangsúlyozom ne negatív kritikának vedd mert én semmilyet nem tudnék írni.

Előzmény: csewe, 2014-07-24 15:54:00 [713]

Ez igen!

Nézd csak, miből lesz a cserebogár!

Előzmény: nyarfa, 2014-07-24 13:46:00 [706]

Hozzászoktam a "körömreszelő szakmunkások" kritikai megjegyzései miatt, hogy minden nemű és szexuális beállítottságú felhasználó szépnek és-vagy igényesnek lássa a felületeimet. Sajnos a legtöbb kritikát nem a működésre kaptam annó, hanem a kinézetre.

Előzmény: csewe, 2014-07-24 15:54:00 [713]

Ha ezt beírom egy képletbe az UCCNC G kód értelmezője megeszi szerinted? Nekem az elsősorban lévő "md" már sántít. No de ha visszajöttem kipróbálom mert nagy hasznát venném.

Előzmény: csewe, 2014-07-24 16:16:00 [715]

Kép újra ,az előzőt kipöccinthetné egy modi.

Előzmény: csewe, 2014-07-24 16:07:00 [714]

Egy feltételes ugrás:

Előzmény: nyarfa, 2014-07-24 14:03:00 [707]

Nagyon mutatós.
Én nem szoktam ennyire adni a külsőre,ha valami működik ,akkor az készen van

Előzmény: nyarfa, 2014-07-24 13:46:00 [706]

Ez már döfi :=)

Még valami.
M98 P1 L0
Annak ellenére végrehajtódik,hogy L0 van benne.
Úgy vélem,nem kellene.

Előzmény: n/a (inaktív), 2014-07-24 15:40:00 [711]

még annyit, hogy az ivars tömb mérete jelenleg 1000, azaz 0-999-ig indexelhető.

Előzmény: n/a (inaktív), 2014-07-24 15:39:00 [710]

Szia,

exec.ivars[] tömb, az ivars az "internal variables" avagy belső változók rövidítéséből neveztem el.
Például így letudod kérdezni makróból:

double valtozo = exec.ivars[1];

Nem próbáltam ki, de elvben működnie kell, mert publikusra állítottam be a változó tömböt.

Előzmény: csewe, 2014-07-24 15:36:00 [708]

Jól néz ki.

Előzmény: nyarfa, 2014-07-24 13:46:00 [706]

Közzé tennéd az utasítást,amivel lekérdezhetjük vakróból a változókat?
Lényeges lenne az átjárhatóság a G kód és a makrók között.

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

Feltételes ugrás sincs az ŐS szabványban? Nagyon egyszerűre vették az tény.

Próbálok én is egy-két varázslót létrehozni. Csak a tesztelés kedvéért elsőnek egy egyszerűbb példa.

Szia,

Örülök, hogy tetszik, egyszerű dolognak tűnik, de gondolkodtam rajta egy ideig, mire megszületett ez az ötlet.

Előzmény: nyarfa, 2014-07-24 12:56:00 [704]

Ez a változó lekérdezés nagy ötlet volt nem kell az ABC tengelyekkel vesződnöm. Köszi

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

Sziasztok,

Elkészült az UCCNC 1.0025 verziója.

Ami változtatások történtek:

- OpenGL library-t frissítettem a legújabb elérhető verzióra.
- képleteknél a szögfüggvényeket átírtam, hogy fokban számoljon, ne radiánban.
- ? jellel le lehet kérdezni az MDI-ben a változók értékeit, például ?#1
- A szubrutinoknál benne felejtettem a kódban egy while(ismoving()) függvényt, így nem tudott előre nézni
és felgyorsítani a többszörösen hívott szubrutinokban a rövid szakaszokon. Ezt a várakozást most kivettem.

Csak bátran.

Előzmény: nyarfa, 2014-07-24 09:09:00 [701]

Jók az ötletek. Átgondolhatom a munkád, és átdolgozhatom? Lennének más megvalósítási ötleteim.

Előzmény: csewe, 2014-07-24 06:34:00 [700]

Bővült a varázslók köre,és kicsit átírtam a rectangle pocketet mert nem tetszett a G kód műveleti sorrendje,bár úgy is rendesen megcsinálta.
Wizards_BETA.
Egyelőre ennyi,most átadom a stafétát másnek.

Igen, akár ezt is lehet.

Előzmény: elektron, 2014-07-23 22:49:00 [698]

Akkor tud olyat, hogy azt mondom, hogy 20. makró legyen egy akármilyen c program és akkor abba azt ír, amit nem szégyell. Akkor a makró lesz az egész kód és csak annyi a fő kód program, hogy meghívja az adott makrót.

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

Egy kis játék és teszt

(FIBONACCI SPIRÁL)

#1=0 (X TENGELY ÉRTÉKE)
#2=0 (Y TENGELY ÉRTÉKE)
#3=0 (R SUGÁR)
#4=1 (V1 VÁLTOZÓ1)
#5=0 (V2 VÁLTOZÓ2)
#6=0 (VV VÁLTOZÓ1 TÁROLÓ)
#7=3 (FŐCIKLUSOK SZÁMA)

G0 Z2
X0 Y0

G1 Z-2 F150
G3 F450

M98 P1 L#7 (FŐCIKLUS)

G0 Z5
X0 Y0
M5
M30
(-------- FŐCIKLUS VÉGE ---------)

(--------- ALCIKLUSOK -----------)
O1 (KÖRCIKLUS)
#1=#1-#4
#2=#2+#4
#3=#4
M98 P2 L1

#1=#1-#4
#2=#2-#4
#3=#4
M98 P2 L1

#1=#1+#4
#2=#2-#4
#3=#4
M98 P2 L1

#1=#1+#4
#2=#2+#4
#3=#4
M98 P2 L1
M99

O2 (KIÍRÁS ÉS VÁLTOZÓ ÉRTÉKADÁS)
G3 X#1 Y#2 R#3
#6=#4
#4=#4+#5
#5=#6
M99

Előzmény: elektron, 2014-07-23 21:32:00 [695]

Nekem semmi.

Előzmény: elektron, 2014-07-23 21:32:00 [695]

Akkor meg mi a gond ?

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

A makróknál ahogy mondod, benne van egy komplett C fordító, azt programoztok amit akartok.

Előzmény: elektron, 2014-07-23 20:16:00 [693]

Tegyél bele egy C nyelvet komplett és azt programoznak bele amit nem szégyellnek.

Előzmény: n/a (inaktív), 2014-07-23 19:05:00 [689]

Relációkat egy kis matekozással gond nélkül lehet kialakítani,és ezalapján elágazást is lehet készíteni.

PL: két változó közül a kissebbet belerakom egy harmadikba.
c = ((a + b)-abs(a - b))/2
/-----------
A nagyobbikat rakom bele a harmadikba
c = ((a + b)-abs(a - b))/2
c = (a + b)- c
/--------------
Ilyen trükkökkel bármi kivitelezhető.

Előzmény: nyarfa, 2014-07-23 10:07:00 [682]

Tetszenek az új wizardok!

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

Ennek a beviteli mezős dolognak a megvalósítását átfogom gondolni, biztosan megoldható egyébként, de végig kell gondolnom...

Előzmény: nyarfa, 2014-07-23 10:07:00 [682]

Az alap RS274 a leírások alapján amiket olvastam nem ismeri az elágazásokat (if/else/then) feltételeket. Persze ettől még meg lehetne csinálni, hogy az UCCNC ismerje, hiszen ez az RS274-hez képest akkor csak plusz, úgy értem, hogy nem okozna "ütközést" az alap szabvánnyal.
Egyelőre mondjuk nem terveztem, hogy ezt megcsinálom, talán majd a jövőben valamikor.

Előzmény: nyarfa, 2014-07-23 10:07:00 [682]

Szia Tibor,

Lehet ilyen gombot/gombokat csinálni. Csináltam direkt erre a célra "custom gomb" kódokat, amik direktben macro-kat hívnak meg, csak be kell applikálni a screenset-be.

Előzmény: nagaoka, 2014-07-23 09:16:00 [681]

Sziasztok,

Bonyolultnak valóban nem bonyolult megcsinálni a G52-t, de nagyon sok mindent át kell miatta írni. Így sok hibalehetőséget rejt magában.
Ezért azt gondoltam, hogy ezt a verziót mindenképpen kellene tesztelni, közben átnézem, hogy pontosan mekkora meló is megcsinálni a G52-t, aztán meglátjuk...
Félreértés ne essék, mindenképpen meglesz csinálva, csak az nem biztos, hogy most. Lehet előbb az UC300-nak állok neki. A hétvégén kitalálom majd, hogy mi legyen. A héten, hétközben most nem nagyon lesz időm.

Előzmény: LZ, 2014-07-23 08:43:00 [679]

Azokat a makrókat,neked kell odamásolni,mivel mindenki használhat saját profilt,ezért nem tudom megoldani,hogy automatikusan odamásolódjon,ahova éppen kell.
Azért olyan sok varázslót nem akarok készíteni,nem is tudom,hogy mijet lehetne annyit készítzeni.

Előzmény: nagaoka, 2014-07-23 09:16:00 [681]

Nyugodtan keress, segítek ha tudok.

Előzmény: istvan58, 2014-07-23 10:50:00 [683]

Bocsi, LZ-nem akartam...

Előzmény: istvan58, 2014-07-23 10:50:00 [683]

majd erröl kérdek bővebben, de még nincs kész a mésodik Z.

Előzmény: nagaoka, 2014-07-23 09:16:00 [681]

Felkészültem az UC300-ra tegnap meg is érkezett. Viszont egy kérdés: Ez a szabvány nem ismeri a feltételes elágazást? Azaz a "HA" függvényt? Gondoltam mivel lehet benne a változóknál matematikai műveleteket végezni, annak lehet egy határa is. A doksi 4.2.1. táblázatában kerestem de ott nem láttam.

Más: Beszélgettem én is Balázzsal a találkozón, és fejembe ötlött, hogy ne csak gombokat és ledeket lehessen elérni makróból, hanem néhány beviteli mezőt is ami egy változó beviteléhez szükséges. Csewe munkáján felbuzdulva arra gondoltam, hogy a programon belül hoznék létre egy "fület" amibe beletennék gombokat, beviteli mezőket és a megjelenítést is. A makró pedig arra szolgálna, hogy az adott paraméterek alapján kiolvasva az értékeket legenerálja a G-kódot. Persze ez ha túl nagy átalakítással járna, akkor maradok én is a külön program indításánál.

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