Köszönöm. Még nem telepítettem, de jó tudni, hogy hol keressem. Igazán semmi bajom a tanulással, nem is okoz gondot, abban is igazad van, hogy gyakorlatilag keresnem sem kell a C-hez, akkor is találok leírást, viszont megjegyezném, hogy ez a programnyelv nagyságrendekkel több lehetőséget rejt magában, mint amire a valaha is szükség lehet egy szerszámgépen. Vagyis nekem - de biztosan nem vagyok egyedül - nem kellene az egészet megtanulni. Ezért bátorkodtam...

Előzmény: n/a (inaktív), 2015-07-31 12:06:00 [2375]

WolfyPontHu-nak abban teljesen igaza van, hogy ebből a nyelvből fájóan hiányzik az ugrás, ismétlés, feltételes művelet. És ez is egy természetes felhasználói igény, ráadásul sokkal gyakrabban jelentkezik, mint például a képernyőn található gombok átrendezése.
A Fanuc vs Heidenhain pályafunkciók kötöttségéről már eltérő állásponton vagyok, de ez nem ebbe a topikba való.

Van olyan program amivel hasonló módon lehet szerkeszteni a képernyőt mint a Mach3, vagy terveztek készíteni?

Sajnos nem tudunk menni.

Előzmény: pisti73, 2015-07-31 12:07:00 [2376]

Szia Balázs!

Jöttök holnap a pesti talira?

Sziasztok,

Dezsoe:
Jó hallani, hogy megy Win10-en is, én nem frissítettem, szerintem te vagy az első aki Win10-en futtatja az UCCNC-t.

WolfyPontHu:
A G-kódnak a leírása benne van a users guide-ban. Az elérhető UCCNC függvények amik makrókban használhatók le vannak dokumentálva az UCCNc telepítés /Documentation könyvtárban. Az elérhető UCCNC funkció, gomb stb. kódok is le vannak dokumentálva ugyanott. Amúgy a programozási nyelv C#, ami manapság talán a 4.-5. legnépszerűbb programozási nyelv a világon, sok könyvet lehet kapni ami megtanít C#-ban programozni, illetve interneten is sok anyag, példaprogram, oktató videók stb. is fellelhető.

Előzmény: dezsoe, 2015-07-29 10:37:00 [2373]

Elképzelhető, hogy a nem túl távoli jövőben lesz egy programozói leírás az ehhez a vezérlőhöz? Egy olyan teljes, átfogó. Tetszik ez a vezérlő. Gondolkodtam is ezen. A Fanucot pont azért szeretem, mert gyakorlatilag korlátlan programozói szabadságot ad, már ami a szerszámpályát illeti. És most nem a manual guide-ra gondolok, hanem az alap kódkészletre. Nincsenek megkötések, mint a mazakban, vagy a heidenhain-ban. Szóval? 😊

Jelentem: a Windows 10 megérkezett és szeretik egymást az UCCNC-vel.

Felhasználói igények. Tiszta sor. Nem is vitatkozom tovább. Csak ez fura egy kicsit. Majd megszokom.

Valóban ez egy hobby fórum és itt ami programokat használnak az emberek Mach3, LinuxCNC, UCCNC, USBCNC stb. ezek mind az RS274 szabványt követik, illetve még a Fanuc ami elég jól követi ezt a nyelvet.
A Heidenhain teljesen eltér ettől, saját nyelvezete van.

RS274 nyelvben a macro kizárólag M utasítással hívható. Szubrutin pedig M98-al.

Amit írsz, hogy a makró nyelve azonos kell legyen a programozás nyelvével, ennek van előnye is, de ugyanakkor van egy nagy hátránya is.
Az előnye, ahogy írtad is, hogy ebben az esetben nem kell más programozási nyelvet elsajátítanod.
A hátránya, hogy kötve vagy ahhoz a nyelvhez ahhoz a csökkentett utasításkészlethez amit a G-kód interpreter ismer. Ez addig nem probléma, amíg egy adott célgépen dolgozol, amit megalkottak valahogy és azt amire megtanították azt tudja, de többet nem.
Itt a hobby fórumon az emberek gépeket építenek saját magunk és a gépeiket általában vagy munka vagy szórakozás céljából folyamatosan fejlesztgetik, aminek során sokszor olyan egyedi igények merülnek fel, amit nem lehetne megvalósítani, ha a G-kód nyelvezethez lenne kötve a program.
Olyat, hogy csak a G-kódot ismeri a gép, de képes legyen bármilyen célgépet vezérelni elképzelhetetlennek tartom.
Ezért van a makró írás C nyelven és ezért lehet a programban olyan dolgokhoz is hozzáférni, mint például a képernyő szett, vagyis a képernyőt ha akarod átrendezheted, levehetsz róla gombokat, felrakhatsz másikakat. Vagy például ezért van hozzáférés több irányból is az UCCNC belső funkcióihoz, szövegmezőkhöz stb., hogy a programot a felhasználó személyre tudja szabni.
Egy kész gyári gépen ezekre nincsen szükség, hiszen a gyár megtette a szoftver géphez szabását, azt tudja amit kell, viszont egy hobbycnc gép egyedi, minden gép más és más, mindenkinek más az igénye.

A tapintáshoz egyszerű makrót tudsz írni, igaz, C nyelven, ami végrehajt egy G31-et, majd beleteheted az értéket egy változóba, amire aztán ha akarsz hivatkozhatsz G kódban a #xxxx jellel, ahol xxxx ismét számokat jelöl.
A makrókat amúgy a egyszer megírod, utána használod, ha esetleg módosul a géped és szükséges akkor átírod a makrót.
A makróknak nem az a rendeltetése, hogy folyamatosan abban programozz, arra ott van a G-kód.

Előzmény: n/a (inaktív), 2015-07-28 13:59:00 [2370]

Ó jajj! Már el is beszéltünk egymás mellett. Alapvető fogalmakat kellene tisztázni, mert nem értjük egymást.
Nos hobbi, de mégiscsak cnc ez fórum, ezért nem értelek és te engem. Számjegy vezérlésű gépeken három féle alprogram ismeretes.
Lokális, ami nem külön program, hanem M30 után írodik. Jó példa a Heidenhain vezérlő.
Globális alprogram ami önálló program, fejléccel programszámmal. M98-cal hívható. Bármelyik Fanuc klón ismeri.
És a makró, amely olyan globális alprogram, aminek hívásakor az alprogramban szereplő változóknak értéket tudunk adni a főprogramból. Vagyis az előző példánál maradva ugyanazzal az alrogrammal tudok 10mm átmérőjű 10mm mély fenekes furatot is, és 15mm átmérőjű 13mm mély furatot is, attól függően, hogy a híváskor milyen értékeket adok át.
Te másra gondolsz, ha én makrót mondok.
Ezért nem értem, hogy ha én rendszerváltozóra szeretnék hivatkozni, pl. kiolvasni az aktuális pozíciót a tapintási jel után, miért csak C nyelven tehetem meg, amikor NC programot írok. Érted? Nekem az a fura, hogy két féle nyelvet kell használni, egy teljes értékű szerszámpálya megalkotására.
Remélem nem veszed kioktatásnak!

Macro hívást az 'M' kóddal tudod megtenni.
Például M3 bekapcsolja a főorsót CW irányba.
Saját makrót is lehet írni, itt jön a képbe a C nyelv, mivel az UCCNC nyelvezete C# ami C alapú nyelv. Makróból meghívhatsz UCCNC funkciókat, lekérdezheted a szövegmezőket, változókat stb. stb.

Egyébként szerintem (bár nem vagyok benne 100%-ig biztos) amiről te beszélsz az nem makró, hanem szubrutin vagy alprogram hívás.
Azt is lehet az M98 Pxxxx-al. A szubrutint M99-el fejezed be és az Oxxxx defíniálod a fejlécet, ja és az xxxx természetesen számokat jelöl.

G-kódban nincsen If, While, mivel nem C nyelv. Makróban viszont használhatsz if/while-t mivel azt a C# interpreter fordítja.

Egy egyszerű 4 furatot leprogramozod G-kóddal, kézzel leírod G0 és G1-ekkel, nem értem miért kellene ahhoz makrót írni?

Előzmény: n/a (inaktív), 2015-07-28 10:56:00 [2368]

Igen. átfutottam a dokumentumot. Amit nem értek:
Sok (szetintem lényeges) G kód hiányzik a nyelvbõl. Gondolok például a koordinátarendszer transzformácoókra. Vagy az sem világos, hogy makrót hogyan hívhat az egyszerû halandó. G65-tel gondolnám, de az is hiányzik. Varázslókat használtok, meg plugin kell. Írok egy példát a jobb megértéshez. Szeretnék egyszerû csavarfej süllyesztést csinálni négy furathoz. Teljesen általános feladat, gyakran kell ilyet célszerû lemakrózni, CAM-et izzítani ezért fölösleges. Tehát G65-tel hivatkozok egy alprogramra a megfelelõ argumentumokkal, ami aztán ezek elepján lefut. De a makró is G, M kódokat tartalmaz, meg elágazást, ciklust. IF, meg WHILE. De valahogy ez sem stimmel a UCCNC-ben. Tök káosz, nem értem. Ilyen öreg vagyok már?

Előzmény: n/a (inaktív), 2015-07-28 09:49:00 [2365]

Szia!

Mach3-ban biztos, hogy öröklődik, az UCCNC előtt azt használtam, ugyanezzel a generátorral (pcb-gcode). Gyorsan letöltöttem a linuxcnc-t és kipróbáltam mdi-ből, az is örökli a P-t és szintén másodperc alapon vár.

Előzmény: n/a (inaktív), 2015-07-28 09:42:00 [2363]

A G82 modális fúróciklus vagyis minden argumentuma öröklődő. Legalábbis az általam ismert vezérlőkön.
A G04-et kétféleképp szokták alkalmazni :
G04 P10 - ezesetben 10 millisec, vagy 10 fordulat az előtolás függvényében
G04 x10 - ez esetben mindig 10 másodperc a várakozás.
Legalábbis az általam ismert vezérlőkön.

Előzmény: n/a (inaktív), 2015-07-28 09:42:00 [2363]

Köszönjük.

Az RS274 egy szebvány, amit az amerikai szabványügyi hivatal (NIST) definiált még valamikor a 80-as években. A 3. és legfrissebb kiadás 2000 Augusztusi és itt eltudod olvasni: http://www.nist.gov/manuscript-publication-search.cfm?pub_id=823374

A dokumentum tulajdonképpen egy programozási nyelv definíció, vagy szabvány, a nyelv szintaktikáját, szemantikáját írja le.
A nyelvnek nincsen köze a C nyelvhez.
Mondhatni, hogy ez az a CNC programozási nyelv, amit a legtöbb CNC gép gyártó, illetve program fejlesztő követ. Lásd. Mach3, LinuxCNC és sok ipari vezérlő...
Az UCCNC is ezt a programozási nyelvet támogatja.

Előzmény: n/a (inaktív), 2015-07-28 09:31:00 [2362]

Ez mind szép és jó amit leírtál, csak egy részlet ami hiányzik nekem, hogy hogyan konfigurálja a felhasználó a soros kommunikációt?
Kicsit kitérhetnél rá, hogy hogyan képzelted el ezt a dolgot, mert nekem még ez egy homályos folt egyelőre.

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

Sziasztok,

Köszi, hogy összegyűjtötted az infókat.
Egyetlen dolog amiben még nem vagyok biztos, hogy a G82-nek a P paramétere az sticky-e vagy sem, de utána fogok nézni, ha más nem, tesztelem, hogy más programok hogyan kezelik.

A G4-et közben már megcsináltam választhatóra sec/msec, a következő kiadásban már választható lesz.

Előzmény: dezsoe, 2015-07-26 10:36:00 [2360]

Sziasztok!
Végig olvastam a topikot. Mind a kétezer akárhány bejegyzést. Először is mélyen meghajlok a Balázsok előtt. Nem semmi munkát végeznek. Gyorsan és jól. A hozzáállás kiváló. Le a kalappal fiúk!
De azért írok, mert rengeteg kérdésem lett.
Az első mindjárt ez az RS274 new generation controller cucc. Ha jól értem ez egyfajta hibrid keveréke az NC és a C nyelvnek? Nagyon nem értem. Ha így van, az sokmindent megmagyaráz, de mi az értelme?

Sziasztok!
Valaki készített nekem az UCCNC -hez egy scrent amin lehet állítani a gyújtási magasságot és a várakozási időt a lángvágáshoz,kérem küldje el újra mert véletlenül kitöröltem a bejövő levelezésem és frissítéskor felülírta a defaultscrent.

Szia, Balázs!

Hogy ne kelljen keresned, összeszedtem három, azaz két dolgot. Már nem emlékeztem, hogy bő fél éve meddig jutottam, így újraolvastam a fórum elejét, meg a kézikönyvben is ellenőriztem, hogy tényleg az RS274-hez próbálunk igazodni. A legfrissebb verzió az RS274NGC_3.pdf, igaz, hogy 2000-es kiadás, de nem láttam frissebbet. Ebből idézek:

30. oldal ezt írja az öröklődő paraméterekről (G82 P téma): "For canned cycles, we will call a number “sticky” if, when the same cycle is used on several lines of code in a row, the number must be used the first time, but is optional on the rest of the lines. Sticky numbers keep their value on the rest of the lines if they are not explicitly programmed to be different."

33. oldal, G82 a s/ms kérdésről: "3.5.16.3 G82 Cycle
The G82 cycle is intended for drilling. Program G82 X… Y… Z… A… B… C… R… L… P…
0. Preliminary motion, as described above.
1. Move the Z-axis only at the current feed rate to the Z position.
2. Dwell for the P number of seconds.
3. Retract the Z-axis at traverse rate to clear Z."
A 2. pontban egyértelműen másodperc van.

25. oldal, G4, s/ms: "3.5.4 Dwell — G4
For a dwell, program G4 P… . This will keep the axes unmoving for the period of time in seconds specified by the P number. It is an error if the P number is negative."

(Érdekesség, hogy a két problémába egyszerre futottam bele: mikor elkészült a G82, kipróbáltam. Fúrt szépen, csak nem állt meg az alsó pozícióban. Némi keresgélés után rájöttem, hogy ms-ban várja a paramétert. (Tehát megállt, csak 0.2ms-ra, ami nem volt látványos.) 1000-es szorzó után már látszott, hogy megállt, de nem öröklődött a P a következő G82-re. Mivel az M3 és M5 késleltetése állítható a programban, sosem használtam G4-et, nem derült ki, hogy nem másodpercben számolunk. Az egész mizéria nálam a pcb-gcode-hoz köthető: ha a G82 P és a s/ms kérdés rendeződik, akkor már nem kell módosítani a pcb-gcode-on (lásd: #1691), hogy panelt lehessen vele marni, hanem mehet a Mach3-as beállításokkal. Lesz ugyan benne szintaktikai hiba egy sor végi megjegyzésnél, de azt az AutoLeveller javítja.)

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

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]