Köszi, értem amit mondassz, de nem igazi veremről beszélek. Csak a szemléltetés kedvéért írtam vermet. Ez végülis egy Lista. A lista tulajdonképpen egy olyan tömb, aminek a mérete gyorsan dinamikusan változtatható. Elemek egyszerűen kiszedhatők és berakhatók. Nagyjából úgy mint egy veremnél a .push és a .pop utasítással.

Szóval ez nem egy igazi verem, csak egy lista, amit úgy kezelünk, változtatunk, mintha egy verem volna. Vagyis csak a kezelés logikája teszi olyanná, mintha egy verem volna.

Amikor M98 hívás történik, akkor a hívó program sora bekerül a listába (veremszerűségbe), mintha egy .push utasítás lenne. Amikor M99 hívás van, akkor a legutolsónak berakott elemet kiolvassuk és töröljük a listából. Mintha egy .pop utasítást hajtanánk végre egy vermen.

Egyébként C#-ban van statikus és dinamikus változó is.

Előzmény: isvarga, 2014-07-27 16:37:00 [778]

Talán nem gond , hogy jelzem.....
statikus változó a veremben (stack),
dinamikus változó a kupacon (heap) jön létre.
Gondolom a C# -ban is a java-hoz hasonlóan csak dinamikus változó van . (gondolom a garbage collector miatt)

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

Kérnék véleményeket, hogy ki szerint melyik a helyes megoldás?

Ha az L paraméter változást figyelembe vesszük?
Vagy ne vegyük figyelembe?

Mindkét megoldás megvalósítható, de a kérdés, hogy melyik a jó/jobb?

Előzmény: n/a (inaktív), 2014-07-27 16:26:00 [776]

Szerintem egyébként az a helyes ahogy az UCCNC kezeli ezt a dolgot.
Amikor az M99-el visszatér a program végrehajtás az M98-ra akkor szerintem mindig figyelembe kell venni az 'L' paraméter értékét. Ha menet közben a program változtatta, akkor azt kell végrehajtani szerintem.
A Mach3 nem így csinálja, ha változik a paraméter, ha nem, akkor is az első híváskori értéket veszi figylembe. Szerintem nem így kéne...

A kódban amit küldtél egyszerűen megtudod oldani, hogy jól működjön, úgy, hogy az első M98 hívásánál az L paramétere egy másik változó legyen, ami nem változik a program futása során.
Például így:

#903 = #902
M98 P1 L#903

Előzmény: csewe, 2014-07-27 13:54:00 [773]

Szia,

Megnéztem a kódodat.
Az a gond, hogy a #902 változó szerepel az első M98 hívás L paraméterénél. Menet közben a programod változtatja a #902 változó értékét.
Első hívásnál a #902 értéke 5, viszont a program végrehajtás során felmegy egészen 10-ig.

Az UCCNC-ben az M98/99 úgy működik, hogy egy verembe kerül eltárolásra a hívások száma és mindig a hívó M98 'L' paraméterével kerül összehasonlításra egy számláló, amit minden hívásnál növelünk.
Így a változó bár először 5 értékű, de menet közben a programban változik, mikor visszatér az M99-el erre az első hívásra akkor a végén már 10 értékű az L paraméter (#902) és ezzel történik az összehasonlítás. Így összesen hiába van mondjuk 5db kör beállítva, 10-szer hívódik meg az alprogram.
Nem tudom mennyire érthető amit írok?!

Szerintem a Mach3 valahogy máshogy kezelheti az alprogram hívás számlálást, gyanítom, hogy fixen elmenti a hívások számát.
Az UCCNC-ben ez dinamikus és ha változik a paraméter menet közben, akkor azt figyelembe veszi.

Előzmény: csewe, 2014-07-27 13:54:00 [773]

Email elment.

Szia, OK, várom a kódot e-mailben, ha megkapom, akkor debuggolom...

Előzmény: csewe, 2014-07-27 13:38:00 [771]

Valami még mindíg nem az igazi,bár már nem az acos lessz a ludas.
Most ilyen lett.
Tíz kör helyet,legalább huszat csinált.
De a másik programban,ha husz kört csinálok,akkor sem így náz ki.
Küldöm a kódot emailban.

Előzmény: n/a (inaktív), 2014-07-26 14:27:00 [758]

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

Az újdonságok, módosítások:

1.) Arkusz szögfüggvények javítása.
2.) Elkészültek a G92/G52 átmeneti eltolások.
3.) Az M98 szubrutin hívásnál, ha az L paraméter értéke 0, akkor most már nem hívja meg az alprogramot, javítás.

Előzmény: n/a (inaktív), 2014-07-26 21:36:00 [769]

Szia, elkezdtem próbálgatni az új verziót.
A kliens ablak mérete most jó lett.
Egyelőre hibát nem látok, de még nyüstölöm, tesztelgetem.

Előzmény: csewe, 2014-07-26 17:24:00 [762]

Miattam ne fáradj vele, főleg ha a többieknek és Neked megfelel az eredeti.

Előzmény: csewe, 2014-07-26 19:52:00 [767]

Akkor maint időm engedi,készítek ilyen külsejű verziókat is,aztán ki ki azt használja,amelyiket akarja.

Előzmény: svejk, 2014-07-26 19:49:00 [766]

Nekem egyértelműbb, igen jobban tetszik.

Előzmény: csewe, 2014-07-26 19:35:00 [765]

Igen,mert közben felhívtáka figylememet néhány hibára,de abbana verzióban nem javítottam ki ezeket.
Így nézne ki.

Előzmény: svejk, 2014-07-26 19:21:00 [764]

Eltűnt a file.
visszavontad?

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

Köszönöm Nagaoka az alapos tesztelést,a továbbiakban is szólj kérlek,ha találsz valami hibát.

Előzmény: nagaoka, 2014-07-25 23:50:00 [751]

Mégsem win api bug.
Ti húztatok csőbe :=)
Az ablak mérete ugyanis nem az ablak mérete,hanem a kliensé.
Át kellett írnom,az ablak pozícióa az ablaké,de a méret a kliensé.

Itt vannak az új verziók,rmélem már nem lessz bennük hiba.
Wizards-BETA

Előzmény: n/a (inaktív), 2014-07-26 16:36:00 [760]

értelmezési tartományt akartam írni...

Előzmény: n/a (inaktív), 2014-07-26 16:36:00 [760]

Volt egy ilyen sejtésem, hogy befejezetlen kód lehet az m19999, mert a .exe fájlt elindítottam és láttam, csak félig van kész.

Az átméretezést majd megnézem, hogy miért nem megy makróból, valahogy biztosan meg lehet majd oldani.

Megnéztem az acos fgv.-t és valóban nem jó, sőt egyik arkusz függvény sem. Csak mechanikusan másolgattam a függvényeket, nem vettem figyelembe az érték készletet ... hamarosan javítani fogom.

Előzmény: csewe, 2014-07-26 14:34:00 [759]

az m19999 véletlen maradt benne,próbáltam egy választóablakot csinálni,de nem felyeztem be.
Az átmértezés/viszaméretezési hibát én is láttam,de nem tudok vele mit kezdeni.
Elmentem átméretezés előtt az abalk adatait eg TRect tipusu változóba,és hozzá sem nyulok,míg visza nem kell állítani,ekkor ugyan azzal a változóval visszaállítom,és mégsem ugyan akkora lesz.
Már ptóbáltam kimenteni belőle egyes váltoókba is,de az sem segített.
Ez talán egy win Api bug lehet.
A makróból viszont nem tudom átméretezni.

Előzmény: n/a (inaktív), 2014-07-26 14:25:00 [757]

OK, köszi, le fogom ellenőrizni az acos függvényt.

Előzmény: csewe, 2014-07-26 14:23:00 [755]

Szia,

Tesztelgettem a wizard új kiadását, most úgy néz ki jól működik a circular pocket Tibor paramétereivel is.
Amiket észrevettem hibának tűnő dolgokat:

1.) Előfordul, hogy amikor kilépsz exit-el a wizard-ból utána az UCCNC ablakját nem jól méretezi vissza, úgy látom, hogy nagyobbra hagyja mint amekkora a wizard meghívása előtt volt.

2.) Az M19999, a választás makró nálam nem működik, script hibát jelez az UCCNC. Elég hosszú a kód, így nem volt még időm átnézni, hogy hol lehet a hiba a benne, de lehet te rögtön tudni fogod.

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

Ja,és tízszer annyi ideig számolja a pályát,mit a másik program,bár ez nem hiba.

Előzmény: csewe, 2014-07-26 14:23:00 [755]

Kipróbáltam egy kódot,amiben
abs
acos
cos
sin
függvényeket használok,és az 'acos' szeritnem nem úgy működik,ahogy kellene.


A körbefutó hullámos vonalak osztókörét számolja az 'acos' felhasználásával.
Tíz kör helyett,cask egyet rajzol ki,illetve valósznű egymásra rajzolja.
A G kód minden sorát értelmezi,nem pirosít ki semit.

Köszönöm,hogy ilyen alapossan teszteled a varázslókat.
Kijavítottam,és aátnéztema másikakat is,és lekezeltem bennűk a hasonló eseteket.
Wizards-BETA

Előzmény: nagaoka, 2014-07-25 23:50:00 [751]

Egy kis teszt relief marás UCCNC-vel:

Előzmény: n/a (inaktív), 2014-07-26 00:56:00 [752]

Szia Tibor,

Érdemes volna ilyenkor a kódot, vagy kódrészletet megmutatni.
Kipróbáltam amit mondtál, Circular pocket: 20mm, szerszám 10mm, átfedés 50%.
Valóban erre rossz kódot generál a wizard.
Kód részlet:

G0 G49 G17 G40 G50 G80 G90 G94
M6 T0(TOOL DIA.10)
G21 (mm)
M3 S1000

G0 Z1
X0 Y0
Z0
G1 Z-2 F100
Y0 X5 R3105930
Y0 X-5 R5
Y0 X5 R5
G1 X0 Y0
G1 Z-4 F100
Y0 X5 R3105927,5
Y0 X-5 R5
Y0 X5 R5
G1 X0 Y0
G1 Z-6 F100
Y0 X5 R3105925
Y0 X-5 R5
Y0 X5 R5
G1 X0 Y0
G1 Z-8 F100
Y0 X5 R3105922,5
Y0 X-5 R5
Y0 X5 R5
G1 X0 Y0
G1 Z-10 F100
Y0 X5 R3105920

Az látszik, hogy hatalmas rádius-t generál és a G2-t lehagyja a sor elejéről.
Értelemszerűen ezt az UCCNC nem tudja végrehajtani, mert szakaszoknak van rádius deklarálva.
Megjegyzem ezt a mach3 sem tudja végrehajtani, a kód értelmetlen a szakasz->rádiusz megadása miatt.

Előzmény: nagaoka, 2014-07-25 23:50:00 [751]

cut circular pocket. kőr átmérő 20 mm szerszám 10 mm, átfedés 50% és hibát jelez.
30% átfedésnél lefut a program. A Mach3 100% átfedéssel is megcsinálja.
Mert hogy 20 mm kőr 10 mm maróval elkészíthető.
Mi lehet a hiba?

Szia.Ez jobban tetszene?

Előzmény: svejk, 2014-07-24 18:03:00 [719]

Hmmmm....én eddig azt hittem csak g kódot lehet használni ,
Még van mitt tanuljak.....

Előzmény: nyarfa, 2014-07-25 17:37:00 [748]

Régebben CNC-zők kedvéért a varázslókat "csak képlet" üzemmódban én is próbálom kompatibilissé tenni. De félek, hogy sok esetben csak a "csak G kód" üzemmód lesz értelmezhető más programokba. A képletes változatot a sorozat marások elkészítésénél lehet majd használni, hiszen a "ctlr+c" és "ctlr+v" után mindössze a változók értékét kell megváltoztatni és működik is akármennyi példányban.

Előzmény: csewe, 2014-07-25 16:41:00 [747]

Igen,az általam készített varátzslók univerzális G kódot készítenek.

Előzmény: istvan58, 2014-07-25 14:22:00 [742]

Egyébként bármilyen akár komplikált függvényeket is le tudok programozni a képlet értelmezőben, akár sok paraméterest is, ha van rá igény, akkor szívesen csinálok még függvényeket, csak mondjátok meg, hogy minek lenne értelme?

Előzmény: nyarfa, 2014-07-25 15:53:00 [744]

Nem akarom bántani a Mach3-at, de vannak olyan kódok, amikre "megadja magát", például múltkor írtam neki véletlenül egy -#1 paramétert és úgy elszállt, hogy még a folyamatok közül se tudtam kilőni. Újra kellett a számítógépet indítani...

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

Nem ismeri abs[] függvényt a Mach3.

Nekem úgy tűnik, hogy a kezdeti hasonlítgatásból a program kezd egyre jobban pozitívan kikerülni.

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

A kérdésed arra sarkalt, hogy a saját fejlesztésemet lefuttassam a Mach3-on kevésbé rugalmas. Át kell írnom, hogy ott is mennyen meg itt is.

pl.:
UCCNC #6=#4+#5 //ez tökéletes semmi gond
Mach3 hiba!!! #6=[#4+#5] így kell neki

Előzmény: istvan58, 2014-07-25 14:22:00 [742]

Sziasztok,

Sajnos még nem tudom használni az UCCNC-t.
Viszont azt kérdezném ha demo módban legenerálom valamelyik wizzardot, az igy kapot G-kódot megesszi a mach?

Előzmény: nagaoka, 2014-07-25 14:13:00 [741]

csewe! szupeeeeeeer lett a wizard. Kösz

Előzmény: csewe, 2014-07-25 11:17:00 [738]

Megpróbálom kikerülni addig is. Elsőre a teszt kedvéért a varázsló csak képleteket gyárt, és nem konkrét G kódokat. Bár még ezzel is vannak nehézségeim, mert ezt a nyelvet gyakorlatilag most tanulom.

Részlet a megvalósulás lépéseiből. Forrás és végeredmény egy képen (részlet).

Ha készen leszek a teljes forráskódot felteszem, hogy bárki képes legyen át írni, vagy csak tanulmányozni.

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

Szia,

Megpróbálok a hétvégén megbírkózni vele.

Előzmény: nyarfa, 2014-07-25 09:55:00 [736]

Nagaoka által felfedezett hiba javítva.
Wizards-BETA

Köszönöm az észrevételt,a hiba valóban létezik.
800*600-as felbontáson jók a feliratok,de a többi felbontásnál elcssrélődnek.
Máris javítom.

Arra kérek másokat is,hogy ha valamit észlelnek,mindegy milyen apróság,jelezzék,akár magánban is.

Előzmény: nagaoka, 2014-07-25 07:25:00 [735]

Mikorra várható? mert már ezzel apellálok.

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

írtam mailt

Előzmény: csewe, 2014-07-25 06:04:00 [734]

Én is letőltöttem a varázslókat,hogy biztosan azt a változatot próbáljam,ami nálad is van.
A cut circle varázslóra gondolsz ha jól sejtem,megvizsgáltam,többször is átállítottam az értékeket,és mindíg paszolt a G kódban található érték a beállítottal.
A rubrukák fölé van írva a beírandó adat neve.

Ha nálad nem stimmel,kérlek küld el a 'cutcircle'mappát tömörítve,és megvizsgálom.

Előzmény: nagaoka, 2014-07-24 21:51:00 [733]

Nálam a kőr kivágó makróban a szerszám száma 5, fordulat 0 szerszám átmérő 1000. A programban az átmérő 5 az S 1000 és a szerszám száma 0.

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

Átnéztem mindegyiket,de nem találom,azt a keveredést amire gondolhatsz.
De,ez nem jelenti,azt,hogy nincs is keveredés.
Ha írsz részleteket,kiderítjük mi a helyzet.

Azt viszont észrevettem,hogy a cut a circular pocket-nél a % Stepower felirat nem mindíg jelenik meg.
Eddig nem tünt fel,pedig már sokszor átnéztem,alkalomadtán javítom.

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

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]