Végülis ha felrakod másik gépre vagy ha újratelepíted, akkor kiderül.
Meg persze majd a javasolt dolgokat is próbáld ki légyszi.

Előzmény: Réső Gábor, 2015-04-25 10:13:00 [2158]

Az is meglehet de ez a jelenség előfordult tökéletesen működő laptop esetében is

Ajjaj. Az nem lehet, hogy már eleve a számítógépnek volt véres a torka és ez okozta a problémát?

Előzmény: Réső Gábor, 2015-04-25 09:34:00 [2155]

Szia,

Igen, az átlövésnél valóban nagy feszültség jön létre és a THC ilyenkor nyomná az asztalba a fejet. A proma THC-ban amit használunk van erre egy beállítható késleltetés paraméter, ami annyit csinál, hogy ha megjön az ívfeszültség, akkor utána x ideig még nem ad THC jeleket, hogy ez a probléma ne történjen meg.
Az UCCNC-ben is van egy THC delay paraméter, ami szoftveresen tudja ugyanezt, de persze ehhez kell a THC on jel, hiszen ettől a jeltől kezdi el az időt mérni.
A kifutásnál viszont valóban probléma, ha kiesik az anyag... bár mi nem programoztunk soha kifutást, csak bevezetést, így az ív már kialszik mikor az anyag kiesik, ezért ez a probléma nálunk nem is jelentkezett soha.

Na, de csak azért írtam le ezeket, hátha mást is érdekelnek a részletei a plazma és a THC működésének.
A lényeg és amit neked szánok írást, hogy THC menet közben ki be kapcsolgatós módján dolgozunk és hamarosan az is működni fog és akkor fogod tudni tesztelni és használni...

Előzmény: xabi, 2015-04-24 20:36:00 [2154]

Köszönöm kipróbálom a gyorsítást is, de most a változatosság kedvéért a számítógép adta meg magát . Elszállott a Windows. Brrrrrrrr

Szia,
Teljesen logikus hogy ki be kapcsolgatom. Indításkor mindig van egy lyukasztás, és utána egy ráfutás ilyenkor össze-vissza változik a feszültség ilyenkor kár bekapcsolni a THC-t mert csak a fals értékek miatt össze vissza mozogna. Tehát én ráfutás után kapcsolom be a THC-t.

A kifutás még kritikusabb mert sokszor már kieseik az alkatrész és a "levegőt" szántja az ív amitől 20-30 volttal megnő a feszültség. A THC meg nyomja le a fejet az anyagba. Tehát én a kifutás előtt kikapcsolom a THC funkciót.

Azt ajánlják hogy fordulás előtt is érdemes kikapcsolni, mert a sebesség miatt feszültség ingadozás ébred.

Próbáld meg lejebb állítani a gyorsítást próbaképpen... azért a gyorsítást írom, mert gondolom nem G0 sebességgel marsz, így a gyorsítás túl nagy értéke esélyesebb.

Előzmény: Réső Gábor, 2015-04-24 19:06:00 [2150]

Illetve még az is lehet, hogy a motorod gyorsítása és/vagy sebessége túl nagyra van állítva és a határán van amit még elvisel a motor. Ilyenkor léptetőmotornak elég egy kis rezonancia, hogy kiessen a szinkronból.

Előzmény: Réső Gábor, 2015-04-24 19:05:00 [2149]

Szerintem marásnál nagyobb nyomatékot ad le a marómotor, ergó nagyobb áramot is vesz fel mint fúrásnál. Ezért is gondoltam rögtön a főorsómotor zajára, amikor írtad, hogy marásnál van mindig probléma és fúrásnál nincsen.

Egy egyszerű teszt, hogy marómotor nélkül futtatod a kódot és a végén ellenőrzöd a pozíciót, persze ha nagyon ritkán fordul elő, akkor nem egyszerű a tesztelés.

Előzmény: Réső Gábor, 2015-04-24 19:05:00 [2149]

Viszont a kontúr marásnál változatos helyeken hibázik, de mindig csak a kontúrnál. Előtte a furatokat és süllyesztéseket szépen megcsinálja

Nem azt értem, hanem az elektronika folyamatosan hibázik de mindig csak a kontúrnál (mintha bele lenne "égetve"). Ha ez elektromos zavar akkor szerintem azért sokkal változatosabb hibákat kéne tapasztaljak gondolom én. Aztán történik valami és megint megy szépen minden.

Azt, hogy az elektronika beáll egy rossz állapotba, ezen mit értesz pontosan?
Ilyenkor nem tudod kivenni a szoftvert reset-ből?
Ha ez van, akkor meg kéne nézi a diagnosztika oldalon a virtuális LED-eket, hogy mi fogja reset-ben és akkor ki lehetne deríteni szerintem az okát..

Előzmény: Réső Gábor, 2015-04-24 10:58:00 [2145]

Szia,

A THC ki be kapcsolása program futtatás közben az szerintem tutira nem működik a régi verzióval sem, illetve ezt soha nem próbáltuk és nem rémlik, hogy bárki csinált volna ilyet aki tesztelte.
Erre akkor nem is igazán gondoltunk, hogy menet közben kellhet ki/be kapcsolgatni.
Ahogy mi vágjuk az alkatrészeket a plazma gépünkön, mi egyszer bekapcsoljuk a program indítása előtt és a végén meg kikapcsoljuk a THC vezérlést, ennyi. Így tökéletes volt a régi verziós API-ban.

Amint meglesz az új kiadás felfogom ide rakni és akkor kérnélek majd, hogy teszteld és jelezd, hogy jó lett-e, most még mindig van egy két apró dolog, amit bütykölünk, hogy ez a menet közben ki/be THC kapcsolgatós módszer is jó legyen.

Előzmény: xabi, 2015-04-24 16:39:00 [2146]

Szia,
Próbáltam működésre bírni a régi verzióval a THC-t. Működik, de elég életveszélyesen, a sarkoknál ahogy ki be kapcsolom a THC-t megzavarodik, nem emeli ki a fejet mikor a másik alkatrészre átáll.... Nem sokat tudtam tesztelni mert élesbe vágtam, nem is próbálkoznék ezzel a verzióval inkább megvárnám amíg új verzió működőképes lesz.

A lényeg : A THC-t úgy használom hogy én kapcsolgatom ki be a program futása alatt. Ennek az a lényege hogy pl. sarkoknál kikapcsolom mert ott feleslegesen megzavarodna kanyar után vissza kapcsolom.
Itt egy video hogyan kell a sheetcam-be a macrot megcsinálni : Sheetcam video

Ha kell küldök teszt programot is hogy tesztelni tud.

Köszi a gyors választ!
Igen én is az elektromos zajra gondolok és már úton is van a zajszűrő, csak nagyon Ghostbusters a hiba jelenség és mindig csak az y tengelyre van hatással és csak a kontúrozás környékén. A mechanika jó ott nem tapasztalok szorulást lötyögést ilyesmit. Ami még fura, hogy az elektronika ilyenkor mintha bekerülne egy ilyen „rossz” állapotba és nem tudom hogy lehetne „reset”-elni. A pozíciókat megnézem de szerintem nem szoftveres baj van.
Még egyszer köszönöm a segítséget.

Szia Gábor,

Igen, múltkor amikor írtad, leesett, hogy mire gondoltál amikor az emulációt kérdezted.
Majd végiggondoljuk, hogy hogyan lehetne megoldani ezt a dolgot, első ránézésre nem tűnik egyszerűnek, de aludni kell rá egyet vagy kettőt.

A probléma amit írsz, nekem úgy tűnik, hogy lépésvesztés történik. Ez lehet szoftveres, mechanikai vagy elektromos probléma is.

Érdemes volna megfigyelni, hogy az UCCNC mit ír ilyenkor ki a koordinátáknak. Ha a koordináta hibás amikor a pozícióhiba fennáll, akkor szoftveres dolog lehet.
Ha nem tudod rögtön megnézni (mert mozog a gép), akkor várd végig a programot és nézd meg, hogy a program végén stimmel-e a koordináta az utolsó programozott értékekkel.

Ha a pozíció helyes az UCCNC kijelzőjén, a hiba csak a mechanikán jelentkezik, akkor vagy elektromos zavart szedett össze a léptető vezérlő és tévesztett, vagy a mechanika megszorult, berezonált (motor elkapta az önrezonancia frekvenciát.) és tévesztett.

Egyébként a Kress 1050 FME motor meglehetősen zajos. A zajt nem a hangerejére értem, persze az is van neki. Hanem elektronikusan nagy zajterhelést jelent. Elképzelhetőnek tartom, hogy a marómotor zaja jut be valahogy vagy a számítógépbe, vagy a léptetővezérlő elektronikába. Próbálj esetleg beszerezni egy RLC filtert (lehet ilyeneket készen kapni) és beszerelni egyet a marómotor elé, illetve akár a vezérlőelektronika elé is.

Egyébként az én asztalaom, ha bal oldalra pillantok itt van egy Stepcraft 2 300-as gép, már egy ideje ezen tesztelem az UCCNC-t. Pici és pont elfér az asztalom sarkán.

Előzmény: Réső Gábor, 2015-04-24 09:40:00 [2143]

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]