Igen, pontosan.

Előzmény: nyiszi, 2015-04-20 18:11:00 [2127]

Szia,

még dolgozunk rajta, eléggé "problémás" hiba van vele, még van vissza egy kevés, hamarosan várható, hogy elkészül teljesen. Fogok készíteni mindenképpen egy új kiadást a javítással, amint készen van.

Előzmény: xabi, 2015-04-20 18:05:00 [2126]

Ez lesz a jó nekem.
Ha ezt a kódot bemásolom az M31.txt tartalmának a helyére akkor fog működni?

Előzmény: n/a (inaktív), 2015-04-20 17:59:00 [2124]

Szia, A THC javítás mikorra várható?

Szia!
Azt kipróbáltam, de nem igazán azt kéne ebben az esetben csinálnia amit csinál.
A macrót meg nem szeretném bántani mert(nem is értek hozzá) a szerszámok beméréséhez meg valószínű, hogy jó.
Megnézem amit említettél.

Szia,

Viszonylag komplex Z magasság bemérő van a makrók közt M31.txt fájlban.
Egy egyszerű verziót is közöltem a #1988 hozzászólásban, ebben a topikban.

Előzmény: nyiszi, 2015-04-20 17:38:00 [2123]

Az UCCNC-hez nincs valakinek Z nullapont felvevő macrója?

Köszönöm.

Előzmény: Polgárdi Balázs, 2015-04-20 14:49:00 [2121]

Ment E-mail

Előzmény: nyiszi, 2015-04-19 09:39:00 [2120]

Sziasztok!
Az UC300-nak van publikus kapcsolási rajza?

Sziasztok! Egy várható vételárról kaphatnánk valami infót? Vagy még ilyen kalkulációt nem végeztetek?

szia ! Így más a leányzó fekvése ha ti adjátok az integrátort és az OPAMP ot . Az mégsem két RC kör

Előzmény: n/a (inaktív), 2015-04-14 14:39:00 [2117]

Sziasztok,

Xabi: Valóban, úgy tűnik program futtatás közben nem fogadja el a THC engedélyezését. Vizsgáljuk az okát...

Lari: Jelenleg csak a rádiusz módot ismeri.

Gábor: Az ISOBOB-on az analog kimenetek optocsatoltak. Három lehetőségünk volt:
1.) PWM + gyors optó + integrátor + OPAMP
2.) SPI/I2C D/A + több gyors opto + (OPAMP)
3.) SPI/I2C D/A + analog optocsatoló + (OPAMP)

Ebből az 1. megoldás lett a befutó, két egyszerű oka van:

1.) SPI busz optocsatolásához kétszer annyi optó kell, mint a PWM leválasztásához + kell egy D/A konverter -> plusz költség és plusz helyigény.
2.) Az analog optó nagyon drága.

A PWM 10Mbit-es optókon megy keresztül (ez nekünk olcsó, mert teljes tekercset szoktunk venni belőle, sok helyen használjuk), utána van integrálva és meghajtva a fesz. követő műveleti erősítővel (opamp).
Mivel az átlag felhasználónak megfelel az 1%-os pontosság, gondoltuk ez is jó lesz, kevesen vannak, akik "atomórát" szeretnének építeni az UC300 köré, főleg CNC géphez lesz használva, ahol nagyjából mindegy, hogy pl. 5000 1/min fordulat helyett 4950-es vagy 5050-et forog esetleg.

A másik dolog az az integrátor ideje, amit nem hibának hanem inkább késleltetésnek neveznék, de egy CNC főorsó vezérléséhez szükséges rakcióidőkhöz képest ez a villamos időállandó mondhatni, hogy elhanyagolható.

Úgy voltunk vele, hogy inkább 1% tűrés és néhány 10msec késés, mint 0.1% tűrés és kb. +5USD költség.

Előzmény: xabi, 2015-04-14 09:25:00 [2114]

A frekiváltók vezérlésénél elterjedt metodika hogy a beállított spindle értékhez hozzárendelünk egy konstans amplitúdójú PWM jelet majd azt integrálva ( két fokozatú RC komplexummal ) megkapjuk a vezérlőfeszültséget . Ehhez kapcsolódóan lenne egy kérdésem . Olvasom hogy az ISOBOB nál lesz két analóg kimenet . Hasonlóan lesz megcsinálva ( PWM + integrálás ) vagy egy D/A konverter lesz a kimenet ? ( szerintem D/A az jobb lenne mert az integráló fokozat hibája elmarad.

Balázs!
Hol lehet azt beállítani, hogy eszterga módban az X tengely átmérőbe számoljon?

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

Szia,

Próbálom a THC-t működésre bírni, de valami nem stimmel. Mivel Uc100-am van a THC ARC jelét nem tudom fogadni (nem is kell elvileg), programon belül THC enabled On/off-al szeretném szabályozni. Valamiért program futás közben hiába kapcsolom ki/be nem mozdul a Z tengely. Lásd videó :
Video

Ez jól hangzik! Köszönöm szépen!

Előzmény: n/a (inaktív), 2015-04-11 20:56:00 [2110]

Természetesen nem megy körbe az adat a vészeseményeknél, hanem az UC mikrovezérlője avatkozik be közvetlenül és utána értesíti csak a szoftvert az eseményről. Egyébként nem lenne biztonságos a működés.

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

Szia,

Igen, szeretnénk megcsinálni mach3-hoz is, de első körben biztosan az uccnc-vel fog majd működni.

Előzmény: Törölt felhasználó, 2015-04-11 20:29:00 [2109]

Szia,

Leírás még nincsen, azt mindig a végén csináljuk meg, ha már elkészült egy termék és elindul a gyártás.
Az alap paraméterek:

- 10db optocsatolt nyitott-drain Mosfet kimenetek (relék közvetlen meghajtására).
- 2db optocsatolt analog 0-10V kimenet.
- 15db optocsatolt bemenet.
- 2db optocsatolt analog bemenet.

Lesz az ISOBOB-on egy bővítő port, amire csatlakoztatható egy bővítő panel, amin 16db digitális optocsatolt kimenet és 16db optocsatolt bemenet található.

A bővítőpanel tervezése most van folyamatban.

Előzmény: pisti73, 2015-04-11 19:46:00 [2106]

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