É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]

Volt a Mach3-nak még egy sok szerszámtörést okozó funkciója, miszerint ha az FRO poti feltekerve maradt, akkor is elindult a ciklus start gombra, persze 2,5-szörös sebességgel.

A gyári gépeknél általában csak a feedrate kapcsoló 100%-os állásában lehet ciklus startot indítani, aztán mér menet közben persze lehet állítani.

Ez esetleg megfontolandó lehetne a későbbi verzióknál.

Mach3-UC300 kapcsán nekem is volt hasonló gondom.
Vissza kellene olvasni...
A statikus szinteket nem szerette a Mach3, vagy az UC300(?).
Paraszti megoldás alkalmaztam, egyszerűen a chargepump kimenetre kapcsolgatom a megfelelő lábakat, így folyamatosan frissülnek a bemenetek.

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

Készülőben van nálam egy vezérlő pult, tettemrá külső ciklus start, ciklus stop gobot, tengely szelektáló (X Y Z A) kapcsolót, kézi-kereket (MPG), nem igazán jól működik egyik sem.
Megpróbálom leírni tapasztalt hibát , amit először a tengelykiválasztásnál tapasztaltam, hogy nem jó, ha adott pin állandóan 0 volton van nem mindig kapcsol átt kiválasztott tengelyre, nyomom állandóan ciklusstopot, ciklusstartot , nem áll meg / indul el a program futás míg nem engedem el gombot, pedig a diagnostics lapon pin-ekhez tartozó zöld led szürkére vált.

Szia Balázs!
Igazad volt ma tudtam megnézni, és az M31 ben lévő késleltetést adta össze.
Az M203 jól működik.
Tehát akkor a plazma része jó lesz!
Egy másik opció is kell ha valaki lángot akar működtetni, szintén a THC szabályozást használva.
Ennek a működése hasonló a plazmához azzal a különbséggel, hogy kellene egy DRO amiben meg lehet adni a gyújtási magasságot mivel itt nem tapinthat le mert egyből bealudna a láng, tehát erre a magasságra megy le a Z M3 után, és kell még egy DRO amiben a késleltetést lehet megadni mp ben, ha ez a késleltetés letelik akkor kapcsolja a kimenetet be,és induljon a mozgás.
A DRO ban lévő értékeket lehessen menet közben változtatni, még ha mozgásban van akkor is, hogy legközelebb az új értéket vegye figyelembe.Esetleg még az is jó lenne ha mondjuk hosszabb időt adott meg a kezelő a kelleténél, egy újbóli start gomb megnyomással kapcsoljon a lyukasztás és induljon a mozgás is.
Megpróbálom pontokba szedni:
1, lyukasztás kezdetére pozicionál az X Y kord.
2, M3
2:1, Z lemegy hevítési magasságra (DRO...)
2:2 indul a késleltetés (DRO...)
3, kimenet kapcsol, mozgás indul (THC ok)
4, vágás
Két külön billentyűvel (emulálni) vagy két bemenettel a THC fel és Le jelet használni, mert menet közben itt is kell változtatni a magasságot.

Előzmény: n/a (inaktív), 2014-10-06 17:46:00 [1095]

Köszönöm szépen!

A legutolsó verzió van fent (1.0036).
Ha jól értem, mindegyik tengelyhez tartozik most már egy Enable kimenet is, amire a program az elindulása után,
vészstop-mentes állapotban folyamatosan magas logikai szintet ad.

Mikor az "Mehet!" gombra böktem, akkor jutott eszembe: nem kell külön charge pump áramkört alkalmaznom, mivel lesz egy PLC a szekrényben.
Ezzel csodálatosan tudom mérni a chargepump kimenet által küldött jel frekvenciáját, majd ehhez rendelhetek már bármilyen PLC kimenetet, vagy ami tetszik.

Előzmény: n/a (inaktív), 2014-10-11 17:54:00 [1133]

Az enable elnevezést kell keresni, minden tengelyhez tartozik egy a Configuration->Axis setup és egy tengelyt kiválasztani ...

Felül van a Step, utána a dir és utána az Enable.

Még annyit, hogy az enable csak az új UCCNC verziókban van benne, ami már ismeri az UC300-at is, a régi szoftver verziókban ez a fajta jel még nem volt benne!

Előzmény: Farkas Attila, 2014-10-11 13:43:00 [1132]

Ez is jó
Hol tudom ezt pontosan beállítani, milyen megnevezést keressek a beállításoknál?

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

Erre a célra amit írsz használhatsz charge pump helyett enable jelet. Rákonfigurálhatod egy nyitott kollektoros kimenetre és akkor logikai állapotokat kapsz, ha az UCCNC nincsen betöltve vagy ha a reset aktív akkor inaktív logikai állapot, ha az UCCNC be van töltve és nincs reset, akkor aktív logikai állapot.

Előzmény: Farkas Attila, 2014-10-11 11:06:00 [1130]

Igazából arra irányult a kérdésem, hogy lesz-e olyan segédáramkör az alaplapon, ami megkapja az X kHz-es ChargePump jelet,
és a kimenete ennek függvényében logikai 1/0 értéket ad vissza, vagy nekem kell ezt saját áramkör formájában még kívülről hozzáilleszteni?
Ezt szerintem hasznos lenne ráintegrálni az alaplapra, akár úgy is, hogy bármely szabadon választott kimenetet kívülről kelljen a CP bemenetre visszakötni.
Így megmarad a teljesen szabadon konfigurálható kimenet, viszont van charge pump áramkör is.
Vagy ehhez már késő?

Előzmény: n/a (inaktív), 2014-10-08 16:37:00 [1122]