HobbyCNC fórum
FTP tárhely: http://cnctar.hobbycnc.hu v0.9.6 Régi HobbyCNC oldal: http://archiv.hobbycnc.hu

Új regisztráció / Átregisztráció a régi fórumról
    
   


UCCNC vezérlő program

A frissítések közzététele az 'UCCNC vezérlő program új verziói' témában található

 

Időrend:
Oldal 173 / 188 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   169  170  171  172  173  174  175  176  177   Következő ►  Utolsó ►|

  Fórum főoldal  |  A lap aljára

csewe | 2569    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]


n/a (inaktív)    2014-07-26 14:27:00 [758]

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

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


n/a (inaktív)    2014-07-26 14:25:00 [757]

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]


csewe | 2569    2014-07-26 14:25:00 [756]

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]


csewe | 2569    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.

csewe | 2569    2014-07-26 12:22:00 [754]

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]


n/a (inaktív)    2014-07-26 11:22:00 [753]

Egy kis teszt relief marás UCCNC-vel:



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


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]


nagaoka | 562    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?


csewe | 2569    2014-07-25 20:24:00 [750]

Szia.Ez jobban tetszene?

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


istvan58 | 1902    2014-07-25 18:21:00 [749]

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]


nyarfa | 971    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]


csewe | 2569    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]


n/a (inaktív)    2014-07-25 16:23:00 [746]

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]


n/a (inaktív)    2014-07-25 16:22:00 [745]

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]

nyarfa | 971    2014-07-25 15:53:00 [744]

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]


nyarfa | 971    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]


istvan58 | 1902    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]


nagaoka | 562    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]


nyarfa | 971    2014-07-25 11:47:00 [740]

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]


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]


csewe | 2569    2014-07-25 11:17:00 [738]

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


csewe | 2569    2014-07-25 10:12:00 [737]

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]


nyarfa | 971    2014-07-25 09:55:00 [736]

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

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


nagaoka | 562    2014-07-25 07:25:00 [735]

írtam mailt

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

csewe | 2569    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]


nagaoka | 562    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]


csewe | 2569    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]


csewe | 2569    2014-07-24 20:51:00 [731]

Melyik ablakokra gondolsz konkrétan?

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


nagaoka | 562    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]


nyarfa | 971    2014-07-24 20:31:00 [729]

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)


n/a (inaktív)    2014-07-24 20:12:00 [728]

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]


csewe | 2569    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]


n/a (inaktív)    2014-07-24 20:06:00 [726]

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]


nyarfa | 971    2014-07-24 20:03:00 [725]

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]

n/a (inaktív)    2014-07-24 19:56:00 [724]

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]


n/a (inaktív)    2014-07-24 19:53:00 [723]

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]


n/a (inaktív)    2014-07-24 19:50:00 [722]

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]


csewe | 2569    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]


csewe | 2569    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]


svejk | 32800    2014-07-24 18:03:00 [719]

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]


svejk | 32800    2014-07-24 17:50:00 [718]

Ez igen!

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


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


nyarfa | 971    2014-07-24 16:52:00 [717]

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]


nyarfa | 971    2014-07-24 16:49:00 [716]

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]


csewe | 2569    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]

csewe | 2569    2014-07-24 16:07:00 [714]

Egy feltételes ugrás:

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


csewe | 2569    2014-07-24 15:54:00 [713]

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]


csewe | 2569    2014-07-24 15:52:00 [712]

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]


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]


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]


  Fórum főoldal  |  A lap tetejére

Időrend:
Oldal 173 / 188 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   169  170  171  172  173  174  175  176  177   Következő ►  Utolsó ►|


 ◊