Valami zavart szedhetett össze, azóta nem csinálta. Sajnos egy maróm bánta, na de mindegy...

Előzmény: DeaK Jozsef, 2014-12-15 18:54:00 [1635]

Kedves Tamás,

A hivatalos verzió a 1.0032, ami mindig is fent volt, van a weboldalunkon: http://cncdrive.hu/UCCNC.html

Amiket itt a fórumon közzé tészünk, azok mind teszt verziók, lehetnek bennük hibák.
Az válik hivatalos verzióvá, ami a weboldalunkra felkerül.
Ha üzemszerűen szeretnéd használni a géped és nem az a célod, hogy segíts nekünk a tesztelésben és a szoftver csiszolásában, akkor továbbra is javaslom a hivatalos UCCNC szoftver verzió használatát, ami a weboldalunkon elérhető.

Azért nem írok a fórumra mostanában, mert a szoftver fejlesztésén dolgozom folyamaztosan, ha ide irogatnék, akkor a fejlesztés nem haladna.

Előzmény: Török Tamás, 2014-12-16 05:57:00 [1636]

Egyáltalán van olyan verzió a régiek közül ami megy rendesen?

Minden nap használom a cncmet , vettem egy jogtiszta szoftwert ami egyenlőre még a referencia kapcsolóról sem akar leszálni és gyakori lépésvesztéseket produkál.
Kénytelen vagyok egy másikat prg használni , de akkor miért is fizettem???
Ha beválalnék egy több milliós munkát ,és folyamatosan selejtet gyártanék egy hibás progi miatt akkor ezt kinek a számlájára írhatnám?
Egyenlőre türelmes vagyok és várok , de néha írhatnátok hogy hány %-os készűltségnél jártok!!!

Néz át jól a számítógépedet valószínű az okozta a műveletet.

Előzmény: pisti73, 2014-12-07 21:30:00 [1632]

Írj a mikulásnak addigra biztos lesz ha meg hoz a nyúl is egyet, akkor lesz kettő.

Előzmény: Beck Attila, 2014-12-15 14:02:00 [1633]

Úgy vágyom a Jézuskától egy UC300hoz való szép sárga Cncdrive feliratú Isobob alaplapra... Ugye nem a húsvéti nyúlnak kell írjak?

Sziasztok!

Az UC100-as vezérlőm a 1.033-as szoftverrel ma gondolt egyet és a Z tengely teljes sebességgel - kikapcsolt marómotornál - elindult lefele. Szépen beletrafált az aluba. Ezt vajon miért csinálta? Eddig teljesen hibátlanul működött változatlan "környezetben".

Szerintem épp azért találták ki a JOG potit.
Én is kelőpultról használom és teljesen jó.

A finom ráközelítéseket úgy is MPG-vel lehet legbiztonságosabban elkövetni.

Ha pedig majd teljesen jó lesz az MPG kezelés a programban a JOG gombokat majdnem el is lehet felejteni. persze jó ha van pl. egy két "kézi maráshoz" egyenletes előtolásnak ha lusta az ember az MDI-ba beírni.

Előzmény: nagaoka, 2014-12-06 21:57:00 [1630]

A Mach3 jog sebesség ha pl. 20%-ra van beállítva akkor ezzel a sebességgel mozog az adott tengely,de ha mellé nyomom a shift gombot akkor max (100%) lesz a mozgás.
Az UCCNC-ben mi a megfelelője a shiftnek.Nem találom a button táblázatban,vagy csak én nem látom?
Nem pc billentyűzetet használok hanem készítettem egy pultot az irány gombok középpontjába tett gombot kellene definiálni shift gombnak.Most csak úgy tudok max. jog sebességet elérni,hogy a potit 100%-ra állítom.

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.