És még egy kérdés.
Kompatibilis, illetve lesz lehetőség Mach3-hoz is illeszteni ?

Előzmény: Polgárdi Balázs, 2015-04-11 20:24:00 [2108]

Az USB és majd a leendő ethernetes vezérlőnél is vészstop, végállás, index, Home stb. jeleket helyben a processzor dolgozza fel, ezért nem kell félni, hogy kommunikációs gond miatt nem állna meg. A kommunikáció folyamatos és hibatűrő protokollal fog működni. Természetesen, ha egy adott időn belül többszöri próbálkozásra sem sikerül kommunikálni, akkor le fog állni hibaüzenettel, ez az USB-nél is így működik most.

Előzmény: Törölt felhasználó, 2015-04-11 19:54:00 [2107]

Pár kérdés ezzel az ethernet-es vezérlővel, tisztán kíváncsiságból.
Ha túl nagy a válaszidő és például beüt valami és egy vészgombot kell nyomni akkor ezt közvetlen a ethernet-es eszköz dolgozza fel vagy a PC-ig el kell menni az infónak és aztán vissza a cselekvéshez?
És lesz valami válaszidő limit ami felet azt mondja, hogy nem megyek?
Vagy ez olyan ami a komplett programot átlöki aztán szinte standalone rendszer ?

Előzmény: n/a (inaktív), 2015-04-11 19:31:00 [2105]

Szia Balázs!

Az ISOBOB-ról valami leírás létezik már? Technikai adatok, ki- bemenetek, stb...

Szia Miki,

Örülök, hogy bevált az UC300.

Az ethernetes verziót kb. egy éve kezdtük el csinálni és akkor az alap működésig jutottunk el, aztán annyira belemerültünk az UCCNC szoftver fejlesztésébe, hogy azóta az ethernetes panel a polcon porosodott.
Közben ahogy az UCCNC fejlődött rájöttünk, hogy jobb volna egy erősebb processzort tenni a panelra a távlati terveink miatt, illetve az eltelt évben a mikrovezérlők kínálata is bővült, kiadtak újabb, gyorsabb típusokat.
Így most az történt, hogy a régi panelt átterveztük, a régi 16bites 80MIPS-es microvezérlő helyett kapott egy 32bites 200DMPIS-es DSP-t.
A célunk az, hogy 400kHz step frekit tudjon, ennél nagyobb léptetési frekinek nincsen értelme, mert oda már "nem illik" step/dir rendszert használni.
400kHz az ami viszont nagy felbontású encoderes szervoknál jól jöhet, viszont még nem veszélyesen rövidek a step impulzusok, szóval ezt jelöltük ki célnak és ez megvalósíthatónak is látszik.

Az ethernet szabvány szerint 100méterig használható, ami chippet használunk az 120métert jelöl meg az adatlapjában, extra nagy távolságokra "kitenyésztett"fajta.
Persze router közbeiktatásával (erősítés) a távolság tovább növelhető lesz.

Hogy mikorra lesz kész, arról ma még korai lenne beszélni, folyamatosan dolgozunk rajta, illetve az ISOBOB panelen is, hogy elkészüljön minél hamarabb.

Előzmény: Miki2, 2015-04-11 18:28:00 [2102]

Gábor,

Taper az azt hittem mach3-ban kezdő/vég letörést csinál, bár csak érintve olvastam a leírást, lehet ez volt a gond.

Egyébként az UCCNC is tudja a kúpos menetet, G33-al programozva.

Előzmény: ANTAL GÁBOR, 2015-04-11 18:55:00 [2103]

Szia Balázs ! Óriási tévedésben vagytok ( és ezt korábban jeleztem is !! ) A Mach igenis tudja a kúpos menetet : SŐT az egész eszterga fejlesztésem erre irányult ( és térült is meg az első munkánál !! ) Tehát G76 és az utolsó betű :
T Taper ! ( igaz az esztergályos szemlélettel ellentétben nem félkúpszög hanem teljes de egye kánya ! )

Előzmény: n/a (inaktív), 2015-04-11 09:35:00 [2100]

Szervusz Balázs!
Mikorra várható az UC300 Ethernet verziója?
Az USB- verzió tökéletesen bevált.
Az egyetlen hátránya az USB kábel hosszának a korlátai.
Gondolom az Ethernetes verzióban ezzel nem lesz semmi gond.

Előzmény: n/a (inaktív), 2015-04-11 09:35:00 [2100]

- A jó hírem az hogy működik a THc lefelé is, a rossz az hogy nem tudom miért nem ment tegnap (mert semmit nem változtattam). Élesbe vágással csak jövő héten tudom tesztelni.
- Stabil verziónak örülök(-nék).

Előzmény: n/a (inaktív), 2015-04-10 22:30:00 [2097]

Szia Gábor,

Semmi gond, szerencsére voltak akik már tesztelték az eszterga részt is, illetve mi magunk is teszteltük, vágtunk vele 1, 2, 4 bekezdéses meneteket is.

Lari-val is leveleztem és ő is mondott pár dolgot amiket lehetne még fejleszteni, például, hogy a G76 tudjon kúpos menetet is vágni. (Ezt amennyire tudom sem a mach3, sem linuxcnc nem tudja, mi szeretnénk ezt is megcsinálni), illetve, hogy a G33.1/2 menetfúrásnál lehessen Dwell-t beállítani a menet aljára, ami akkor lehet előnyös, ha a főorsó "fürge" és nem frekiváltó, hanem relék vezérlik. Ezeket a dolgokat egyelőre felírtuk magunknak a "tennivalók" listára, mert most ahogy említettem az UC300 Ethernet verzióját és az ISOBOB-ot szeretnénk befejezni minél hamarabb, utána jönnek majd a további szoftver fejlesztések és az extra funkciók kidolgozásai.

Előzmény: ANTAL GÁBOR, 2015-04-11 06:22:00 [2098]

Én tesztelgettem már az eszterga részt.
Jeleztem Balázsnak néhány dolgot, amit fejleszteni kellene ahhoz, hogy használható, ill. jól használható, felhasználóbarát legyen a dolog. Ilyen pl a G76 továbbfejlesztése, a G33.1 bővítése,kontúrnagyoló ciklus létrehozása,(bár ezt utóbbit lehet, hogy nem is említettem) egy jó eszterga felület készítése, stb.
Egyébként fúrtam már menetet (levegőben) G33.1-G33.2-vel és úgy tűnik tökéletesen működik.

Előzmény: ANTAL GÁBOR, 2015-04-11 06:22:00 [2098]

Biztos jó a mostani verzió de vedd figyelembe hogy mi esztergályosok még nem szóltunk hozzá. Sajnos a napi dolgaim abs lekötnek és a főorsóenkóderem itt fekszik az asztalomon ahelyett hogy a helyén lenne ( és a szinkron menettel nyüstölném a programot ) Kola emc2 zik , Homovits M is egy új gépben bújt bele .

Előzmény: n/a (inaktív), 2015-04-10 22:30:00 [2097]

OK, majd jelezd kérlek holnap, hogy mi a helyzet.

Igen, úgy tűnik, hogy eléggé stabil lett mostranra a progi. Itt a fórumon nem jön már hibajelzés. E-mailben jeleztek nekem pár apróságot, ami inkább további fejlesztési dolgok mintsem hibajelentések, illetve többen jelezték e-mailben és telefonon, hogy minden jónak tűnik... viszonylag sok külföldi hobbista is tesztelgeti a progit ... szóval lassan úgy néz ki, hogy elérjük a stabil állapotot.

Illetve még a G91/single line-os hiba javításos kiadással adós vagyok, de vártam még, hátha lesz más hiba is amit javítani kell, de nem lett egyelőre, szóval ha nem lesz több hibajelzés pár napon belül, akkor csinálok egy egyelőre véglegesnek mondható 1.1009-es verziót.

Egyébként alapvetően a screenset rész már nem fog változni, ha képernyőt akarsz készíteni, szerintem nyugodtan ... ha lesz új kiadás, a képernyő-szet azokkal is ugyanúgy fog működni.

Előzmény: xabi, 2015-04-10 20:35:00 [2096]

- Holnap tudom megnézni, kevés időm volt tesztelni, lehet elnéztem valamit. (mondjuk az furcsa hogy felfelé meg ment.)

- Amúgy mi a helyzet a programmal ? Kevés vissza jelzés van mostanában, ez azt jelenti hogy eljutott a program egy stabil verzióig ? Azért kérdezem mert ha lenne egy stabil hiba mentes verzió akkor csinálnék egy saját screen-t a plazmázáshoz.

Az nem lehet esetleg, hogy az Active low polaritást fordítva állítottad be?
A THC up és THC down jel ha egyszerre aktívak, akkor a THC up fog érvényesülni, pusztán biztonsági ok miatt, hogy ne az asztalba tolja a fejet ilyen hibás bemeneti állapotnál.
Szerintem fordítva lehet configolva nálad a polaritás ... nézd meg a diagnosztika ablakon. Ha a THC vezérlő nem ad ki jelet akkor a THC up és down virtuális LED-eknek kikapcsolt állapotban kell lennie, vagyis a bemenet alapállapota a kikapcsolt legyen és ne fordítva...

Előzmény: xabi, 2015-04-10 20:09:00 [2094]

1.1008 verzió
A 10-es Led és a 15 LED villog a diagnostic ablakon, a THC Ledeket nem néztem. Holnap megnézem.

1.1008 verzióval próbáltam, ez lemaradt mint fontos információ.

Előzmény: xabi, 2015-04-10 16:37:00 [2091]

Szia,

Kipróbáltam az általad leírt beállításokkal, nálam működik. Fel és lefelé is mozog 0 és 30 között ahogyan kell.
A diagnosztika oldalon nézd meg, hogy a Pin 10, port 1. jel megérkezik-e, illetve, hogy ilyenkor a THC down LED aktiválódik-e a diagnosztikában.

Előzmény: xabi, 2015-04-10 16:37:00 [2091]

Próbáltam a THC- beállítani, de valamiért csak felfelé megy, nem lehet valamilyen program hiba ? A HDBB2 panelon látom hogy a felfelé és a lefelé jövő jel esetén is világít a LED, tehát a THC adja a fel-le jelet is.
Beállítás :
UC100
Enabled THC on
THC on pin : nincs használatban
THC UP : Pin 15 // port 1 (ez működik)
THC Down : Pin 10 // port 1
THC min height : 0
THC max height : 30
THC Feed : 100
THC Delay : 0
Control THC even if ... : on

Valamit én bénázok ?

Szia,

A probe bemenetet bárhová lehet konfigurálni, de a végállást nem bírálja felül! Azt csak a home bemenetek csinálják, amikor azonos pinre vannak konfigolva mint a végállás.

Előzmény: xabi, 2015-04-06 17:59:00 [2089]

Azt szeretném tudni hogy az UCCNC hogyan kezeli a probe végállás kapcsolót G31 utasítás alatt. Konkrétan az a bajom hogy UC100-on csak 5 bemenet van.
1 port : vészkapcsoló
2 port : összes végállás kapcsoló
3-4-5 port kellene a THC-nek.
Ha a probe végállás kapcsolót a végállás kapcsolókhoz kötöm mi történik ?

"A Mach biztos, hogy másodpercben mér..."

A Mach3-nál a General Config-ban beállítható , hogy ms vagy s legyen a mértékegység.

Előzmény: dezsoe, 2015-03-29 22:44:00 [2075]

Szia!
Előre is köszönjük!

Előzmény: n/a (inaktív), 2015-04-01 13:30:00 [2084]

Még annyit: A probe az valóban működik demo módban, úgy ahogy a szinkron menetvágás és a homeolás is, ezeket úgy csináltuk meg, hogy demo módban is lezajlik az esemény a lehető leggyorsabb végrahajtással.
Például ha demo módban home-olsz, akkor ott úgy csinál, mintha rögtön megtalálta volna a home kapcsolókat és így végrehajtódik a funkció ahogyan kell.

Előzmény: Réső Gábor, 2015-03-31 13:23:00 [2083]

Szia,

Ezt nem tudja az UCCNC, úgy értem, hogy demo módban a bemenetek mind úgy vannak beállítva, mintha egy valós UC100/UC300 portjára nem lenne semmi csatlakoztatva. Demo módban a bemenet állapotát nem tudod megváltoztatni.
Lehet ki kellene erre találnunk valami emulációt?! Bárkitől ötletek a megvalósításra?

Előzmény: Réső Gábor, 2015-03-31 13:23:00 [2083]

Szia,
megvizsgáltam a G91 single run és kör futás problémát amit jeleztél és valóban van vele némi gond. Végig is debuggoltam és sikerült is egyébként kijavítani, a következő kiadásban már jó lesz.

Előzmény: dezsoe, 2015-03-31 10:38:00 [2080]

Sziasztok!

Tesztelném a makróimat demó módban (mert az UC100-asom dolgozik közben )
Van e arra lehetőség valahogy software-esen hogy emuláljam a bejövő jeleket mint pl: Probe

Köszi

Gábor

OK, megfogom vizsgálni nemsokára a kódodat azzal a végrehajtási módszerrel, ahogy leírtad és fogom jelezni, hogy mit találtam.

Előzmény: dezsoe, 2015-03-31 10:38:00 [2080]

Egyébként valóban el lehet tévedni relatív mozgásnál, nem is sikerült elsőre rendesen. A cél pont az volt, hogy adott egy koordináta, ahová 3-as furat kell, de anélkül, hogy bármit újraszámolnék, a fúrást kicserélem erre a pár sorra és maróval készítem el a furatot, majd visszaváltva abszolút koordinátákra megyek tovább.

Előzmény: n/a (inaktív), 2015-03-31 10:02:00 [2079]

Szia!
Próbáld ki, nem a G90-nel van baja. A program induláskor az Active mezőben jelzi, hogy G90-ben van. Startra le is fut rendesen, csak akkor nem, ha léptetéssel kezded. Az újratöltést mindig teljes futás után próbáltam, pont azért, hogy a G90 legyen aktív.
Beraktam első sorba a G90-et, biztos, ami biztos alapon, de pont ugyanúgy viselkedik. Minden kijelzés rendben van, G90 aktív, de ha csak a Single line-t nyomkodom, akkor megvadul.

Előzmény: n/a (inaktív), 2015-03-31 10:02:00 [2079]

Szia,

Szerintem az a gond, hogy a program elején nincsen G90. És valószínű úgy próbáltad amikor látszólag hibás eredményt adott (valójában nem), hogy G91 inkrementális módban marad a program amikor megállítod és visszatekered a kör kódnál a G90 előtt... illetve amikor betöltöd a G-kódot másodjára valószínű, hogy G91-ben van a program és annak megfelelően is rajzol, mert mondjuk úgy maradt az előző futtatásnál. Így eleve a pálya nem ott lesz mintha G90-el indulna, ami az alapértelmezett a program indulásnál, első betöltésre G90 aktív, szerintem másodjára már nem amikor betöltötted, ezért lehet a különbség...
Tegyél szerintem egy G90-et a program elejére, ha azt szeretnéd, hogy biztos abszolút koordináta megadási módban legyen amikor betöltöd és amikor indítod a futtatást. A G91 eléggé "veszélyes üzem", össze tudja zavarni az embert.

Előzmény: dezsoe, 2015-03-31 07:55:00 [2077]

Kipróbáltam az 1.0045 verzióval is, ott is ugyanez a jelenség.

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Szia!
Az alábbi kódrészletet akartam tesztelni.
G0 X10 Y10 Z2
G1 Z0 F400
G91
G1 X0 Y-1
G2 X0 Y0 Z-0.5 I0 J1
G2 X0 Y0 Z-0.5 I0 J1
G90
G0 Z2
G0 X10 Y10
M30
A megjelenítőben helyesen mutatja a szerszámpályát. Ha betöltés után rögtön soronként hajtom végre, akkor az G2 ívet nem jól hajtja végre, elmegy X és Y irányban -13 környékére. Ha betöltés után rögtön elstartolom, akkor helyesen fut le, sőt, ha egyszer lefutott starttal helyesen, akkor utána már soronként is jó. Ha újra betöltöm, akkor megint nem jó soronként.
(Demóban és géppel is ugyanúgy fut.)

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Hopp, elírtam: nem modal group-ot, hanem aktív G parancsot.

Előzmény: dezsoe, 2015-03-29 22:44:00 [2075]

Szia!

Amit én találtam doksit, abban az időzítéseknél minden alkalommal leírja, hogy másodpercben kell megadni. ("dwell"-re keresve a leggyorsabb átnézni.) A Mach biztos, hogy másodpercben mér, és az EMC2 is.

A beragadós paraméterek érdekesek. Miután a modal group-okat kezeli az UCCNC, akár az örökölhető paramétereket is vihetné. Mint ahogy viszi is, pl. a Z értékét a fúróciklusokban. Véleményem szerint G82-nél a P, G83-nál a Q és R, G81-nél R stb. stb. mind örökölhetőnek kéne lenni. Bár az említett RS274 közvetlenül nem írja, de utal az öröklődésre azzal, hogy pl. a fúróciklusoknál miután az első alkalommal minden paramétert megadunk, utána már elég mondatonként akár csak egy koordinátát megadni, pl.:
N1 G83 X10 Y5 Z-1.85 R1.0 Q0.25
N2 Y10
Az N2 mondat, mivel nincs új Gxx szó, az összes paramétert örökli.

Nem vagyok jártas más programok lelkivilágában (sem), de az Eagle-ből generált kódokat futtattam EMC2-n és Mach3-on is, mindkettőre úgy generálódott, hogy ezeket az örökléseket feltételezte, és a kódok le is futnak helyesen.

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Szia,

A szabványban nem találtam semmit arra vonatkozólag, hogy az időt milyen mértékegységben mérjük.
Az UCCNC jelenleg minden időt msec-ban mér, de tervbe van véve, hogy választhatóra megcsináljuk.

A ciklus kódokról mint pl.G82 valóban nem túl sok infó lelhető fel. Nem is találtam arra vonatkozó információt, hogy a G82-nél a P öröklődő kell-e legyen vagy sem.
Jelenleg a P nem öröklődik az UCCNC-ben, de ha igény van rá és ha azt mondjátok, hogy öröklődnie kellene, akkor áttudjuk alakítani öröklődőre.

Előzmény: dezsoe, 2015-03-27 14:34:00 [2073]

Még valami a G82-höz. A P paraméternek nem kéne öröklődni? Végignéztem a doksikat, de a várakozással kapcsolatban csak annyit találtam, hogy a G4 P nem öröklődik. Tudom, hogy itt nem iránymutató, de a Mach-ban elég az első luknál megadni, ugyanúgy mint a többi paramétert. (Az RS274 közvetetten utal rá, hogy egy modal group-on belül egyes paraméterek "sticky"-k, de nem sorolja fel, hogy konkrétan melyek azok.)

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Szívesen kipróbálnám, mondjuk még nincs 3D tapintóm, de nagyon tervezem a vásárlását, talán valami hasonló szerkezetet a próba kedvéért biztosan össze tudnék hozni...

Előzmény: csewe, 2015-03-27 00:09:00 [2066]

Megint találtam valamit. A fórum elején volt róla szó, hogy az RS274 szabvány alapján készül a program. Most néztem, hogy a G82 mit csinál, és hiányoltam a várakozást. Help->G-kódok: G82 P milliszekundumban. Nézem, a G4 szintén. UCCNC kézikönyv szerint is. Gondoltam, rosszul emlékszem, megnéztem a PDF-et, amit még akkor töltöttem le, amikor a szabványról írtatok. ("The NIST RS274/NGC Interpreter - Version 3" van letöltve.) Ebben és a (ha jól emlékszem, Svejk által említett magyar nyelvű) NCT-s PDF-ben is másodpercben van a P a G4-nél is, meg mindenhol. Hogyan tovább (s vagy ms)? Mi a hivatalos álláspont?

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Köszönöm, akkor átforgatom ()-re.

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Szia,

a pontosvesszőt a progi nem tekinti megjegyzés jelnek. Ha pontosvessző van, attól még tovább olvassa a sort. Ha a pontosvessző után G-kód áll, akkor azt értelmezni is fogja, hiába volt ott a pontosvessző előtte.
Megjegyzés írása kizárólag a (szöveg) módon történhet.

Előzmény: dezsoe, 2015-03-27 10:16:00 [2068]

Szia!
Technikai kérdésem van. Most, hogy a G82 bekerült a rendszerbe, próbaképpen átváltottam az Eagle-ben a pcb-gcode generátort Mach-ra. (A G82 hiánya miatt kellett külön profilt csinálni az UCCNC-hez.) A szintező programom megakadt a megjegyzésen, ugyanis a Mach elfogadja a ";"-t sorvégi megjegyzésnek. Az UCCNC-ben ugyanúgy piros, mint a sima megjegyzés, így nem tudom eldönteni, hogy megjegyzés, vagy kidobta. Ha kidobta, akkor a kód generátorban átcserélem zárójel párosra, ha elfogadja, akkor viszont értelmezem.

Előzmény: n/a (inaktív), 2015-03-25 22:20:00 [2055]

Szia!
Nyákhoz, ha Eagle-t használsz tervezéshez, ajánlom az #1691-ben írottakat, legalább más is teszteli, nem csak én. Gravírozáshoz a -0.06-os mélység remekül bevált a felületkövetéssel.

Előzmény: ANTAL GÁBOR, 2015-03-26 20:20:00 [2064]

Igen,ha elkészül teljesen.
Egyelőre sikot,élet,sarkot,szélességet,hosszúségot,átmérőt,ívrészlet átmérőjét és középpontját,körnél úgyszintén, lehet bemérni vele.
Csapot,és nyílást is mérni lehet vele.
csak a dokumentációja még eléggé hiányos.
Van aki használja már egy ideje.
Nincs akadája,hogy kipróbáld te is.

Előzmény: pisti73, 2015-03-26 20:23:00 [2065]

Szia! A bemérő képernyő nyilvános lesz?

Előzmény: csewe, 2015-03-26 07:38:00 [2056]

Svejk egy gyárit javasolt ( előtétcsapágyazva szíjhajtással ) Én meg csinálok egy lézervágottat két résoptóval + egy reflexiós index-el. Egy vonalmeghajtó is került a panelra . Csak közben meg kellett tanulni a a nyák gravírozás technikáját is. Már szépen és gyorsan megy. ( Hála Horváth Tibor útmutatásainak és Motoros gravírtűinek )

Előzmény: n/a (inaktív), 2015-03-26 19:40:00 [2063]

Na, ez jól hangzik. Máris nem vagyok annyira szomorú.
Az esztergára milyen encodert teszel? gondolom egy nagy átmérőjű tárcsa lesz bevágásokkal és 2 rés optóval? Svejk mit javasolt?

Előzmény: ANTAL GÁBOR, 2015-03-26 17:23:00 [2062]

A maróra már felraktam .. A fontosabb az eszterga lenne de még most gyártom az indexes enkódert ( nagyméretű hogy a főorsó átjárható maradjon ) Sok munka van vele mert nem fogadtam meg Svejk tanácsát )

Előzmény: n/a (inaktív), 2015-03-26 15:57:00 [2061]

Szia Gábor,

Én is elszomorodtam amiatt amit írtál. Az hittem már rég felraktad.

Előzmény: ANTAL GÁBOR, 2015-03-26 14:49:00 [2060]

Elszomorodtam Pont azt terveztem hogy megvárom az 1.1011 verziót ( az olyan szép szimmetrikus )és azt fogom használni . Erre leálltatok a fejlesztéssel

Előzmény: n/a (inaktív), 2015-03-26 13:10:00 [2059]