No de nem egy hétvégi alkalmazáshoz kell.

Arra gondoltam, hogy trükkök nélkül közvetlen sorost mahinálni amire a felhasználó maga teszi fel az illesztést. Vannak eszközök amik sorosak, vannak 422 és 485, no meg a bánat tudja mennyi illesztési lehetőség amit a mikrovezérlő soros portjára fel lehet baggatni. A hardveres soros a programozottal szemben előnyben van, mert nem kell kérdezgetni, simán szól ha kommunikáció van.

A protokol szintén változó ahogyan azt írtad is, de ez megint legyen a felhasználó dolga. Persze egy keret rendszert fogadó illesztés nem lenne hátrány.

No de ennyit a fantáziáról, csak arra voltam kíváncsi, hogy terveztetek-e valami hasonlót, vagy oldja meg maga mindenki az illesztést a szokásos ki és bemenetek segítségével és PWM fordulat szabályozással.

Előzmény: n/a (inaktív), 2015-07-25 12:20:00 [2358]

Szia,

Pluginból meglehet csinálni amit írsz. A programozott főorsó sebesség mező és az M3/M4 LED-ek is lekérdezhetők pluginból. C#-al pedig egyszerűen megoldható a soros kommunikáció.

A komplikáltabb része a dolgoknak a frekvenciaváltó hardveres illesztése, általában Modbus protokol-al beszélgetnek, szóval kellene egy RS232 vagy USB/RS485 illesztő és le kellene programozni a modbus protocol-t.
Ja és kell hozzá frekiváltó ami tud így kommunikálni és kell ismerni a pontos utasításait és válaszait.
Nem tudom mennyire van ez szabványosítva manapság, de arra tippelek, hogy ahány gyártó, annyi féle képpen kommunikálnak.
Persze lehetne írni egy általános/konfigurálható Modbus plugint és akkor a felhasználó hozzá hangolhatná a frekiváltójához.
Az biztos, hogy nem egy "hétvégi" projekt.

Előzmény: nyarfa, 2015-07-25 12:12:00 [2357]

Terveztetek közvetlen kommunikációs lehetőséget RS485 vagy RS422 eszközökkel?

Az ötletem egy inverter vezérlése amire nem kimeneteket meg PWM-analóg jeleket akartam felhasználni, hanem egy plugin segítségével közvetlen programozni az eszközt futási időben, de persze vannak más létező ki és bemeneti eszközök amiket ezzel a módszerrel használni lehetne. Mivel gyakorlatilag C# segítségével bármi megoldható, csak a hardveres soros portot kellene használni programból hozzáférve a beállításokhoz is.


Egy ötlet csak

Szia Csaba,

Hát ja, majd átkell néznem a plugin inicializálást, egyelőre én sem tudom, hogy miért hívódik meg ha nincs engedélyezve a plugin, de úgy rémlik valami oka volt.

A G04 msec/sec állíthatóságát megfogom csinálni hamarosan.

A G82 P öröklődésének utána kell nézzek, most nem tudom, hogy kell-e öröklődnie vagy sem, de jó volna a szabványokat követni. Tudom beszéltünk már róla, de most hirtelen nem tudom, hogy hogyan kell működnie szabvány szerint...

Előzmény: dezsoe, 2015-07-23 09:32:00 [2355]

Szia!

Elképzelni nem tudom, hogy egy be nem töltött plugint miért kell inicializálni... Mert, ha legalább előbb hívná az init-et, és utána a property-t, akkor mondhatnánk, hogy valamit csak így tud visszaadni, de ráadásul fordítva van. Mindegy, majd kezelem valahogy.

Más. Ahogy másoknak is itt a fórumon, nekem is van vesszőparipám. Várható-e végleges állásfoglalás (netán program módosítás!) a G82 P paraméter öröklődésével kapcsolatban?

És még valami. Emlegetted a csak profilban állítható, "rejtett" paraméterek esetleges bevezetését. Igen kellemes meglepetés lenne, ha bekerülne ide egy olyan kapcsoló, ami (megint egy vesszőparipa) azt állítaná, hogy a várakozások (G04, G82 P stb.) s vagy ms alapúak. Nem is tudtam, de itt valaki felhívta rá a figyelmemet, hogy a Mach3-ban is kapcsolható, de nem is ezért érdekes, hanem azért, mert ott másodperc az alapértelmezés (meg a javasolt, G kód szabványról szóló doksikban is), és a különböző kódgeneráló programok (pl. pcb-gcode) is erre számítanak, másodpercben generálnak.

Előzmény: n/a (inaktív), 2015-07-22 23:05:00 [2354]

Szia Csaba (dezsoe),

Úgy emlékszem, hogy ez direkt így lett megcsinálva, hogy mi értelme van, az egy jó kérdés.
Nem tudom pontosan mi is járhatott a fejemben amikor így lett megcsinálva...

És igen, valóban, a név rublika a pluginoknál tényleg nem lett még megnyújtva, most felírtam magamnak, hogy a következő verzióra meglegyen fejlesztve.

Előzmény: dezsoe, 2015-07-22 17:45:00 [2351]

Szia Csaba,

Még nem nagyon használtam WinCE-t, de ha jól tudom mobil eszközökre van kitalálva és szerintem az OpenGL nincs benne a szolgáltatásai között. Illetve nem tudom a Flashplayer-t tudja-e futtatni például?

Szóval nem nagyon értek a CE-hez nem nagyon van vele tapasztalatom, de vannak kétségeim, hogy fut-e rajta az UCCNC. Ha tippelnem kéne azt mondanám, hogy nem.

Azt viszont biztosan tudom, hogy a Windows RT verziójával, ami okostelefonokra és egyéb smart eszközökre lett kitalálva, azon nem fut.

Előzmény: Csaba, 2015-07-22 19:04:00 [2352]

Windows CE -en megy az UCCNC?

Szia!

Két kérdésem volna.

1. A program induláskor felolvassa a pluginokat, ez OK. Miután a Getproperties_event-en keresztül lekérdezi a lekérdezni valókat, meghívja az Init_event-et is. Akkor is, ha a plugin nincs bekapcsolva. (A korábbi verziókban is így ment, de csak most vettem észre, mert hiba volt az init-ben.) Van ennek érdemi oka, vagy véletlen?

2. Tudom, nem kardinális kérdés, de továbbra sem fér ki a nevem a plugin config ablakban.

Előzmény: n/a (inaktív), 2015-07-21 16:17:00 [2348]

Értem A válasz egyértelmű : nem egy pótlólagos billentyű hanem valami valószínűleg jobban átgondolt eszköz. Ja és lehet hogy a Mach is ludas a dologban . Azért feszegetem mert egy másik emulátorral ( nem fórumos ) nálam is előjött már a hiba . Szeretek úgy menetet vágni a Mach hal ( G32 ) hogy én adom a fogást ( nekem dupla keresztszános a TOS om ) nagyon gazdaságos és gyors módszer de a ciklus startnak atombiztosan kell működnie. Hát volt már úgy hogy lefagyott ( a screen designerrel egy hotkeyt definiáltam amit az emulátorral hozok létre a szánszekrényen elhelyezett nyomógombbal ) Így nem kell fogyasztanom az UC 100 as értékes bemenetét Az UCCNC t még én sem használom esztergára

Előzmény: n/a (inaktív), 2015-07-21 16:17:00 [2348]

Szerintem Homovits Miki nem használ UCCNC-t, gondolom Mach3-al történt amit írsz?!

Persze, így van.
Decsak azért, mert az UCCNC még mindíg nem tud esztergálni!

Előzmény: n/a (inaktív), 2015-07-21 16:17:00 [2348]

Szia Gábor,

Szerintem Homovits Miki nem használ UCCNC-t, gondolom Mach3-al történt amit írsz?!

Az Xbox vezérlő nem billentyűzetként kapcsolódik a PC-re (ha ez volt a kérdés), hanem spéci HID eszközként, ami a Windows-ban egy szabványos "joystick/joypad" ként jelenik meg és ezt le lehet kérdezni különböző API-kon keresztül, például DirectX és OpenGL tartalmazza a megfelelő függvényeket, hiszen ezek játékok kifejlesztésére szolgáló feljesztőeszközök, beléjük van építve a joystick/joypad kezelése mint alapfunkció.
Az UCCNC-ben mivel OpenGL-t használunk a szerszámpálya megjelenítésre, a legkézenfekvőbb az volt, hogy az OpenGL beépített függvényein keresztül olvassuk az Xbox joypad-et és erre írtunk egy plugint, hogy a gombokat joystickeket amik a vezérlőn vannak hozzá lehet rendelni UCCNC funkció hívásokhoz.A gombok/joy-ok egyenként szabadon hozzárendelhetők a kb. 400db rendelkezésre álló funkció bármelyikéhez.

Nem tudom, hogy Mikinek milyen problémája volt pontosan a billenytű emulátorral, vagy hogy a szoftver része a Mach3-nak ezt hogyan kezeli, talán ott lehetett valami gond.

Zavarvédelemről nem tudok nyilatkozni, a gyártó (Microsoft) erről nem közölt adatokat.

Előzmény: ANTAL GÁBOR, 2015-07-21 15:57:00 [2345]

Ok, küldöm oda azonnal... Köszönöm szépen...

Előzmény: n/a (inaktív), 2015-07-21 16:06:00 [2346]

Szia István,

Nem, nem kaptam levelet tőled. Ha fórumon írtad üzenetben, azt az e-mail címet nem olvasom, megváltoztatni pedig nem tudom hogyan kell, itt a fórum motorban, nem látok rá lehetőséget.
Légyszi küld el a levelet az info@cncdrive.com e-mail címre, azt állandóan figyelem.

Előzmény: ANTAL GÁBOR, 2015-07-21 15:57:00 [2345]

Balázs ! írod ezt az Xbox 360 at . Minthogy nekem fogalmam sem volt hogy mi az rákerestem a neten . Kb értem ez egy szabadon konfigurálható dolog. Egy kapcsolódó kérdés: tudom hogy Homovits Miklós sokat bosszankodott a billentyű emulátorral amit aztán elhagyott az új CNC esztergánál. Ez a Xbox hasonlóan működik ? Kvázi egy másodlagos billentyűzet csak ergonómikus kapcsolókkal ? USB a kapcsolat ? Vajon megoldott a zavarvédelem vagy kinéz egy hasonló csapda?

Előzmény: n/a (inaktív), 2015-07-21 15:46:00 [2342]

Szai= Szia

Szai Balázs, írtam emailt a napokba, megkaptad?

Üdv: Szabó István

Sziasztok,

Elkészült egy újabb UCCNC kiadás.
Letöltés:UCCNC 1.1021

Az újdonságok:

- Készült egy plugin az UCR200 vezetéknelküli távirányítóhoz. (Egyelőre béta verzió.)
- Küszült egy plugin Xbox360 vezérlőhöz. Az Xbox vezérlő gombjai és joystickjei szabadon konfigurálhatók az UCCNC funkciókhoz.
Egyelőre csak a vezetékes Xbox vezérlővel teszteltük, de hamarosan lesz vezetéknélkülivel is tesztelve.
- A szerszámtárat felbővítettük 48db szerszámhelyre.
- A dokumentáció kapott oldalszámozást, ez hiányzott és valaki jelezte, hogy nehéz követni a doksit emiatt.
- A Flash OCX verzióját frissítettük a 13-asról a legújabb 18-as verzióra, most már ez telepszik a programmal.
- A program már működik a CNC4PC(USA) által gyártott M44 és M44B alaplapokkal és UC300 modullal.
- Befejeztük a 3D printer plugint. A Stepcraft cég tesztelte.

Javítások:

- A backlash kompenzáció beállítása az Y tengelyen nem volt jó, az X tengely értékét alkalmazta tévesen, javítva.
- A szoftlimit kalkulációt bizonyos esetekben hibásan csinálta és emiatt néha a program tévesen azt hihette, hogy a kód körvonala kívül esik a szoftlimit korlátokon,
és nem engedte elindítani a g-kód ciklusos futtatását. Javítottuk.
- A szerszámpálya megjelenítésnél színátmenetes volt a rajzolat a gyorsjáratok és a normál végrehajtás kódok közt,
ezt a színátmenetet megszűntettük, a vonal határok most már élesek.
- A tab képernyők gombjait kicsit szebben elrendeztük, hogy kitöltsék a teret.
- A Flash képernyőben volt egy olyan hiba, hogy ha egy DRO-ból közvetlenül egy másik DRO-ra úgy klikkeltünk, hogy a bal egér gombot lenyomva tartottuk,
vagyis kijelöltük a szöveget, akkor nem adta át az új adatot a programnak, Apply settings-kor visszaíródott a régi szöveg/érték. Javítottuk.


Mindenkinek jó hobbyCNC-zést, illetve nyaralást!

Szia!
Ha tálcán nem fogyaszt, csak akkor, amikor látszik, az elég flash gyanús. Én megpróbálnám a flash minden formáját kiirtani, majd újra felrakni.

Előzmény: Fli4l, 2015-07-15 22:54:00 [2340]

Az első makróm a szerszámbemérőm volt de már jóval előtte elkezdődött ez a jelenség nem gondolnám, hogy makró okozza pont ezért. Ezeket a plusz dolgokat utólag tettem bele de ezek nélkül is előfordul sajnos. Ha leteszem tálcára a programot akkor leesik a terhelés ha előterébe hozom megint felugrik.

Előzmény: n/a (inaktív), 2015-07-15 22:32:00 [2339]

Nincsen esetleg semmi spéci makród ami esetleg hibás és beragad valahogy a futtatása?
Azt megtudnád nézni, hogy amikor megtörténik ez az 50%-os terhelés, ilyenkor MDI-ből végrehajt-e parancsot? Ha nem fogadja el ilyenkor az MDI parancsot, akkor valami makró még fut és az terhel rá a procira.

Előzmény: Fli4l, 2015-07-15 21:41:00 [2338]

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?