Balázs!

Tegnap írtam emailt UC300-al kapcsolatban. Megkaptad?

Köszi!

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

Igen,kipróbáltam,és rájöttem a működésére,csak mivel a gomb nevében benne van a run szó,ezért nem gondoltam elsőre,hogy kell utána még cyclestart is.

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

Szia,

OK, köszi az infót.:)

És igen, a run from here-t ha megnyomod, akkor csak eltárolja a g-kód megjelenítőben kiválasztott sor számát és át is rajzolja, szinezi a szerszámpálya nézetet. És ha legközelebb megnyomod a ciklus startot, akkor innen fogja folytatni a g-kód futtatását, ill. kijelzi, hogy hová kéne mozogni biztonságos Z-vel, hogy ne törjön a szerszám. Ha ezt az ablakot le-OK-zod, akkor oda mozog és ott megáll, majd ismét vár egy ciklus startot, hogy folytassa a g-kód futtatását. Ha nem OK-zod, le, cancel-t nyomsz, akkor pedig úgy veszi, hogy nem akarsz oda mozogni safeZ-vel és akkor a következő ciklus start nyomására folytatja a kód futtatást előzetes SafeZ mozgás nélkül.

Tudom, illetve gondolom, hogy rájöttél, hogy így müxik, de gondoltam leírom, hátha másnak is gondot okoz a használata.

Előzmény: csewe, 2014-12-05 17:57:00 [1626]

Én csak béna voltam,nem tudtam,hogy meg kell nyomni a cycle start gombot is.

Előzmény: n/a (inaktív), 2014-12-05 16:26:00 [1624]

Irtad, hogy ctrl+alt+del, ebből kikövetkeztettem, hogy Windows XP-t használsz nagy valószínűséggel. Felraktam az 1.0045-öt Virtualbox-ba XP-re, nekem ezen is megy a run from here problémamentesen.

Előzmény: nagaoka, 2014-12-05 14:40:00 [1622]

Nálam 1.0045-el működik gond nélkül a run from here, UC100-al, UC300-al és a demo módokkal is.
Esetleg küldjetek nekem egy kódot amivel nem működik, vagy nálatok semmivel nem megy?!
Az előmozgás figyelmeztető ablak előjön miután megnyomjátok a run from here utána a cycle start gombot, vagy az sem, vagy mi történik pontosan?

Előzmény: csewe, 2014-12-05 15:17:00 [1623]

Demo módban egyáltalán nem működik,de le sem fagy.

Előzmény: nagaoka, 2014-12-05 14:40:00 [1622]

Kérdezném az 1.0045 UCCNC-t használókat.hogy a "run from here" másnál működik? Mert nálam úgy lefagy,hogy csak a Ctrl-Alt-Del után tér magához.

Egy tenyérnyi helyet hagyjunk a karácsonyfa alatt az új szoftvernek?

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

Igen, a temporary offset-et egyelőre nem rajzolja ki a szoftver. Most ezt nem is csináljuk meg, hogy kirajzolja, mert az új API illesztésén dolgozunk és amíg az teljesen el nem készül, addig nem szeretnék belenyúlni a program más részébe, mert így is sokminden át lesz írva és megnehezítené a dolgunkat, ha például a rajzoló rutinba most bele kéne nyúlni.
Az API átírásán keményen dolgozunk, szólni fogok amint elkészül és utána kérünk majd újra teszteléseket és hibajelentéseket.

Addig is egy kis videó:

UCCNC 3D marakodás

Előzmény: fektiforg, 2014-12-01 11:45:00 [1619]

Ma csináltam egy programot G52-es ideglenes eltolásokkal a gép jól csinálja, de nem jól rajzolja.

#1616 "Még nem készült el az új API, ahogy már írtam az MPG problémáival majd csak az új API elkészülte után fogunk foglalkozni, mert a régi api-val már nincsen értelme, hiszen ez a rész (MPG és a homeolás is.) úgyis teljesen át lesz írva API szinten. "

Előzmény: Török Tamás, 2014-11-28 23:07:00 [1617]

A 45-ös X tengelyenél homoláskor megit rámászik a kapcsolóra.

Szia,

Ez azért lehet hogy még mindig nem jól működik, mert az MPG-t még nem javítottuk ki. Még nem készült el az új API, ahogy már írtam az MPG problémáival majd csak az új API elkészülte után fogunk foglalkozni, mert a régi api-val már nincsen értelme, hiszen ez a rész (MPG és a homeolás is.) úgyis teljesen át lesz írva API szinten.

Amiket pontokba szedve leírtam hibajavításokat az egyes kiadásoknál, azok a dolgok lettek javítva, változtatva, ami nincs odaírva, az értelemszerűen nem is változott.

Előzmény: dezsoe, 2014-11-27 09:06:00 [1615]

Szia!
Ma végre sikerült kipróbálni a 45-öst, de nem változott a 44-hez képest, amit tapasztaltam. (Azért nem írtam korábban, mert jelezted, hogy a home-oláson változtattál.) Találtam a fiókban egy rotary encodert, gyorsan bekötöttem MPG-nek. Megy szépen, de a következőket észleltem:
- Ha kinyomom a reset-et, akkor a gép szépen leáll (nincs charge pump), szinte semmit nem lehet csinálni, de a legutóbb kiválasztott tengelyt tudom mpg-vel állítgatni. Persze, nem mozdul meg, hiszen áramot nem kap (azt nem tudom, hogy a step/dir kimegy-e, nem néztem), viszont az adott dro-ban szépen változik a pozíció, ha visszakapcsolom a gépet, akkor azt hiszi, hogy ez a tényleges pozíció. Természetesen tengelyt vagy lépést nem tudok váltani, hiszen reset-ben van a program.
- A másik - szintén mpg-vel kapcsolatos - dolog, hogy ha mpg-re kapcsolok a jog ablakban, akkor azt a tengelyt, amelyik ki van választva, nem tudom home-olni. Sőt, a home sorrendben utána következőket sem, mert a progi home üzemmódban marad és áll. Reset ki/be, majd mpg megszűntetése után megy a home.

Előzmény: n/a (inaktív), 2014-11-22 10:52:00 [1607]

Hmm... akkkor ott valami nem volt jó beállítva, mert itt a fórumon nem kevesen vannak akik iparszerűen használják a Mach3-at.
Én sem tapasztaltam a 8 év alatt hogy a pozicionálással lett volna gond.
De egyéb más nyűgök akadnak rendesen az igaz.

Előzmény: gulasoft, 2014-11-26 09:59:00 [1613]

Ugyan az a kód, mach3-al mindíg hibázott 1-2 tizedet, ezzel meg századra pontos. Valószínű kimaradt itt ott egy lépés, mert a winfos éppen mással volt elfoglalva, ismerjük milyen marha okos, meg multitaszk, itt meg ilyen probléma nincs, mert a mikrovezérlő nem a tökét vakargatja miközben léptetnie kéne a motorokat.

"Sokkal sokkal sokkal sokkal pontosabban fúr mint a mach3"

A fenti alatt mit értesz?

Előzmény: gulasoft, 2014-11-24 21:42:00 [1611]

Köszi már beállítottam, és ki is fúrta a panelt gyönyörűen. Vártam a válaszra 2 órát, de mivel nem jött, ezért kínomban beállítottam, és láss csodát ment, még a shiftel gyorsmenet is.
Sokkal sokkal sokkal sokkal pontosabban fúr mint a mach3, pedig ez a laptop amit használok nem is sima számítógépnek lett telepítve, mint a régi.
Holnap alut marok vele, kíváncsi leszek ott mit csinál, bár a panel körbemarása most is simán ment, nem hiszem, hogy bármi gond lenne.

Szia,

Régi UCCNC verziókban a Hotkeys menü máshogy volt felépítve még, régebben csak a jog gombokhoz lehetett billentyűt rendelni. Ezt átalakítottuk, felbővítettük úgy, hogy általánosan lehessen gyorsbillentyűket készíteni funkciókhoz, összesen maximum 48db-ot.
Szóval most már így kell beállítani a jog-ot is, ami alapból be van állítva a Page-up és down-ra a Z-tengelyhez, de ha régi profilt használasz, ott még hiányoznak ezek az kulcsok, be kell állítani, hogy működjön.
A SET gombokra klikkelve látod a funkció nevét, egyszerű a kikeresgélés, de ide belinkelek a teljes alap beállítást hátha segít:

Ja és a saját maga által (talan az 1.0038-al) készült profilra cant load-ot ír (az azstalon lévő ikonra kattintva), de a profilban ha betöltöm, akkor ott már nincs hiba.

Az UCCNC 1.0044-et használva a nyíl és pgup pgdown gombokkal nem megy a tengelymozgatás. Valamit be kell állítani az új verzióban? A virtuális billentyűzettel megy, futnak a kódok, de marha nehéz pozícionálni a tengelyeket ha egérrel kell kattingatni a virtuális billentyűkön.

Ismét csináltam pár javítást a progiban.

Változások, finomítások:

- Megcsináltam a saját notepad-hoz amiket kértetek, Save as, Find, Replace, Replace all.
- DRO-kba lépéskor a jog nem volt jól letiltva, javítottam.
- Profile betöltéskor, ha a screenset fájl különbözik az éppen betöltöttől, akkor a progi újraindul és betölti a screenset-et.
- Finomítottam a Home-olás rutinon, mert átnézve mégegyszer alaposan a kódot, előállhatott olyan állapot amit Török tamás írt,
hogy a home-olás irányát nem jól veszi át, illetve az előző tengely irányát veszi át. Átírtam úgy a kódot, hogy ez biztosan ne fordulhasson elő.

A letöltés:

UCCNC 1.0045

Szuper, köszönöm szépen!

Előzmény: n/a (inaktív), 2014-11-21 10:30:00 [1604]

Ebben igazad van maximálisan erre később rájöttem én is, és ki is találtam egy "ellenőrzés" gombot a felületre amivel ha akarja az illető akkor kipirosíthatja még a futtatás előtt. De azután rájöttem, hogy ez is fölösleges mert amint átteszi már a kívánt elemzés le is fut.

Előzmény: n/a (inaktív), 2014-11-21 10:30:00 [1604]

Sziasztok,

Emberenként próbálok válaszolni:

Nyarfa: A kód "szinezés" feltétele a szerkesztőablakban, hogy a progi folyamatosan tudja, hogy a kód sorai mit jelentenek.
Ha éppen szerkeszted, akkor folyamatosan át kéne futtatni a G-kód értelmezőn ahhoz, hogy értelmezni és szinezni lehessen. Ettől igencsak lassú lenne szerintem az egész,
vagy pedig nagyon átkéne gondolni és valahogy máshogy megoldani mint ahogy most működik...

Csewe: Igazad van a profil betöltésnél valóban nem tölti be az új screenset-et, ill. nem indítja a konstruktor macro-t, de hamarosan megfogom csinálni, hogy így legyen.

Svejk: Find, Replace, Replace All, Save as, ezeket megfogom csinálni ahogy kérted.

PITU: A letölthető frissítések mind az UC100 és UC300-5LPT-vel működnek.

pisti73: A végleges proto P.Balázsnál van, fejleszti a firmware-t. Hamarosan látni fogjuk a végét.

Xabi: Ez a 35sec elég durvának hangzik. Arra gondoltam még, hogy lehet a videokártya memóriája pici és a Windows ezért minden 3D-s OpenGL megjelenítést a procival számoltat a RAM-ban, ez okozhat ilyen nagyon durva lassulásokat. Vagy esetleg a video kártya driver nincsen feltelepítve rendesen, ilyenkor is előfordulhat, hogy nem a videokártyával számoltatja (hardveres gyorsítás), hanem a procival (szoftveres gyorsítás) az OpenGL-t.

Dezsoe: Igen, ezt is meglehet csinálni, de egyelőre örülök, ha a saját meglesz, a későbbiekben gondolok majd erre a megoldásra is...

Török Tamás: Gondolom Constant Velocity módban futtatsz dolgokat. Próbáltad a General Settings ablakon a Const.velocity pipa alatt állítani a paramétereket?
Mach3-ban egyrészt nem férsz hozzá ezekhez a paraméterekhez, így fogalmad se lehet róla, hogy const.velocity módban éppen mekkora hibával fog dolgozni a program,
úgy vágja le a sarkokat, ahogy neki tetszik, tapasztalatok alapján sok esetben elég szépen kerekítget, ami relief munkáknál nem gond, sőt, nagyon klassz dolog általában.
Viszont szűk tűrésű munkáná, pl. fémmunkánál illesztési felületek készítésénél nem biztos, hogy jó dolog az, ha nem tudod beállítani a max.hibát amit a program csinálhat.
Az UCCNC-ben a max. hibát mindig a korlátok között tartja, van az említett oldalon több paraméter amikkel tudod szabályozni a max. hibát és hogy mennyire kerekítheti a sarkokat.
Gondolom, hogy ezeket kis értéken hagytad és bonyolult 3D-s relief-eket akarsz készíteni, az alacsony hibahatár beállításnak megfelelően a mozgás jobban négyszögletes lesz mint a Mach3-nak a gyári átállíthatatlan beállításával ettől könnyebben létrejöhet esetleg lépéstévesztés, hiszen a mozgás "szögletesebb" lesz és ez által okozott rezonancia nagyobb lesz, illetve a végrehajtási idő is hosszabb lesz.
Ha a hiba határ paramétereket nagyobbra veszed, akkor egyrészt a sarkokat jobban kerekítve tudja bejárni a progi, másrész jobban össze tudja füzni és konstans sebességre optimalizálni a pályát,
a mozgás egyenletesebbé válik és a mozgás által okozott rezonancia csökken, a lépésvesztés esélye is csökken.
A paraméterek pontos értelmezése, leírása, magyarázata az UCCNC használati útmutatójában van.
Egyébként megcsinálhattuk volna mi is nagy értékekre véve és elrejtve ezeket a paramétereket mint a mach3-ban és akkor szépen ívben, egyenletes sebességgel futna mindig a pálya minimális rezonanciával, de ennek a döntésnek a fémmegmunkálók akik alacsony toleranciával dolgoznak biztosan nem örültek volna. Így meghagytuk a szabadságot a felhasználónak...

Előzmény: Török Tamás, 2014-11-20 21:48:00 [1603]

Azt mondtad hogy gyengus a gép amin futtatom az uccnc, kicseréltem egy izom gépre , megjavúlt a homolás, szupergyors lett a betöltés, de a léptetők lépésvesztése továbra is megmaradt , jócskán visszáb kell állítanom a motorbeállításokat mint a machban....( nálam még mindig a machnak áll a zászló)
Vannak pillanatai amikor valami összeakad és homoláskor az ellenkező irányban indúl mint kéne, csak az újraindítás segít rajta.

Szia!
A szerkesztő ablak kisebb javításokhoz szerintem tökéletes, de - ahogy Svejk is írta - vannak hiányzó dolgok. (Cserébe viszont gyors.) Nagyon megkavarná a helyzetet, ha a beállításoknál meg lehetne adni, hogy belső szerkesztőt vagy elérési útvonallal külsőt használna a kedves felhasználó? (Én pl. a PSPad-ot preferálom.) Valami ilyesmire gondoltam:
(x) Internal
( ) Custom, path to exe: [c:\...\notepad.exe]
Akkor mindenki kedvére válogathatna.
Ja és a home-olás: remek így, hogy nem vár!

Előzmény: n/a (inaktív), 2014-11-16 23:29:00 [1591]

Tesztelés alatt van a bemérő szet,még csak kb 1/3 része van meg,ha valaki tudja tesztelni 3D tapintóval,és szeretne segíteni annak elküldöm.

Szia,

- A macro sebesség tesztet próbáltam a nagyon régi gépen ha nincs semmilyen G code betöltve akkor a compile 2,8sec ha betöltök egy 5.000 soros G code-t a háttérbe akkor 35 sec Kevés a memória, vagy a CPU teljesítmény. Szerintem hagyjuk, tény hogy egy normális gép kell az UCCNC-hez (ez valószínűleg nem a Ti hibátok hanem a modern környezet erőforrás igénye (windows, .NET, Flash). Amúgy olcsón lehet már venni E8400-as procival gépet, Én is beruházok egyre a napokba. (ha utána megszűnnek a lassulási problémák jelzem).
- A DRO-ban elvileg megoldottad (nem teszteltem) a numerikus beviteli hibát, viszont elfelejtetted tiltani a hotkey billentyűket. Ezért pl. a numerikus billentyű "2" billentyűjére rakok egy hotkey macrot és be akkarok írni egy 2-est a DRO-ba akkor jajj..

Előzmény: n/a (inaktív), 2014-11-16 23:29:00 [1591]

Az őj verziók mindkettőhöz használhatók,az indításnál rákérdez,hogy melyiket akarod haszálni.

Előzmény: PITU, 2014-11-17 19:59:00 [1597]

Sziasztok!

Van valami hír az UC300-ISOBOB-ról? Nem türelmetlenségből kérdezem.... Csak úgy.

sziasztok
a letölthető frissítések az UC300-hoz valók ?
vagy az UC100-hoz is lehet használni ?
ha nem , akkor melyik a legújabb UC100-hoz is használható verzió ?

Előzmény: n/a (inaktív), 2014-11-16 23:29:00 [1591]

No meg a mentés másként funkció, hiszen ha van egy sűrűn használt, jó bevált G-kód akkor azon lehet csak épp adott esetben kell egy kis változtatást végrehajtani, ilyenkor az eredeti megmaradjon.

Előzmény: svejk, 2014-11-17 08:53:00 [1595]

A betűméret és forma szerintem megfelelő, de nekem nagyon hiányozna a "Csere" lehetősége.
Rengetegszer van az, hogy pl. az előtolást kell megváltoztatni, ekkor a notepad-en csak csere/összes cseréje.
De sok esetben a tengelyek nevét is cserélni kell, vagy a Z mélységét.

Előzmény: n/a (inaktív), 2014-11-16 23:29:00 [1591]

Most,hogy több képernyőm van,azt tapasztaltam.hogy a load profil nem megfelelően kműködik.
A külön a profilhoz létrehozott ikonnal rendesen betöltődik minden,de a load profil-lal marad az eredeti képernyő.
Ezenkívül ha profilt váltunk,akkor le kellene futtatni az 'M99998' makrót is,éppen úgy,mint mikor újraindítom az UCCNC-t,mivel az olvassa be az userdro-k tartalmát.
Tehát load profil gombra is éppen úgy kellene viselkednie,mintha az asztalon létrehozott profil ikonnal indítanám.

Így sokkal jobb,viszont nem akarok elégedetlennek tűnni de a proci időt nem lehetne növelni a színezéssel? Ha itt is kipirosítaná a nem végrehajtható részeket, sokban könnyítené a munkát.

Előzmény: n/a (inaktív), 2014-11-16 23:29:00 [1591]

Köszönjük!

Előzmény: n/a (inaktív), 2014-11-16 23:29:00 [1591]

Sziasztok,

Csináltam néhány finomítást ismét az UCCNC progiban.
A változások, amiket kértetek és megcsináltam:

- A DRO-kban letiltottam a betűk beírását, csak numerikus adat karaktereit fogadja el.
- Készítettem egy saját Form-ot amire lecseréltem a notepad-ot, fájl szerkesztésnél (edit file) erre a form-ra írja ki a kódot most már, nem a notepad-al nyitja meg, mert többen jeleztétek, illetve én is tapasztaltam, hogy bizonyos esetekben lassan záródik be a notepad, illetve lassan indul neki újra az UCCNC.
- A home-olást és Zerozást és még pár parancs végrehajtását felgyorsítottam. a home all most azonnal végrehajtódik egymás után a tengelyek mozgatása, ahogy néhányan kértétek, hogy legyen.

Kérlek próbáljátok ki és véleményezzétek ezt a notepad lecserélést. Kell-e majd például, hogy betűméretet, betűtípust stb. is lehessen rajta beállítani, vagy egyelőre elég ennyi, ahogy így most van?

A link a letöltésre, remélem most sikerül jól belinkelnem:

UCCNC1.0044

Szia,

Ide feltöltöttem az .exe-t, ami a mérést csinálja. Az 1000-szeres hurkot kivettem belőle, mert az eléggé zavaró lehet és ahogy most próbálgattam az 1x-es végrehajtás ideje sincs messze az átlagtól.

A link:

Macro sebesség teszt


A teszteléshez az UCCNC könyvtárba kell csak másolni és futtatni.
A macro híváskor kifog írni három számot, mindegyik másodperc érték.
Az első a beolvasás ideje, utána a fordítás ideje végül a futtatás/elindítás ideje.
Kíváncsi vagyok, hogy milyen eredményeket mérsz a két gépeden.

Előzmény: xabi, 2014-11-16 20:10:00 [1589]

Szia,

- Küld át a tesztelő programot megnézem.
- A video valós nem tudom miért ilyen lassú (a gépnek nincsen semmi baja csak kb.:10éves), de a másik gépen sem reagál azonnal csak ott "elviselhető" a késés.
- Nem tudom van-e jelentősége de én UC100-at használok.

Szia,

Szerintem nem az SSD okozza a gyorsabb futást, hanem maga a proci teljesítmény, illetve a RAM sebessége esetleg.
Az is lehet, hogy "véres a torka" az oprendszernek azon a gépen ami ezt a lassúságot produkálja. Esetleg valami rezidens program fut rajta, pl. vírusirtó, vagy éppen vírus ami lefoglalja a gépet.
Netán az alaplap öreg és kiszáradtak a kondik, a hűtőpaszta a procin stb.

Az ugyanis nem normális, hogy a macro fordítása több másodpercet vesz igénybe.
Megnéztem ma a kódot mégegyszer ami a macro-kat fordítja és nem igazán van már rajta mit optimalizálni, mert a kód alig áll néhány sorból.
Macro futtatásakor ugyanis csak annyit csinál a progi, hogy beolvassa a macro text file-t és elé és mögé fűz egy kis rövid string-et, hogy a macro egy osztály és egy függvény belsejében legyen és az egész szöveget (stringet) átadja a CodeDOM fordítónak, ami a VisualStudio (.NET) beépített gyári C# fordítója ami a .NEt framework-el települ, a fordító a kódból egy ojektumot majd futtatható állományt készít a memóriában. Ezután egyszerűen meghívom a kódban a függvényt, hogy fusson. Ennyit csinál a progi macro futtató része, minden fordítást a gyári fordító végez.

Kiméricskéltem a fordítást és futtatási időket itthon 3 PC-n is.
A fordítást és futtatást 1000 ciklusban csináltam és visszaosztottam az eredményt 1000-el, hogy pontosabb átlag eredményt kapjak. A fájl beolvasási idejét, a kód fordítási idejét és a futtatási időket mértem. A fájl beolvasási idők mindegyik gépen elhanyagolhatóan alacsonyak 10^-5 sec nagyságrendben voltak, ezért ezeket nem is írom le ide.

A fordítást az M204-es macroval csináltam ami viszonylag sok sorból áll. Kipróbáltam az M3-al is később, ami csak egy sor, de nem láttam nagyságrendi eltérés.

Az eredményeken egyébként szépen látszik, hogy a leglassabb a fordítási művelet, amit a CodeDOM csinál.

A mérési eredményeim:

1.) Egy öreg legalább 10 éves Compaq gép Celeron 1.8GHz CPU, 1Giga RAM-al, HDD-vel, Win 7/32bit telepítve.
- Fordítás: 0.254 sec
- Futtatás: 0.00048 sec

2.) Egy HP E8400 Core2duo, 3GHz, 2giga RAM-al, HDD-vel, Win 7/32bit telepítve.
- Fordítás: 0.138 sec
- Futtatás: 0.00033 sec

3.) Egy ipari pico ITX alaplap 1.86GHz duocore, SSD-vel, Win 7/32bit telepítve.
- Fordítás: 0.171 sec
- Futtatás: 0.00040 sec

4.) A 2. pontban lévő PC-n lefuttatam ugyanezt a tesztet, de a gépre VirtualBox-ba telepített XP-n, amitől lassú eredményeket vártam, hiszen ez így csak virtuális gépen futott, de nem lett túlzottan lassú.
- Fordítás: 0.286 sec
- Futtatás: 0.00055 sec

Mindegyik esetben UC300-5LPT-t csatlakoztattam. A virtualis PC-nél is a virtualbox USB driverek telepítésével.

Ha gomb nyomásra/input trigger-re hívódik meg macro, akkor ezekkel a késési időkkel kell számolni.
Ha viszont program futtatás közben hívódik meg a macro (ciklus start alatt), akkor csak a futtatás idejével kell számolni,
mert a macrokat aszinkron módon indításkor már fordítja a program és amikor odaér valóban a futás az adott macro sorra, akkor csak végrehajt, vagyis csak a futtatás idejével késik,
ami emberi és még CNC mértékben is elég alacsony ahhoz, hogy semmi lassulás érzést ne okozzon, mert a milliszekundum törtrészéről beszélhetünk.

Ha gondolod akkor szólj és átküldöm neked a tesztelő progit, ami megcsinálja az említett mérést és macro futtatáskor kiírja az idő eredményeket,
abból látszana, hogy hol megy el az a rengeteg idő...

Előzmény: xabi, 2014-11-15 20:51:00 [1587]

UCCNC-t egy nem túl mai darab Core2duo T5550@1,83Ghz laptopon használtam eddig (SSD-vel tök jól fut a windows7 (PassMark CPU eredmény 1050 pont).
A múltkor találtam egy még régebbi laptopot, gondoltam inkább ezt használom a sok kosz miatt. Ebben egy CeleronD335@2,8Ghz XPSp3 (PassMark CPU eredmény 278pont) ez már egy elég gyenge eredmény.

A program elindul és futott is, de irtó lassan reagál mindenre. A gyenge notebook jól kiemeli az UCCNC "lassúságát". A vágási részekkel, G kódokkal nincsen nagy baj, de ahányszor M utasításhoz ér a program elgondolkozik pl. M05 nél kb.: 2sec-el később kapcsolja ki a plazma ívet.

Az alábbi tapintás kódja nálam M2003.txt
És itt egy video :
Video
Miután megnyomom a gombot kb.: 5-7 sec telik el mire elindul a fej )))

Valami nagyon nincs jól megírva - optimalizálva.



if(!exec.GetLED(56)||!exec.GetLED(57)||!exec.GetLED(58)) // If machine was not homed then it is unsafe to move in machine coordinates, stop here...
{
MessageBox.Show("The machine was not yet homed, do homeing before executing a tool change!");
exec.Stop();
return;
}
while(exec.IsMoving()){}

//Z touch with retract for plasma zero height measurement
//Z 0.00 pont felvétel


string actfeed =exec.mainform.AS3.Getlabel(108); //aktuális mozgási sebesség
double Zmin;
double Feedrate = 400;
double retractheight = 3.7;
double mheight = 6;
double Zoriginalpos = exec.GetZpos();
Zmin = Zoriginalpos-30;

int originaldistancemode = exec.actualdistmode; // remember the distance mode
int originalmodalmode = exec.actualmodal; // remember the modal mode
exec.Code("G90"); // Set system to absolute distance mode
while(exec.IsMoving()){}

exec.Code("G31 Z" + Zmin + " F" + Feedrate); // Move to the probe sensor position in XY
while(exec.IsMoving()){}
//exec.Callbutton(102); // zero Z axis

if(!exec.Ismacrostopped()) // If probe action was not interrupted with a stop only then go on...
{
exec.Code("G92 Z-3.7");
//MessageBox.Show("Touch Probe sucessfuly");
// exec.Code("G01 Z" + retractheight); // Move above probe plate
// while(exec.IsMoving()){}
// exec.Callbutton(102); // zero Z axis
exec.Code("G01 Z" + Zoriginalpos); // Move originalpos
while(exec.IsMoving()){}
}
else
{
MessageBox.Show("Touch Probe not sucessfuly");
exec.Stop();
return;
}

exec.Code("G F" + actfeed);
exec.Code("G" + originaldistancemode); // Set system back to the original distance mode
exec.Code("G" + originalmodalmode); // Set system back to the original distance mode

Üdvözlet! Ma a másik gépen itthon gond nélkül elindult minden, a másik ezek szerint oprendszer gyalu.

Előzmény: n/a (inaktív), 2014-11-14 20:37:00 [1581]

Szia Balázs,ment egy levél.

Szia Balázs!
Pár napja Török Tamás jelezte,hogy a jog gombok kicsit késve válaszolnak,én is ugyanazt tapasztaltam,de azzal különbséggel,ha az érintő képernyő jog gombjait használom akkor nincs késés,csak akkor ha a valós billentyűzetet használom.
Nem akarok példálóznia Mach3-al,de ott nem jelentkezik ez a hiba.
Sőt talán azt hiszem mintha a 38-as verziónál jelentkezett volna először.

Előzmény: n/a (inaktív), 2014-11-13 19:58:00 [1577]

A minap írtam,hogy készítek egy bemérő képernyőt.
Van egy problám,amiben olyanok tudnak segíteni ,akik gyakran használnak tapintót.
Ha a tapintó eszköz nem a főorsóban van rögzítve,hanem X/Y/Z irányban el van tolva,akkor melyik utasítással érdemes figyelembevenni az eltolást?
G10 ,bagy G52 ,vagy g92 utaításokkal.
Ugyan ez a kérdés,ha a munkadarab nullpontját méri be valaki,akkor melyik utasítással állítja át,hogy a szerszám pozíciójába essen a nullapont?

Köszi, akkor sz+r a laptopom. Mindent beírtam, és semmi. Portok, pipa , minden. Egyébként a Z nél ha nem állítok be portot, akkor is mén. A hotkey-t megtaláltam, de a grab nem jelenik meg, csak a tálcán. A képernyőn nincs. A képernyőre kattintva pedig csak kongat. Ha a tálcán a GRAB-ra kattintok hogy teljes méret, akkor sem jelenik meg, de nem is enged semmit csinálni, csak ctrl alt dellel tudok kilépni. Majd otthon kipróbálom a másik gépemen, most szoliban vagyok. Köszönöm!

Előzmény: n/a (inaktív), 2014-11-14 20:37:00 [1581]

Szerintem 0 van beállítva a port és pin számra az lehet a gond.

Előzmény: fa_kukac, 2014-11-14 20:32:00 [1579]

Szia,

A hotkeys oldalon a Function oszlop mellett minden sorban van egy "SET" feliratú gomb.
Ha azt megnyomod, akkor előjön egy ablak a kódokkal és a funkciók neveivel.
A tengely Jog kódok Jog++ és Jog-- néven vannak a listában, például JogA++ a 153. kód stb.
Ha kiválasztottad a kódot utána a keycode gomb melletti set billentyűvel beállíthatod, hogy melyik billentyű megnyomására hajtsa végre a funkciót.

Ja és ne felejtsd el engedélyezni az A, B, ill. C tengelyt az axis setupban az Axis enable pipálásával és állíts be a step/dir pinekre is nullától különböző értékeket.

Egy printscreen a hotkeys beállításról:

Előzmény: fa_kukac, 2014-11-14 20:22:00 [1578]