Ahogy már szorgalmaztam én is több alkalommal, az a legjobb ha egy "szakértői" fülön engednétek ezeket a beállításokat mindazoknak, akik ezt igénylik. A megadott részen csak túlzsúfolt lesz a képernyő, és a teljesen laikus belezavarodik. Kevéske programozói tapasztalatom alapján nekem ez vált be. Mindig vannak és lesznek akik az alap beállításokat máshogyan értelmezik és ezt szeretnék is megtenni. Ha túl bonyolult a plusz fül, akkor még mindig ott van a makróból beállítás lehetősége. Így már tényleg csak az piszkál bele aki képes olvasni a makró sorait és tudja értelmezni is.A beállítások fülön meg egy pipa, hogy a "person.txt" fusson, vagy sem.

Előzmény: n/a (inaktív), 2014-10-15 23:55:00 [1185]

Ma délutánra terveztem egy UCCNC-UC300-MPG próbát, majd beszámolok.
Tegnap az egyik analóg bemenetet hozzárendeltem a JRO-hoz de a potit tekergetve a JRO értéke nem mindig valós értéket mutatot.
Egymás után többször letekerve a potit nullára az érték rapszodikusan 2-30 érték közt "fentragadt". A maximális állásban mindig 100%-ot mutatott. Ma majd tüzetesebben átnézem.

Előzmény: n/a (inaktív), 2014-10-15 23:55:00 [1185]

Mi ezt a "szörnyet" hajtjuk UCCNC-vel már vagy fél éve. Igaz MPG nincs hozzá, amiket ezzel a géppel csinálunk ahhoz nem is nagyon hiányzik.

Előzmény: svejk, 2014-10-14 22:09:00 [1183]

Gondolkodtunk, beszélgettünk az MPG funkcióról Balázzsal és arra jutottunk, hogy talán az lenne a legjobb, ha egy pipával beállíthatóra csinálnák, hogy a JRO hasson-e az MPG-re vagy ne. Így akkor ki lehetne a beállításoknál választani.
Erről a megoldásról mit gondoltok?

Előzmény: fektiforg, 2014-10-14 20:14:00 [1177]

Azok a módszerek, amiket írtál.
Kimásolni a profil fájlból az értékeket, vagy akár a teljes profil fájlt kimásolni és visszamásolni az adott munkánál.
Ahogy nyarfa írta, makrót is lehetne rá írni ami kiolvassa a text mezőket és beírja mondjuk egy text fájlba.

Előzmény: svejk, 2014-10-14 21:01:00 [1180]

Aha!
Valami kis mechanikát köss rá akkor jobban érezni fogod ezen új módi MPG-t.
Én végül is megbarátkoztam vele, bár most nincs beüzemelve.

Előzmény: fektiforg, 2014-10-14 21:30:00 [1182]

Gépen nincs még az UCCNC, csak egy pultot csináltam, azt próbálgatom. De kényszerböl kell
valami megoldás, Isten nyila ( villám ) tönkre tette egyik gépem vezérlését...

Előzmény: svejk, 2014-10-14 20:55:00 [1179]

Írni lehetne rá egy makrót esetleg

Előzmény: svejk, 2014-10-14 21:01:00 [1180]

Ja-ja a képlopókat én is ismerem, vagy akár a PrtScr billentyűt, de jobb lenne szöveges file-ba menteni, netalán még ha vissza is lehetne olvastatni...

Belenéztem a default.pro fájlba, onnan végül is ki és adott esetben vissza lehet másolni az értékeket.
Vagy lehet érdemes lenne ilyenkor elrakni az egész *.pro file-t, és később a visszatérő munkánál azt betölteni.

Előzmény: fektiforg, 2014-10-14 20:26:00 [1178]

Értem...
Ez lehet jó ötlet.
Most sajnos nem tudom az UCCNC-met próbálni gépen, de majd tesztelgetem még ezeket a funkciókat.
Persze nekem könnyebb bármit megszokni, mert nincs igazi CNC-s tapasztalatom.

Egyébként milyen gépet vérteztél fel az UCCNC-vel?
Gyári gép modernizálása, vagy saját építésű?

Előzmény: fektiforg, 2014-10-14 20:14:00 [1177]

Pl:easy capture

Előzmény: svejk, 2014-10-14 20:12:00 [1176]

Nem jól írtam délelőtt, ezért megismétlem ahogy gondoltam:
Lenne egy javaslatom a programfejlesztőhöz:
MPG multi üzemmódban tiltásra kerüljön a JRO poti

Előzmény: svejk, 2014-10-14 19:44:00 [1173]

A G54-59 offset táblákat mi módon lehetne legegyszerűbben kimenteni file-ba?
A mach3-nál is mindig papírfecnikre írtam ki, ami persze addigra elkallódot mire legközelebb kellett volna.
Vagy mi más okosabb módja van ezen koordinátarendszerek egyes munkákhoz való elmentésére?

Helyesen: Balázzsal

Előzmény: svejk, 2014-10-14 19:44:00 [1173]

Sziasztok!

Holnap letesztelem ismét az MPG-et. Az én vezérlőm bekapcsoláskor automatikusan beáll MPG multi-ra - mivel a Mach3-ban nem tudtam konfigurálni a MPG cont-ot és a többi fokozatban veszélyes dolgokat művelt - és ott jól működik. Igaz ha tekerem mint a hülye 1 mm-es lépésnél nálam is lemarad a gép, de nem olyan vészes. Ha viszont a lépésen állítok 0,1-re ott nem tudom olyan gyorsan tekerni, hogy lemaradjon.
Kíváncsi vagyok mit művel MPG cont. beállításnál (ha úgy mint a LinuxCnC-nél akkor nem lehet gond..)

Az 1. pont gondolom a mach3-nál a veleocity módnak felel meg.
Ez azért fél nap alatt megszokható és igen kellemes amikor vagy 500 mm-t kell az MPG-vel mozogni.:(
Hagyományos CNC gépnél ilyenkor vagy átkapcsolod nagyobb felbontásba, de az egy tizedes MPG osztás is lassú, vagy használod a JOG gombokat.

A 2. pontnak én sem látom értelmét, sosem használtam.
Talán atombiztos akar lenni arra az esetre ha gagyi az MPG kerék arretálása. (sajnos a mai gyári CNC-ken is egyre silányabbak az MPG kerekek, hol vannak már a marokra fogható lendkerékhatású fém kerekek. )


A 3.-as pont szintén jó, feltéve ahogy írod, ha nincs letekerve a JRO.

De ha az 1.és és 2. funkció közt váltogatsz, akkor nem is kell levenni a JRO-t.

Én is kötözködtem itt a nyáron ezen funkciók miatt a balázzssal, de gyorsan ráéreztem az ízére.

Az 1. pont ráadásul gépbarát is nem akarja szétrázni a gépet, főleg ha az szervos.

Előzmény: fektiforg, 2014-10-14 17:59:00 [1171]

Sziasztok. Ez valóban úgy lenne jó ahogy fektiforg leírta, a Mach3-ban sem úgy működik ahogy kellene,
jó volna ha ezt ti megoldanátok.

Kérdezted: "mi mást kellene csinálnia?"
Nem ismerem a Mach3 programot, de volt dolgom
pár régebbi tipusú ipari CNC vezérlővel, ezeknél
a kézikerék hasonlóan működött mint UCCNC Multi step 100 % -on, és másként nem !
A többi szerintem felesleges, és néha veszélyes csicsa.
Pl.
1. MPG cont. JRO állásától függően 1 mm-nél
többet is lép 1 MPG kattanásra, pedig lépés
állító 0.01 lépésre van állítva.

2. MPG Single. mindig egyet lép, akkor is
ha tovább tekerem, én értem, de minek ?

3. MPG Multi. mint már írtam,ha alacsony % -on van az JRO nem tudja követni a kiadott jeleket, puffereli, és amikor már nem tekerem másodpercekig mozog a tengely, behozza a
lemaradást, veszélyes !
Egy kézikeréknek, szerintem úgy kell működni, mintha mechanikus kapcsolat lenne a tengely orsójával, az már csak hab a tortán, ha e kapcsolat áttételét tudom állítani.

Előzmény: Polgárdi Balázs, 2014-10-14 13:19:00 [1168]

Igen, az OK, hogy müködik neked más pineken, ennek örülünk is, de légyszi írd le, hogy pontosan melyik pin-ekre állítottad amikor a hiba jelentkezett, mert szeretnénk előidézni és kijavítani, mert egyelőre nem tudtuk előidézni. Ezért kellene a segítséged, hogy ha tényleg van ilyen hiba, akkor azt javítani tudjuk, hogy más ne fusson bele.

Előzmény: fektiforg, 2014-10-14 13:39:00 [1169]

Megnéztem, többször, nincs két funkció a pineken. Én hardveres problémára gondolok, de nem foglalkozok vele, van még elég pin . Már működik, amit eddig megcsináltam.

Előzmény: Polgárdi Balázs, 2014-10-14 13:03:00 [1167]

Valamit félreértesz, a JRO-nak pont az a funkciója, hogy beállítható a jogolás sebessége. Az MPG-t tekered egy bizonyos állandó sebességgel, és közben állítod a JRO értékét, akkor az elmozdulás sebessége állítódik. Azaz a JRO a max. megengedett jogolási sebességet állítja, mely MPG cont. üzemmódban azonnal megáll, ha nem tekered. Ha viszont az MPG-t átállítod Multi step üzemmódra, akkor az MPG-től kapott utasításokat a JRO-val beállított sebességgel hajtja végre, hiszen meg van adva a jogolási sebesség, mi mást kellene csinálnia? Ez amúgy a Mach3-ban is így van.

Előzmény: fektiforg, 2014-10-14 09:43:00 [1165]

Erről a hibáról tudnál pontosabban írni, mármint a nálad lévő beállításokról, mert nem tudom előidézni. Nem lehetséges, hogy az MPG pinjeire van beállítva a végállás? Vagy az Input trigger ablakon az 1-es port 11 vagy 12-es pinhez hozzá van rendelve egy funkció, ami bekavar?

Előzmény: fektiforg, 2014-10-14 09:28:00 [1164]

a pontos történet ismerete hiányában is az a véleményem, h MPG kerék mozgatására az előtolás szabályzók nem hathatnak csak a tengelyre érvényes maximális előtolás stb értékek

ha valaki DJ akar lenni és megpörgeti a kereket akkor annak megfelelően kell "ugrani" ha pedig lassan mocorog akkor meg úgy

elfogadhatatlan gyakorlatban az, hogy utólagosan csúszva mozogjon a gép az MPG-hez képest

Előzmény: fektiforg, 2014-10-14 09:43:00 [1165]

Lenne egy javaslatom a programfejlesztőhöz:
MPG üzemmódban tiltásra kerüljön a JRO poti, zavaró ha alacsony % -on van nem tudja követni a kiadott jeleket, puffereli, és amikor már nem tekerem mozog a tengely, behozza a lemaradást.

Megvan a hiba ! 1-es port 12 vagy 11-es pin-jénél van valami gond, oda kötöttem a kézi kereket, vagyis az UC 300 -ban van a hiba. Egyszerűen átdugtam a csatlakozót 4 -es portra, és átkonfiguráltam, és minden működik.

Előzmény: fektiforg, 2014-10-13 17:55:00 [1155]

A vizuális típus.Azért írhatnál valamit az UCCNC vezérlőről is...

Előzmény: svejk, 2014-10-13 21:52:00 [1162]

No meg ugye láttam élőben is.

Előzmény: Gyati, 2014-10-13 20:27:00 [1161]

Hiába na, akinek jó a memóriája!

Előzmény: svejk, 2014-10-13 18:50:00 [1159]

Ezt még korábban a Mach3-hoz készítettem - a machsupport oldalon találtam - és amikor elkészült az UC300-ra az UCCNC akkor kipróbáltam és hibátlanul működik ezzel a programmal is.

Előzmény: svejk, 2014-10-13 18:36:00 [1157]

Emlékszem a múltkor is írtad.
Előbb-utóbb én is szeretnék egy a gyáriakéhoz minél jobban hasonlító kezelőpultot, és számomra áttekinthetőbb a hagyományos kapcsolók fizikai állása mint a hozzá rendelt visszajelző LED-ek.
Bár tudom manapság már ez a ternd a gépiparban is, szinte mindenhol nyomógombok aztán pl. a tengelyszelektor aktuális állását kijelzik alfanumerikus kijelzővel.

Előzmény: Gyati, 2014-10-13 18:44:00 [1158]

Szia! Ugyanígy jártam, ezért a kapcsolókat kicseréltem nyomógombokra azóta jól működik.Ráadásul a nyomógomb gyorsabb, mert egy kezes.

Előzmény: svejk, 2014-10-13 16:19:00 [1153]

Melyik progihoz tervezték ezt a kapcsolást??
Nekem fura lenne ez a nyugtázó gomb használata, ezért bíztam a charge pump.

Persze a terv az volt hogy majd csinálok egy párszor tíz Hz-es oszcillátort a frissítésnek, hogy ne terhelje az UC300 megszakításait, de mivel működött ezért úgy maradt.

gondolom ismerős ez az érzés sok hobbystának.

Előzmény: pisti73, 2014-10-13 18:19:00 [1156]

Sziasztok!

Az enkóder, valamint a tengelyválasztó és a lépésválasztó bekötésében szeretnék egy kis segítséget nyújtani. Az én vezérlőm ez alapján működik.
Sokat gondolkoztam, hogyan is kell bekötni a kereskedelmi forgalomban is kapható "kézi kerekeket", amíg rá nem találtam a mellékelt bekötési rajzra.
Ezen található egy "S1" elnevezésű nyomógomb, ami a tengely vagy a lépésköz beállítása után egy "nyugtázó-, enter gomb" funkcióját látja el. Én ebből a rajzból azt vettem ki, hogy a tengely, lépésköz beállításánál nincs szükség fix kontaktusra csak egy pillanatnyi impulzusra. A bekötési rajz figyelembe vételével elkészítettem egy "fapados" összeállítást, elvégeztem a szükséges konfigurációkat és azóta is szuperül működik.
Remélem tudtam segíteni...

Kérdezted , és eddig a kézikerékről nem beszéltem
használtat építettem be, gondoltam nem jó, majd veszek újat. De jött egy ötlet mielőtt költségbe verném magam , bekötöttem egy tutijó 500 -as encodert hiba jelenség ugyanaz : ha lépést 0.1 vagy 1 -re állítom akkor kb. 0.1 vagy 1 mm oda- vissza ugrál a "szerszám" , Mi lehet a gond ??

Előzmény: n/a (inaktív), 2014-10-13 11:19:00 [1151]

Jó ötletet adtál, ez a megoldás a "király"!!

Előzmény: svejk, 2014-10-13 16:19:00 [1153]

Nekem meg közben eszem helyére jutott, hogy miért kellett a kapcsolók dinamikus frissítése.
A nyomógombokkal nekem sem volt gondom azokat nem is kötöttem a chargepump-ra.
De ha pl. este a tengelyválasztó yaxlie-t az Y tengelyen hagytam akkor a másnap a Mach3 nem olvasta be automatikusan csak akkor ha csináltam egy oda-vissza kapcsolást.
ugyan ez volt a helyzet a többi statikus kapcsolónál, pl. a jog feedrate-nél.

Előzmény: fektiforg, 2014-10-13 14:31:00 [1152]

Így tényleg működik minden funkció !
Közben kipróbáltam svejk charge pump jel visszavezetését, ciklusstop -nál zavaróan változóan késik néha 1-2 sec-ot.

Előzmény: n/a (inaktív), 2014-10-13 11:19:00 [1151]

másodiknak lefutó élet akartam írni.

Előzmény: n/a (inaktív), 2014-10-13 11:09:00 [1150]

Az input trigger-nél "Low" mező ha nincs pipálva, akkor a felfutó élet figyeli. Ha pipálva van, akkor a felfutó élet.

Szerintem változtasd meg a pipálás állapotát ahhoz képest ahogy most van és akkor nem a gomb elengedésre, hanem a benyomásra fog végrehajtódni a függvény.

Szóval mindegyik gombnál kitudod választani, hogy melyik élre triggereljen.

Egyébként, ezekszerint lehet, hogy a forgó kapcsolónál is csak annyi a baj, hogy fordítva van konfigurálva.

Előzmény: fektiforg, 2014-10-13 10:26:00 [1145]

Közben visszavontad oké:) Közbe dogozok' és nem frissítek.

Előzmény: svejk, 2014-10-13 10:35:00 [1146]

Előzmény: svejk, 2014-10-13 10:35:00 [1146]

Ezt kipróbálom, kösz ! Azt hogy csak a FRO 100 % -os állásában legyen indítható a program futás nem támogatnám, alakítsd ki a vezérlő pultot, ha nyomod a "zöd' gombot" ne akadj be a FRO-ba . Első futáskor mindig letekerem, de lehet ez nálam 25 éves CNC-és begyöpösödés...

Előzmény: svejk, 2014-10-12 21:51:00 [1137]

Oké, utánanéztem, egyes géptipusoknál is csak választható opció ez a retesz feltétel.
Tehát vegyük úgy nem szóltam semmit majd jobban figyelek.

Előzmény: svejk, 2014-10-13 10:06:00 [1144]

Igen többállású forgókapcsolót használok a tengelykiválasztásra, ciklusstart - ciklusstop egyszerű nyomógomb, zavaró hogy például nyomom piros-gombot mint az ökör és csak elengedésre áll meg a program futás, csak a felfutó élre reagál ?

Előzmény: n/a (inaktív), 2014-10-12 23:08:00 [1142]

Amit írsz az igaz az első munkadarabnál, sőt még a soronkénti futtatás is ajánlott.

De amikor már sorozatban gyártasz akkor csak munkadarab csere és ződ' gomb...
No ilyenkor van baj ha véletlen közben beleakadtál az FRO potiba.

Előzmény: Gyati, 2014-10-12 22:31:00 [1140]

Igen, a jelek éldetektálva vannak, máshogy nem igazán lehetne jól működőre megcsinálni, mert ha statikus állapotokat figyelnénk, akkor az aktív logikai állapotban a függvény kb. 30msec-onként mindig meghívódna. Ami sok függvény esetében nem is gond, de például a ciklus stop függvénynél igen, mert a ciklus stop az megállít minden mozgást, a jog-ot is és akkor jog-olni sem tudnál ha a ciklus stop gombod folyamatosan aktív állapotban lenne.
Ezért kell az éleket detektálni és akkor csak a logikai állapot változásakor egyszer hajtódik végre a függvényhívás. Utána csak akkor, ha elengeded a gombot és ismét megnyomod.

A charge pump jel visszavezetése pedig ötletes szerintem.
De a fent leírtakra ennél a megoldásnál is figyelni kell, vagyis a gomb aktív állapotában adja be a charge pump jelet, ne az inaktívban, ami alaphelyzetben nyitott érintkezővel lehetséges.

Előzmény: svejk, 2014-10-12 21:51:00 [1137]

A kézi tengely választónál ha jól értem, akkor egy több állású forgókapcsolót használsz?
Ha igen, akkor arra gyanakszom, hogy azért nem működik talán jól, mert amikor egyik állásból átkapcsolod a másikba, akkor úgynevezett "pergés", vagy angolul "prell" jelentkezhet, ami azt jelenti, hogy a kontaktus bizonytalanul kapcsol szét és többször állapotot vált az átkacsolás során. Ha ez a gond azt egy aluláteresztő szűrővel meglehet oldani (RC tag). Konkrétan egyébként arra gondolok, hogy ez a bizonytalan átkapcsolás többször meghívja még az aktuálisan kiválasztott tengely választó függvényét és emiatt az új állapot nem tud egyidőben aktivizálódni, mert a régi állapot aktivizálása még folyamatban van.
A jelek éldetektálva vannak, vagyis a fel, illetve a lefutó élre hívódik meg a kiválasztott függvény, ha az említett dolog miatt mondjuk X-ről kapcsolsz Y-ra, akkor ha a kontaktus bizonytalan átkapcsolása miatt az X többször meghívódik, akkor emiatt az Y nem tud szinte egyidőben meghívódni, az X úgymod felülbírálja mert szinte egyidőben történnek az események.
Ez csak a teória egyelőre, de épp pénteken rendeltem néhány ilyen többállású forgókapcsolót, pont erre a célra, szóval hamarosan fogom tesztelni, hogy tényleg ez lehet-e a gond.

A ciklus start / stoppot elég sokat teszteltem, nálam kiválóan működnek ezek nyomógombbal, de most is gyorsan megnéztem, nálam mindig aktivizálódnak a funkciók, minden gombnyomásra.
Szóval egyelőre nem tudom, hogy mit is nézzek, mert az én gépemen UC100-al és UC300-al is tökéletesen működik.

Az MPG-vel mi a gond? Írtad azt is, hogy nem jól működik. Leírhatnád, hogy mi a gond vele és akkor megvizsgáljuk.

Előzmény: fektiforg, 2014-10-12 20:33:00 [1136]

Szia Csaba,

OK, szuper, hogy jól működik így már a THC.
Ezt a lángvágó kezelést első gondolatom szerint általánosan lenne jó megoldani, nem külön funkciót csinálni neki. Még alszom rá egyet, mert ez csak az első gondolat, meg Polgárdi Balázssal is egyeztetem a dolgot...

Előzmény: Csaba, 2014-10-12 18:01:00 [1135]

Szia Svejk! Ez azért fordulhatott elő, mert a ciklus start indítása előtt az FRO potit mindig! le kell tekerni nullára, és az indítás után óvatosan és lassan tekerni felfelé, s ha minden tengely abba az irányba indul el amerre tervezted, akkor lehet beállítani 100%-ra. Ezt így tanítják, és így is kellene használni. Ezért szerintem felesleges a javasolt funkció, szokja meg aki kezeli a helyes sorrendet.

Előzmény: svejk, 2014-10-12 22:00:00 [1138]

Nem olyan vészes az!
Ha egy...lézerfejet rángat a mechanika.:))

Előzmény: svejk, 2014-10-12 22:00:00 [1138]