Sziasztok!

Köszönöm a választ az emuláció azért lenne jó mert akkor akár demó módban is lehetne makrókat fejleszteni.
Lenne viszont egy nagy gondom. Nem feltétlenül az UCCNC-hez kapcsolódik, de hátha tudtok rá magyarázatot.
Szóval van egy munkám 5mm vastag polikarbonát marása. Ezt egy StepCraft 600-as géppel végzem. A főorsónak egy Kress 1050w-os motort használok. Átmérő 4-es marószárral. A feladat 7 db átmérő 6-os furat marása amiből 6 db süllyesztve van 13-as átmérőre 1 mm mélyen, ez után kontúrozása az alkatrésznek. UC100-ast és az UCCNC-t használom.
A jelenség az, hogy időnként megbolondul a gép. A furatokat és süllyesztéseket gond nélkül megcsinálja és a kontúrozásnál vagy kilép a pályáról, vagy rossz helyen kezdi el. Ami fura, hogy az Y tengely megy el mindig. A gép akadás mentesen szépen fut és van olyan, amikor hetekig semmi baja. Ilyenkor, amikor ez a hiba fellép üresen körbe megy a kontúrozás is. Gyanítom, hogy valami elektromos baj van és az is csak akkor, ha terhelés alatt van. A furatolás és süllyesztés nem olyan nagy terhelés. Nagyon bosszantó hiba, mert nem tudom az okát és napok mennek el vele.
Köszönöm előre is a segítséget

Igen, szerintem működik. A régi API-val lett tesztelve élesben plasma gépen és működött, igaz lehet nem az 1.0034-es, hanem régebbi verzióval ment a teszt, de nem változtattunk már utána a THC részen ebben az API-ban, szóval kell, hogy működjön. Csak az új 1.1 API-val nem teszteltük eléggé és nem is működik jól sajnos.

Egyébként feltelepítheted a régi verziót az új mellé, egy másik könyvtárba és akkor mindkettő megmarad. A két verzió nem fog összeveszni, amelyiket elindítod az fog futni. Arra gondolok, hogy csinálhatsz például és UCCNC2 mappát a telepítésnél megtudod adni a könyvtárat ahová telepít...

Előzmény: xabi, 2015-04-23 22:17:00 [2141]

Szia, azt szeretném kérdezni hogy a régi 1.0038 verzióba működik a THC ? Lenne most egy nagyobb munkám, érdemes vissza állni?

Köszönöm.
Írtam levelet.

Előzmény: n/a (inaktív), 2015-04-22 18:43:00 [2139]

OK, köszi értem. Mondjuk én annak a híve vagyok, hogy a motor tápellátást se kapjon, ha nincsen charge pump, hogy még véletlenül se tudjon mozogni, bármi is történik szoftveres oldalon.

A következő szoftver kiadásra megpróbáljuk a második charge pumpot is beleépíteni az UCCNC-be...

Előzmény: nyiszi, 2015-04-22 18:39:00 [2138]

Igen így van.

Előzmény: n/a (inaktív), 2015-04-22 18:37:00 [2137]

Félre írtam kicsit, szóval azt akartam írni, helyesen: hogy az elosztópanelek saját maguk tiltanak dolgokat, ha nem kapnak charge pump jelet.

Előzmény: n/a (inaktív), 2015-04-22 18:36:00 [2136]

Szia,

OK, szóval akkor ha jól értem az elosztópanelek saját maguk tiltanak dolgokat, ha megkapják a charge pumpot?
Tényleg csak kíváncsi vagyok hogyan működik, esetleg az elosztópanelről van egy doksid?

Beszéltem Polgárdi Balázzsal is, azt mondta, hogy az UC300 firmware-je elő van készítve egy második charge pump jel kezelésére, szóval bele tudjuk építeni viszonylag egyszerűen a másodikat is, csak nem értettem eddig, hogy miért van rá szükség...

Előzmény: nyiszi, 2015-04-22 18:31:00 [2135]

Amíg nem volt UC300-am addig 2 párhuzamos portot használtam.Ezeken voltak elosztva a ki és bemenetek, hogy elég legyen. Mivel a kártyák alapból tudják a Charge Pum-ot, ez volt a legegyszerűbb. A vészstop csak a E-stopra van kötve.
De akkor lehet, hogy átvariálom az egészet.

Előzmény: n/a (inaktív), 2015-04-22 13:18:00 [2134]

OK, értem, de mit csinál a charge pump a gépeden, hogy két panelon is jelen kell lennie?

Mi úgy szoktuk bekötni a gépeken, hogy a charge pump kiment egy relét húz meg, illetve ez a kör átvan vezetve a külső vészstop gombokon is. Ez a "főrelé" ha megvan húzva, akkor egyrészt tápot ad a motorvezérlőknek, valamint egy jel vissza is van vezetve az UCCNC-nek.

Nálad ez hogyan néz ki pontosan?
Azért kérdezgetlek, mert nem nagyon értem, hogy miért van szükség 2 különálló charge pump jelre. Hacsak nem az elosztó panelon van valami szerepe?! Szeretném megérteni, hogy mi értelme van...

Előzmény: nyiszi, 2015-04-22 13:09:00 [2133]

Szia!
Van két leválasztó kártya. Mindkettőről használok ki és bemeneteket is.
Fontos lenne, hogy mindkettőn működjön ez a funkció. Az általatok is forgalmazott szalagkábeles csatlakozókat használom az UC300 és a leválasztó kártyák között.Sokkal elegánsabb lenne ha nem kéne pluszba drótozgatni + relé ha lehetne másik kimenetre is beállítani mint a MAC3-ban.

Előzmény: n/a (inaktív), 2015-04-22 12:47:00 [2132]

Szia,

UCCNC-ben 1db Charge pump kimenetet lehet konfigurálni. Eddig még nem merült fel igényként, hogy több darab kellene.

Egyébként hogyan és mire használod a charge pumpot?
Nem elegendő az egyik elosztóra bekötni és ott meghajtani egy relét például, ami be tud avatkozni a charge pump alapján?
Nálad ez hogyan működik?

Kipróbáltam és jól működik.
Még azt kérdezném, hogy a Charge Pump jelet hogyan lehet egy másik port egyik pinjére is kiküldeni?
Két olyan leválasztó kártya van a gépben aminek kellene. A Mach3-ban van erre lehetőség.

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

Köszönöm szépen.

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

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.