Igen, tud együtt élni a két program. Annyi, hogy amikor váltasz programot, akkor a firmware-t mindig cserélni fogja automatikusan az UC100.

Előzmény: Amatőr, 2015-08-08 21:44:00 [2392]

Nem két UCCNC példányra gondoltam, hanem arra hogy megfér-e az UCCNC a Mach mellett. A Mach jogtiszta, nem cserélném le, nagyon jól működik.

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

:)

Igen és szerintem lehet ezt el is felejtettem leírni a dokumentációban, megnézem és ha így van akkor pótolom.
Az M3-at célszerűen csak a progi elején add ki egyszer. A program végén úgyis lekapcsolódik, ezért biztonsági funkció, mert tutira nem marad bekapcsolva a lézer a program végeztével és biztosan nem fogod megégetni a kezed amikor gyanútlanul oda nyúlsz esetleg.

Előzmény: Bozso777, 2015-08-08 21:05:00 [2388]

Szia,

Használható egy gépen a két mozgásvezérlő.
Ha elég "izmos" a PC, akkor akár egyszerre is futtathatsz két UCCNC példányt és a két CNC gépet így akár egyszerre is vezérelheted a két mozgásvezérlővel egy számítógéppel egy időben.
Az UCCNC-ben tudsz csinálni külön profilokat a gépeknek különböző beállításokkal, éppen úgy, mint Mach3-ban és akkor az adott géphez azt a profilt töltöd be amelyik az adott géphez tartozik.
Svejk múltkori kérése alapján azt is megcsináltam, hogy a parancsikonoknak / kapcsolóval megtudod akár adni paraméterként, hogy az UCCNC azon profilja például mindenképpen csak az adott szériaszámú mozgásvezérlőhöz csatlakozzon. Így, ha ezt beállítod, akkor az UCCNC adott profilját indítva mindig csak a hozzárendelt szériaszámú mozgásvezérlőhöz fog csatlakozni, nem tudod még véletlenül sem összekeverni a két mozgásvezérlőt, két gépet. Ezzel kapcsolatos további részletek a dokumentációban vannak leírva.

Előzmény: Amatőr, 2015-08-08 21:08:00 [2389]

Szia!
Ez a lézer plugin felkeltette az érdeklődésemet. Adott egy PC rajta a Mach, két gépre szoktam használni. Használható egy gépen a két mozgásvezérlő vagy mindenképpen külön PC kell?

Előzmény: n/a (inaktív), 2015-08-08 20:49:00 [2387]

Köszi szépen, ez gyors volt
Az M3 maradt ki, ez nem jutott eszembe mert ez kapcsolja a marómotort. Így máris müxik
Amit még nem találtam meg, hogy lehet e gombhoz rendelni a ki bekapcsolását a lézernek.

Szia,

Megkaptam a leveled és örülök, hogy tetszik a lézer plugin.
A kérdésed az M10/M11 szinkron lézer kimenet kapcsolgatásra vonatkozott, hogy hogyan működik.
Gondoltam itt válaszolok és nem e-mailben, mert így más is látja a választ, hátha mást is érdekel a dolog.
Szóval:

1.) A Configuration-I/O setup fülön van egy Laser output beállítás, ott megadod azt a lábszámot, hogy melyik kimeneti pin-re szeretnéd a lézer modul vezérlő bemenetét csatlakoztatni. Beállítást Apply-val érvényesíted, ha akarod, akkor save-el elmented.

2.) M3-at bekapcsolod. Ezzel tudod engedélyezni az UCCNC-ben a lézer modult, ez végülis egy biztonsági funkció, a lézer kimenet csak akkor aktiválható, ha az M3 már aktív.

3.) A programban az M10 utasítással kapcsolod be a lézert és M11-el kapcsolod ki. Az M10-nek egy paramétere lehet a Q paraméter, az értéke 0-255 közötti lehet.
A lézer kimeneti pinen modulált 8bites PWM jel fog megjelenni, a Q paraméternek megfelelően. A 0 az teljesen kikapcsolt 0% kitöltési tényezőt jelent. A 128 érték az 50% kitöltést és a 255 érték 100% kitöltést. Feltételezve, hogy a kimenet polaritása helyesen van beállítva és az elektronika nem invertál.
A köztes értékek értelemszerűen köztes kitöltések. Ha nincs megadva Q paraméter, akkor 255, vagyis 100%-os bekapcsolást alkalmaz az UCCNC.

Az M10 és M11 parancsok a mozgáspufferbe kerülnek betöltésre és időben szinkronizálva, pontosan igazodnak a környező mozgásparancsokhoz, vagyis szinkronban vannak a mozgással és azonnal be/kikapcsolnak a mozgáshoz képest időzítve, így lehet ezeket a parancsokat pontos egyenletes lézeres vágás alkalmazásokhoz használni.

Előzmény: Bozso777, 2015-08-08 18:49:00 [2386]

Szia...küldtem mailt a laser vezérléssel kapcsolatban. pluggint tesztelgetem eddig nagyonjónak tűnik...grat hozzá

Előzmény: n/a (inaktív), 2015-08-08 15:19:00 [2385]

Szia,

Mégegyszer ellenőriztem és igazad van, véletlenül a jog-ot tiltottam le a szerkesztőben ... na persze amikor jelezted a hibát akkor is a jog-al teszteltem, mert az volt nekem konfigurálva, ezért nem is jelentkezett a probléma.
Szóval csak a jog van letiltva a szerkesztő ablakban és valóban más funkció hotkey-k működnek, javítani fogom.

Előzmény: xabi, 2015-08-08 10:09:00 [2384]

Szia,
Legújabb verziót használom. A num pad / jelén van a cycle start mikor írok valamit és megnyomom simán elindul a program, über szívás hogy a felugró ablakokra amíg nem nyomok Ok-ot addig a fókusz sem megy a főablakra még resetet sem tudok nyomni.

Sziasztok,

Csaba: Igen, a feedrate-et valóban nem nézi vissza a kódban és a spindle pipát sem jegyzi meg. Megfogjuk fejleszteni.

Xabi: Az edit file-nál tiltva vannak a hotkey-ek, szerintem régi verziójú a program amit használsz.

- Igen ezzel én is kínlódok, de most már rutinból pipa ki és sebesség 4000mm/min Ha lehet javítani valamit én is örülnék.

- Mikor az edit file funkciót használom, és kódot módosítok nincsen tiltva a hotkey. ide oda megy a fej amíg írok valamit.

Előzmény: Csaba, 2015-08-04 13:00:00 [2381]

Balázs!
Mikor a munka innen funkciót használjuk jó lenne ha megőrizné azt a beállítást hogy kiveszem a pipát hogy ne induljon a spindle, mert pozicionáláskor mindig bekapcsolja a plazmát, és ha elmentené a beírt átpozicionálási sebességet, mert ha előtte mondjuk lassan ment a Z akkor ezzel a lassú sebességgel pozícionál.

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