A gyárival is csinálja sajnos ez az a verzió amiben van egy tapintónak egy kis proba menü nem rég kaptam itt a fórumon. De nem befolyásolja kettőt használok de mind a kettővel előfordul sajnos ha sokat használom egy nap nem tudom miért lehet más windows-alatt nem fordul elő.

Előzmény: n/a (inaktív), 2015-07-15 20:45:00 [2337]

Szia,

Nem tudom, még nem láttam ilyet.
Úgy látom a képernyőn, hogy valami módosítva van a programban, úgy értem van egy "probes" nevű fül is a képernyőn. Lehet ott van valami ami ezt okozza?!
Érdemes volna kipróbálni, hogy a "gyári" módosítatlan verzió is csinál-e ilyet?

Előzmény: Fli4l, 2015-07-15 18:30:00 [2336]

Szia Balázs!
Az én kérdésem még továbbra is kérdéses igaz xp de elméletileg azt beszéltük, hogy mivel az UC100-nak saját vezérlője van ezért nem terheli a CPU-t viszont az UCCNC annál jobban Core2-es gép de néha elviszi 50%-a CPU-ank ami szerintem nem is normális ha nincs semmi munka sem benne. Elméletileg ennek egy P1 1300MHz-es CPU-val is el kellene mennie de még itt is valami probléma van. Van erre valami ötlet?

Előzmény: n/a (inaktív), 2015-07-15 14:45:00 [2335]

Akkor ezt tudja az UCCNC is, úgy hívják, hogy plugin. A nyelv C# és egyszerűen programozható a C# fordítóba épített intellisense segítségével.

Előzmény: csg67, 2015-07-15 13:31:00 [2334]

Én egy integrált PLC-ről beszéltem, nem egy különálló PLC-ről, azzal valóban semmit sem lehetne javítani a helyzeten.

Egy vezérlésbe integrált PLC nem más mint egy -a gépgyártó által írt- program. Ez a program felel azért, hogy az NC-ből jövő parancsokat a gép megvalósítsa (kimeneteket kapcsol be/ki), illetve a külvilágból érkező jeleket (bemeneteket) az NC-nek átadja.
A vezérlés fejlesztője bármilyen (egyszerű) nyelvet kitalálhat, persze érdemesebb már meglévő rendszerekből ötleteket meríteni.

Előzmény: n/a (inaktív), 2015-07-15 10:41:00 [2333]

Hát ja, nekem is az az aggályom a PLC dologgal, hogy az átlag felhasználónak fogalma nincs a PLC programozásról. De ennyi erővel akkor írhat a felhasználó plugint is az UCCNC-hez, az sem bonyolultabb mint PLC-t programozni, ráadásul a viszonylag drága PLC sem kell hozzá. A plugin interface-en keresztül hozzáfér a felhasználó az UCCNC változóihoz, DRO-khoz, gombokhoz, állapotokhoz, letud kérdezni, betud avatkozni a plugin a program működésébe. Tud a plugin pin-eket közvetlenül állítgatni, lekérdezni a mozgásvezérlőn stb.
De akár PLC-t is lehet hozzá illeszteni pluginon keresztül, ha valakinek az a szíve vágya.

Egy példa hardware illesztésre, amit Csaba (Dezsoe fórumtárs) készített: UCCNC LCD plugin

Előzmény: svejk, 2015-07-15 09:19:00 [2329]

Sziasztok,

Természetesen az ethernetes változatot is lefogja kezelni az UCCNC, éppen úgy mint az USB-s mozgásvezérlőket. A felhasználó ugyanúgy szériaszám formájában látja és tud hozzá csatlakozni.

Előzmény: svejk, 2015-07-15 08:44:00 [2327]

A levegőben rajzolgatós dolgot elég sokszor alkalmazom, mielőtt a gépet beleeresztem az anyagba, ezt offline módban nem tudnám, így pl fontosnak tartom hogy kikapcsolhassam a főorsót...
Lehet hülyeség, de mi lenne ha nem a profilban kulcsok segítségével, hanem egy külön fület hoznátok létre a progiban a speciál funkcióknak akár a profil résznél felugró ablakként...ehhez az átlag felhasználónak nem kéne hozzányúlnia, de ha mégis szüksége van rá, könnyen állíthatja.

Előzmény: n/a (inaktív), 2015-07-14 18:48:00 [2318]

A sok beállítási lehetőség ("az átlag felhasználó jó ha ezeknek a 10-20%-át használja") egyrészt felesleges, másrészt olyan fejlesztésektől vonja el az erőforrásokat, amik sokkal hasznosabbak lennének. Ha egyszer egy szoftver beáll abba az irányba, ahol csak fel kell paraméterezni a rendszert (mindegy, hogy pipálgatással, vagy más módon), akkor mindig lesz újabb és újabb kérés a felhasználóktól. Ezeket beilleszteni a rendszerbe egyre nagyobb feladat, egyre átláthatatlanabbá teszi a programot, gyakran önellentmondásokat generál.

A másik megoldásnál sem kell minden hobbistának PLC-t írnia. Szerintem lenne itt is néhány ember, akik elmerülnének ebben a "szakmába" és örömmel segítenének másoknak a gépépítésben, beállításban. Egy idő után a sok pipálnivalót sem érti majd a felhasználók zöme, sokkal egyszerűbb és egyértelműbb lesz a géphez igazított PLC program.
Persze nem mindent a PLC csinál az ipari gépeknél sem, ott is vannak gépi paraméterek is, és a kettő együtt lesz hatékony.

Előzmény: svejk, 2015-07-15 09:19:00 [2329]

Valóban!

A PLC-s dologban is igazad van, csak sajnos ez hobby körökben nem nagyon oldható meg a tudás hiánya miatt.

A Mach3 épp ezzel az agyonra konfigurálható tulajdonságával tudott tért hódítani az amatőrök közt, nem kell tudni PLC-t írni, plusz hardvert beépíteni csak "pipálgatni".
Illetve a mach3-ban még a brain Control lenne erre hivatott, de ez meg már megint szinte PLC tudást igényel.
Persze mindent meg lehet tanulni...

Én amit lehet azt általában megoldom hardveresen az I/O kártyával, csak ugye ezt nehéz konfigurálni és sajnos általában utólag jönnek az igények.

Előzmény: csg67, 2015-07-15 09:03:00 [2328]

Nem értettem félre, az első mondat után azért van a szmájli.

Ami a többit illeti; az ilyesmit a PLC programnak kell kezelnie, különben az ezernyi változat előbb vagy utóbb (inkább előbb) elhozza a teljes káosz állapotát (mind a program, mind a beállítási lehetőségek felől szemlélve a dolgot).

Előzmény: svejk, 2015-07-15 08:41:00 [2326]

Még egy kérdés, ha elkészül az UC300 Ethernet-es változata, akkor azt az UCCNC is le fogja majd kezelni?

Előzmény: n/a (inaktív), 2015-07-14 21:27:00 [2322]

Valószínű félreértetted, vagy nem használtad még ezt a progit.

Ami a felvetés volt az az, hogy fut a program, majd nekitámaszkodok a főorsó ki-be gombnak és ekkor a az előtolások megállása nélkül leáll a főorsó.
Ilyen esetben vagy álljon le minden, vagy ne legyen aktív a gomb.

Előzmény: csg67, 2015-07-14 23:28:00 [2325]

"-Ha normál módban fut a G-kód, akkor le kellene tiltani a főorsó kikapcsolásának a lehetőségét."
Lenne is nagy csodálkozás mondjuk menetfúrásnál, kiesztergálásnál, stb...
Komolyra fordítva a szót; amíg a főorsó el nem éri a programozott fordulatszámot (nem kell feltétlenül forgójeladó a főorsóra/főmotorra, a főhajtásoknak szokott lenni n=ns jelük az n=0 jel mellett), addig az előtolást kell tiltani (ugye indulásnál is meg kell várni, hogy felpörögjön az orsó). Természetesen a gyorsjáratot nem kell tiltani, ott nem érdekes, hogy forog-e az orsó, vagy sem. Ezen felül szokott lenni egy olyan (M) kód, ami után álló orsóval is lehet előtolással menni. Persze ezeket a feladatokat nem az NC rendszerszoftvere látja el, hanem az integrált PLC program, amit a gépgyártó/gépépítő ír meg, hiszen nincs két egyforma gép és a legegyszerűbb így "személyre szabni" a rendszert. És igen, szokott lenni egy alap PLC program, amit a vezérlés gyártója ad, és egy átlagos gépet lefed, így csak a különlegességeket kell a gépgyártónak beleírnia...

Előzmény: svejk, 2015-07-12 21:17:00 [2317]

Köszönöm a válaszokat, további lelkesedést és kitartást!!

Előzmény: n/a (inaktív), 2015-07-14 21:27:00 [2322]

Azt tervezitek,hogy lesz menetemelkedési hiba kompenzáció? Lézergépeknél nagyon hasznos!

Előzmény: n/a (inaktív), 2015-07-14 21:27:00 [2322]

Igen, ez igaz, hogy ott az offline mód, na de akkor nem ad ki jeleket a mozgásvezérlő.
A tesztelést nem csak a tesztelők, hanem a felhasználók is végeznek, gondolom neked is volt már, hogy mielőtt anyagba engedted a gépet előtte levegőben legalább egy-egy részletet lefuttattál, hogy lásd nagyjából, hogy mi fog történni. Persze lehet csak magamból indulok ki és lehet más ilyet nem szokott csinálni?!

És igen, tényleg, plazmánál fontos a ki be kapcsolgatás lehetősége akár menet közben is.

Hát ja, nehéz követni a dolgokat és mindig mindent figyelembe venni, észben tartani egy egy funkció kifejlesztésekor.

Kapcsolatvesztés: Nem, az UCCNC-nél nem sűrűn hallottam még olyanról, akinél kapcsolatvesztés történt volna, pedig már több mint 1000 kiadott license kulcsnál járunk. Mach3 aminél előfordult többeknél, de ez is orvosolható. Mach3-nál elég buta módon van megoldva az egész plugin dolog, mert valami alacsony prioritású szálban fut a mozgásvezérlő szál, ráadásul valahogy mintha a GUI egyes részeivel összefüggene vagy csak a prioritásuk megegyezik. Ezért is kell Mach3-nál egy több mint 1 sekundumos puffer, mert a Mach3-at könnyen megzavarhatják, megakaszthatják magasabb prioritásos programok, például vírusírtók.

UCCNC-nél ez teljesen máshogy működik. A mozgásvezérlő szál egy magas prioritású natív kódként fut, ami csak akkor akad meg, ha a Windows már tényleg teljesen megfagyott 100% proci terheléssel.
Így az UCCNC-nél a legtöbb PC-n már 50msec pufferrel is működik megbízhatóan, ezért sokkal hamarabb reagál például ha UC300-al külső potméterrel vezérelsz FRO-t, SRO-t stb.

Egyébként szemezgetünk már a Mach4-el is plugin tekintetében, ott sokmindent nagyon hasonlóan csináltak meg mint mi az UCCNC-ben, a vezérlés részének a belsejét tekintve.
Igaz a Mach4-ben még mindig nincsen néhány fontos dolog megoldva, ami a mach3-nál sem volt, például "deviation" beállítás, vagyis, hogy mekkora hibát csinálhat a gép maximum. Szóval kicsit most úgy néz ki mi előrébb járunk az UCCNC-vel sok tekintetben (legalábbis a legfontosabb részeket tekintve), mint az Artsoft a Mach4-el, na de ez még változhat, meglátjuk majd ki hogyan halad a fejlesztéssel.

Előzmény: svejk, 2015-07-14 19:42:00 [2319]

No igen...Mindenre van ellenérv.

Talán a más-más felületek is megoldást hozhatnának, no de kinek van rá ideje és szakértelme.

Előzmény: xabi, 2015-07-14 20:10:00 [2320]

Nem mintha számítana, de plazmánál hasznos-fontos hogy ki/be tudjam kapcsolni a "főorsót".

A tesztelésre ott van az Offline mód.
Végül is a program nem a géptesztelőknek, hanem a felhasználóknak szól, a felhasználói igényeknek kell jobban megfelelni.
Ha valaki nagyon tesztelni akar akkor kiveszi a motor biztosítékát

Sajnos a bonyolultság és az egyre több funkció velejárója a dolognak, én eddig is csodálkozom, hogy még bírtátok követni.
De alapvetően a mach3-nál sem a beállítások összességével, hanem inkább a megbízhatóságával van a gond.
No meg, hogy nem tudunk kérdezni, javaslatot tenni a konstruktőröknek.

Esetetekben egyelőre ez a legnagyobb ütőkártya, a gyors és hatékony termék támogatás!
No és nem mellékesen már elég jól használható is a program.

A szoftver bonyolulttá válásától függhet az egyre több embernél előforduló USB kapcsolatvesztés?
Vagy csak már sokkal többen használjuk, ezért tűnik soknak ez jelenség?

Előzmény: n/a (inaktív), 2015-07-14 18:48:00 [2318]

Szia Svejk,

Köszi a javaslatokat.
A single line gombot azt hiszem valaki, talán Béni már javasolta, de a sok teendő mellett még nem érkeztem megcsinálni, egyelőre fel van írva a teendők listájára, amint tudom meg lesz csinálva.

A főorsó kikacsolás tiltásával nem biztos, hogy 100%-ig egyetértek, mert mi van ha valaki csak üresjáratban teszteli a kódot, akkor muszáj legyen a főorsónak végigzajongani az egész pályát? Vagy akkor ha nem lehetne kikapcsolni ilyenkor a főorsót, akkor ilyen esetekben ki kéne törölnie a felhasználónak a program elejéről az M3-at, ami szintén körülményes szerintem, főleg ha több helyen is van kapcsoltatva a kódban.

Polgárdi Balázzsal arról beszéltem a minap, hogy már kezd olyan bonyolultságú lenni a progi és olyan sok ilyen jellegű spécinek mondható kérés érkezik, hogy szerintünk lehet érdemes volna ezeket a spéci beállításokat csak a profilban szerkeszthetőre megcsinálni.(persze dokumentálnánk ezeket a kulcsokat) Vagyis ezek a speciális dolgok nem lennének a képernyőn állíthatók, hanem a profilban kulcsok értékét lehetne átírni és így átállítani a funkciókat, paramétereket.
Azért gondoltunk erre, mert félünk attól, hogy az egyre nagyobb bonyolultság miatt eljutunk oda, ahová a Mach3-asok, hogy a sok opció miatt már szinte átláthatatlan, hogy melyik beállítás hol van és mit csinál, az átlag felhasználó jó ha ezeknek a 10-20%-át használja.
Szóval az ilyen egyedi igényeket is szívesen megcsináljuk, de talán nem lenne célszerű ezeket mindet felrakni a képernyőre.
Mit gondolsz, gondoltok?

Előzmény: svejk, 2015-07-12 21:17:00 [2317]

Lenne két javaslatom az UCCNC módósítására.
-Ha normál módban fut a G-kód, akkor le kellene tiltani a főorsó kikapcsolásának a lehetőségét.
(ez ugye tuti szerszémtörést okoz)

- A másik meg a Single line gomb.
Az ipari gépeken ha be van kapcsolva ez a funkció akkor is a "zöld" gombbal kell a sorokat egyesével futtatni és nem a Single line gombot kell nyomogatni.

Előzmény: n/a (inaktív), 2015-06-11 16:29:00 [2308]

Ja és miután így belassult az utasításokat vagy nem is csinálja meg vagy később.

Előzmény: Fli4l, 2015-07-09 14:37:00 [2315]

Sziasztok!

Találkoztatok már olyannal, hogy néhány rajz betöltése után mondjuk 30-45 perc munka után belassul a program megnéztem folyamatkezelőben alapból 170MB körül használ RAM-ot aztán egyszer csak felugrik 230MB körül és a processor 49-55% körül kezd el dolgozni. XP alatt tapasztaltam ezt valaki találkozott más OS rendszernél vagy ez valami XP-s dolog?

Régóta nagy a csend.
Tudom, meleg van.
Hogy álltok az eszterga vezérléssel?

Küldtem emailt.

Előzmény: Fli4l, 2015-06-22 17:08:00 [2312]

Köszi azt kipróbálnám szívesen. El tudod küldeni emailben?

Előzmény: csewe, 2015-06-22 15:47:00 [2311]

Van egy komplett profil készítve különböző bemérérsekre,de még nincs telejesen kész,ha akarod kipróbálhatod.
Mér szélességet hosszúségot,kör közepét és átmérőjét,körcikk közepét és átmérőjét.
Mindezt csapon,és nyílásban is tudja.

Előzmény: Fli4l, 2015-06-22 13:37:00 [2310]

Sziasztok!

Érdeklődnék, hogy 3D tapintóra van-e valakinek macro amivel meg lehetne határozni a munkadarab méreteit vagy csak simán a négy oldalt megkeresné és ez alapján indítani a megmunkálást?

Sziasztok!

Az ISOBOB-ról van valami hír? Várjuk nagyon!

Írtad, hogy lángvágó, szóval gondolom THC vezérlés egyáltalán nincsen.
Ha ez így van, akkor végülis engedélyezhetnéd a THC vezérlést és fizikai gombokat a THC up/down bemenetekre kötve lehet iranyítani a Z-tengelyt. Ha az enable THC even if... checkbox-ot pipálod, akkor a THC mindig aktív lesz, akkor is, ha a THC on jel nem aktív, szóval mindig tudod mozgatni a Z tengelyt a gombokkal.

Ha a programban (G-kód) éppen a Z-tengely mozgása zajlik és te nyomkodod a THC fel/le bementeket, akkor az UC100/300 összeadja a mozgások sebeségeit és az eredő sebességet alkalmazza, vagyis felül tudod bírálni a mozgást Z-tengely programozott mozgás közben is.

Előzmény: Csaba, 2015-06-11 15:52:00 [2307]

Szia!

Ha fizikailag bekötök 2 gombot akkor azzal megy amikor hevítés alatt várakozik a program, mert az M3 át lett írva hogy mielőtt kiadja a jelet a kimenetre van egy várakozási idő utána kapcsol a kimenet ezt követően indul a mozgás?

Előzmény: n/a (inaktív), 2015-06-11 15:11:00 [2306]

Szia,

Igen, azért nem látod, mert nincsen ott.
A THC fel le jelek ugyanis nem gomb parancsok, hanem a mozgásvezérlő fizikailag kezeli ezeket.
Éppen így nincsen emulációs lehetőség végállás vagy home kapcsolók használatára sem.

Előzmény: Csaba, 2015-06-11 13:21:00 [2305]

Köszi!
Más, az emulációs táblázatban nem látom a THC UP DOWN lehetőséget, arra szükség lenne
A lángvágáshoz.

Előzmény: n/a (inaktív), 2015-06-10 15:00:00 [2304]

Szia,

Az UCR200 wireless távirányítóra gondolsz igaz?
Ha igen, akkor a válaszom, nem, még nem működik, dolgozunk egy pluginon hozzá.

Előzmény: Csaba, 2015-06-10 11:37:00 [2302]

Sziasztok,

A legutolsó UCCNC kiadás:
UCCNC 1.1016

Néhány dolog lett javítva:

- szerszámpályán a szubrutionok hívásakor a vektorok átrajzolása nem volt megfelelő.
- THC-ban még mindig volt némi hiba, ami javítva lett.
- Az óra hiba amit Bozso777 említ javítva lett.
- Svejk amit kért, hogy ne induljon el a program csak egy példányban, kapott a progi hozzá hívható kapcsolókat. /n kapcsolóval csak egy példány indul el. /s szériaszám kapcsolóval csak a szériaszámmal megadott UC-hoz csatlakozik a progi. Dokumentációban levan írva részletesen.
- G-kód nézet nem jelenítette meg jól a speciális karaktereket, javítva lett.
- A macro interface kapott pár új fgv.-t.
- készült egy 3d printer plugin, ez is benne van már a fordításban, bár még csak 90%-os készültségű, még dolgozunk rajta.

Balázs a távirányító megy már az UCCNC vel?

Én is.

Előzmény: csewe, 2015-06-09 19:15:00 [2300]

Írtam neked.

Előzmény: Csaba, 2015-06-09 13:35:00 [2298]

Az óra át lett alakítva ?
Régebben ha nulláztam újraindult...most ha marás közben nullázom, akkor úgy marad nullán, nem indul újra. Legújabb verzió van fent.

Előzmény: n/a (inaktív), 2015-05-29 01:30:00 [2295]

Kérek egy kis segítséget a lángvágó beállításhoz!
Át kellene írni az M3 macrót, hogy mielőtt bekapcsolja a kimenetet előtte a Z magasság menjen a spindle speed ablakban beállított magasságra,(ehez engedélyezni kell a szerkesztést ebben a DRO ban) és számolja le az időt amit mondjuk a spindle speed százalékos dro ban beállítunk.
Tehát M3 kor Z magasság beállít, időt elkezd visszaszámolni és ha letelt kapcsolja a kimenetet és megindul a mozgás is.

Egy hobby gép is sok esetben több százezer pénz, nem igaz, hogy nem telik még egy PC-re.

Ha meg sok géppel iparszerű a termelés főleg pláne.
Ráadásul ilyen esetben az összes gép leáll ha baj van. Mert azért akármilyen fasza is az a szoftver mégis csak szoftver.

No de ebbe én nem szólok bele, csak megkérdeztem hogy mire jó, megtudtam.

Előzmény: n/a (inaktív), 2015-05-29 01:30:00 [2295]

köszi!

Előzmény: Béni, 2015-05-28 21:23:00 [2294]

Sziasztok,

Azért tud elindulni több példányban az UCCNC, mert ezt a lehetőséget nem tiltottuk le, okkal nem. Ugyanis így lehetőség van 1db PC segítségével egyszerre több gép vezérlésére is. Első hallásra lehet, hogy elrugaszkodott ötletnek tűnik, de csináltuk már élesben is és szépen működik a dolog és hallottam már olyan viszajelzést is felhasználónktól, aki szintén ezt csinálja. Illetve olyat is hallottam, aki egy példánnyal futtatja a gépet és egy másik demo példányt betölt közben és azon már nézegeti a szerszámpálya nézőkében a következő munkadarabot amit marni kell majd, ha ekészül a gép az előzővel.

Szóval ezt a funkcionalitást mindenképpen meg szeretnénk tartani, de már gondoltam egy olyan opcióra, hogy paraméterrel indítva a szoftvert megadva a szériaszámot meglehetne csinálni, hogy akkor csak egyszer induljon el és akkor csak az a parancsikon a megadott szériaszámú mozgásvezérlőhöz csatlakozzon.
Ugyanúgy képzelem el mint ahogy most a profil neve a /p paraméter után adható meg a profil neve amit elindít lehetne ez például /s és utána a szériaszám. Mit gondoltok erről az ötletről?

Előzmény: svejk, 2015-05-28 19:34:00 [2292]

Példa itt:

http://hobbycnc.bitz.hu/cnctar.hunbay.com/UCCNC/1x_fut/

Előzmény: svejk, 2015-05-28 19:34:00 [2292]

- Létrehozol egy Batch fájlt az alábbi tartalommal: (kiterjesztés *.bat vagy *.cmd)

tasklist /nh /fi "imagename eq UCCNC.exe" | find /i "UCCNC.exe" > nul || (start K:\UCCNC\UCCNC.exe)

- A parancsikonnál az elérési utat és fájlnevet a Batch fájlhoz állítod be.

Természetesen a (start ...) után a te gépeden lévő UCCNC.exe elérési útját adod meg. Ezzel a megoldással élhetsz addig, amíg a szoftvert nem módosítják.

Előzmény: svejk, 2015-05-28 19:34:00 [2292]

#2282-re valami?

Előzmény: n/a (inaktív), 2015-05-28 19:02:00 [2288]

Beállítva a képernyő 1280 x 1024-es natív felbontásátt viszont megint szívás, mert 1024x768-ban kicsi a kép, full képernyőn (Maximize screen on startup pipa) meg kissé torz.

No mindegy majd megszokjuk...

Előzmény: svejk, 2015-05-28 19:23:00 [2290]

No ez most kicsit vicces, hogy 20 éve monitorokkal foglalkozom és most látom hogy ez SXGA felbontású, azaz 5:4-es arányú 1280x1024-es.
és nem 1024x768-as.
Mentségemre meztelen a monitor és a touch miatt elég homályos így is a képe.

Előzmény: svejk, 2015-05-28 19:07:00 [2289]

Kár..
De 1024x768-ban ovális a "Reset" gomb.
Gondoltam kikekrekítem az ablakos mérettel és akkor épp elfér még alatt egy ikonsor is a Win asztalán.

Előzmény: n/a (inaktív), 2015-05-28 19:02:00 [2288]