Sokszor jól jön a program közbeni megállás elszívásra, feltekeredett forgács eltávolítására.
Alprogramok használatánál nem járható út a menet közbeni Stoppal való leállítás majd onnan az indítás, mert ugye eltéved a progi.
Az UCCNC-nél a FeedHold úgy látom jól működik ilyen helyzetben, de ugyanazon gombbal kell újra elindítani.
Van a szoftverben valami prellmentesítés ha a Feddholdot külső bemenetről használom? (ha ráduplázok akkor ugye nem áll meg)
Őszintén szólva már nem is emlékszem a mach3-nál hogy is működött, de nem lenne jobb ha a FeedHold lenomása után a Cycle starttal indulna tovább a program?
Tudom-tudom makrókkal meg lehet oldani mindent, de már így sem tudok a saját verzióim közt eligazodni.
svejk | 33134
2017-06-12 08:22:22
[3983]
Ezzel tényleg menjetek át az AC szervo topicba! Minden beírásnál megdobban a szívem, hogy újabb jó híreket kapunk az UCCNC-ről, holott csak gyakoroltok. Persze én ezt is szívesen olvasom.
designr | 3619
2017-06-12 04:37:07
[3982]
Position command filternek adj 100 at Poosition regulation feedforward gainnek 100- 120 vibration supression filtert is visszaveheted 10000 ről 200 körülre..Ezekkel ujra csinálj auto tuningot.Digit monitorban a hibajelet állitsd be és azt nézd mennyit ir ki a program futása közben..
Pontosan én se úgy kezdtem, hogy mindet tudtam, ennyiben igazad van. A hobby és a profiról már párszor elmondtam mit tatok mert sokakban fogalomzavar él e téren. A hobby saját költségvetésből a profi meg pénzelve építkezik. De az igényesség nem ezen múlik sem a kitartás. Általában addig próbálok egy eszközt míg az tökéletesen úgy működik ahogy annak működnie kell, és ebben nem ismerek megalkuvást ! A körös dolognál meg G02 G03 kódokkal generáld a kört ! Ne egyenesekből interpolált "ikozaéderrel" ! Meg fogod látni, hogy minél nagyobb a sebesség annál nagyobb lesz a hiba ! Konkrétan ilyen CSD szervóval egy 300 körön 5000mm/perces előtolásnál már a két kör között átlóban 15mm volt a különbség. Nézd meg a beállításokban a Group 1-ben a Position regulator feedforward gain 0 értéken van e Mert ha igen akkor esélytelen lesz a megfelelő pályakövetés. De már az elején megmondtam ezt a AC topikba kellet volna átvinni !!! User-t meg a Luser-t csak a kitartás különbözteti meg !
Köszönöm a segítséget. Pál gondolom te sem úgy kezdted hogy rögtön tudtad mit hova állíts ha ezt és ezt akarod. Igen az a baj hogy lúzer meveszi aztán meg nem tudja beállítani. De ahogy a fórum neve is mutatja ez egy HOBBYcnc fórum , tehát nem feltétlenül csak profi felhasználókból áll. Mindazonáltal próbálkozom aztán majd kiderül. A két körös verziót kipróbálom . Designer . Nem a 70kg oldalon van baj hanem a 10kg . Próbáltam monitorozni de semmi érdemlegeset nem mutat azon kívül hogy a mototr kihasználtság kb 30-35% . A driveré pedig 20. Lefuttatam terhelés nélkül , tehát a szerszám a levegőben 2000mm/percen egy proglamot de csak ezeket írja ki. ...... Vagy rossz helyen nézem.
designr | 3619
2017-06-11 16:20:31
[3979]
Szia..Na gyere csak le debrecenbe ..majd beszélünk.. profi cuccok ezek az ac-k..de kell hozzájuk egy kis idő..ráforditott munka.. Amiben tudok segitek mindig mint eddig is mindenkinek aki vett..még annak is akié nem tőlem származik. Hidd el nem bonyolult..Gyorsaságban pedig verhetetlenek.. Nyomatékuk nem sok,de azt leadják 3 ezren is. Ha marógépre teszed kell áttétel..ugy lehet igazán kihasználni..de egy lézeres gépen fogazott szijjal olyan gyors hogy nem nagyon látod a fejet.. Lassan topicot kellene nyitni neki annyi fórumosnak van már..
Akkor position feedforward gain , vagy valami hasonló. Fene se emlékszik pontosan mi volt a neve fél év után ! Egy a lényeg alapbeállításnál ez 0 ! De pont te tudod nagyon jól miről beszélek !
A követési hiba a szervó lételeme, mivel hiba nélkül egyetlen szervó rendszer sem működőképes. Itt csak annyi a probléma, hogy ez a hiba nem csak pár tized mikron hanem akár centikben mérhető ! És a pont általad említett szervónál a position feedback alapból 0%-on van. Ahogy említettem a (L)user feldobja a gépre az AC szervókat , mozog húú de jó, de beállítani már minek. Aztán jön a felismerés, hogy a két szervó együtt futása siralmas illetve a fél akár egész fordulattal lemaradva követi a Step jeleket. Ergo nem a szervó a hülye, azt csinálja ahogy be van állítva !
Pályakövetési hiba mindig lessz,ha ki akarod használni a motor teljesitményét akkor az a sebesség-gyorsulás értéket kell megtalálni aminél még elviselhető..Ennél a SmartJog-nál sem bonyolult..láttad nagyon komoly analóg és digitális monitorozási lehetőség van. mozgás közben 25-30 paraméterből választhatsz hogy melyket akarod figyelni..A még megfelelő gyorsulás beállitásához csak meg kell keresni a sebességet ahol a hibajel a mozgás közben nem megy pl 4-5 encoder osztás fölé.. Alapbeállitásban 20480 encoder osztásnál áll hibára..addig próbálkozik..ezt is le szoktuk venni 100 alá.. Az hogy egy szervó jól paraméterezhető..nem fapados azt bizonyitja hogy sokféle célra alkalmas..meg kell küzdeni vele..mert tényleg rengeteg beállitás van. Pozició-sebesség nyomaték mód..és ezek kombinációi.
Egyértelműen az okozza mert a mezei (L)user felteszi a AC szervót aztán húú de jó mozog, aztán itt ki is merül a beállítás. Érdekes a Yaskawa Sigma 1-es vezérlőknél ilyen hiba nincs. ( én nem találkoztam pályakövetési hibával még alap beállításoknál sem ) Viszont a Sigma 2 vagy 3 már igen csak okoz fejtörést ezen a téren, de hogy ne csak a Yaskawa-nál maradjunk Allen-Bradley vagy Fara vagy samsung ki miként ismeri, ezeknél is fennáll ! Mint mondtam egyszerű kideríteni, két kört kell karcolni vagy rajzolni akár gravírozni a géppel egyiket órajárással megegyező irányba a másikat meg ellentétesen. Ha átlósan jelentkezik a hiba az bizony szervó probléma !!! Ha a tengelyre merőleges az eltérés de a két kör fedi egymást akkor az lépés/mm beállítási hiba. Ha a két kör egyforma , de elcsúszik az meg lépéshiba. És még sorolhatnám.
Szerintem a szervo hibajelet volna érdemes szemügyre venni, hogy mennyi a lemaradás a pályán és akkor rögtön kiderülne, hogy a szervo okozza-e a problémát. Vagy pedig a step jeleket fel kellene venni logikai analizátorral vagy tárolós szkóppal.
Hogy érdemileg is hozzászóljak a problémához ezt inkább az AC szervó topokba kell átvinni mert ez nem UCCNC hiba. Mivel már igen csak sok gépet összeraktam AC szervóval amihez az összes ujjam is kevés lenne megszámolni, így tudom mi a probléma. Azt próbáld ki, hogy gravírozol egy kört lehetőleg valami nagyobbat (100-200mm) az órajárással megegyezően aztán ugyanezen a pályán órajárással ellentétesen is. Az egyik kör az egyik irányba a másik kör a másik átlós irányba lesz torz, akkor szól!
Tévedés, mert ez golyós orsós ! Mellesleg ha rá állnék akkor úgy menne ki alólam, hogy a fejem előbb érne le mint a seggem. Amúgy meg a mozgatott tömeg nem számít a sebességben, ha van elég útja felgyorsulni! Az az idióta angol hogy is fogalmazta meg ? 1 metrikus lóerő = 75 kgf·m/s = 735,49875 W (Ezzel a teljesítménnyel egy 75 kg tömegű testet 1 másodperc alatt 1 méter magasságra lehet felemelni. 75 kg súlya a nehézségi gyorsulás 9,80665 m/s2 szabványértékével számítva 735,49875 newton.) Tehát itt nem is emeli kell így akár röhögve is összejöhet az a sebesség ha tudja a motor így mozgatni! Nem a sebesség veszélyes hanem a megállás !
200w ac szervó..70 kg mozgatott tömeg..körmarás..800mm/sec.. Elirás.. Ismerem a motort..tölem van..ismerem az áttételt..nagy menet emelkedés.. Ezek a motorok tényleg tudják ezt a sebességet..3000/5000 1/min a sebességük.pl egy fogazottszij az megfelelő lézerhez. De a nyomatékuk az kevés..ezért ha nagy tömeg akkor áttátel,mert különben lassú megmunkálásnál a 200w-ból csak 40 marad..
Miért kellene elírásnak lenni ? Például amire felraktam a kis kék lézert annak a tengelyei 40,000mm/min tudnak azaz 666,666mm/sec Átlóban a két tengely sebessége 56,000mm/min azaz 933.333mm/sec Az már mellékes ha így megmozgatom akkor az asztallal együtt megy ki a műhelyből.
Nagy valószínűséggel a 200w motor nem tudja a gyorsulást a beállított értékeken..ezért marad le kicsit..ezért az ovál. Csinálj egy tesztet..Digit monitor állitsd be rajta a bemenő parancsjelet és a feedbacket vagy csak az errort és meglátod.Ekkora hiddal nem képes ekkora gyorsulásra egy ilyen motor..
Sziasztok. Az lenne a kérdésem hogy elvi sikon mennyire van hatással a végeredményre ha a motortuning beállításnál , az x és y tengelyre külömböző gyorsulási értékeket adok meg. Egy 32 mm gyapágyillesztést csinálok alumíniumba. A gépen 200W os Ac szervók vannak. Ha 800mm/sec sebeséggel csinálom ,nem kört kapok hanem ovált. Azonkon a pontotkon ahol az x gyorsul , valahogy elmarad egy icsit. Ha 200 al csinálom akkor egész jó a végeredmény. A gyorsulás az x tengelyen 150 az y on 80 ra van állítva. A híd kb 50-60 kg. Az Z kb 10-13kg. Nem értem. a jelenséget.
Gondolkoztam, hogy hogyan fogalmazzam meg, de a használati utasításban teljesen érthetően benne van, idézem:
Koordináta rendszer elforgatása: G68 A koordináta rendszer XY síkon való elforgatásához adott pont körül programozzon G68 A... B... R..., ahol az A paraméter az X tengely koordinátája, a B paraméter pedig az Y tengely koordinátája a forgatási pontnak. Az R paraméter pedig a forgatás szöge fokban megadva. Az A és B paraméterek opcionálisak. Ha valamelyik paraméter nem kerül programozásra, akkor a tengely aktuális pozíciója lesz a forgatási pont koordinátájaként használva. A forgatás szöge fokokban kerül megadásra és a pozitív érték az óramutató járásával ellentétes irányú forgatást, míg a negatív érték az óramutató járásával megegyező forgatást jelent. Ha a forgatás aktív, akkor az minden mozgásra érvényes, kivéve a gépi koordinátában programozott mozgások (G53). A forgatási parancs kizárólag az XY síkon értelmezett. Hibát eredményez, ha: – A forgatás parancs kiadásra kerül amikor nem a G17 (XY) sík van kiválasztva, illetve ha a G18 vagy G19 sík kerül kiválasztásra amikor a forgatás aktív. – G33 menetvágás kód programozása amikor a forgatás aktív. – G76 menetvágás kód programozása amikor a forgatás aktív.
Koordináta rendszer elforgatásának kikapcsolása: G69 A koordináta rendszer elforgatásának kikapcsolásához programozzon G69-et. Az utasításnak nincsenek paraméterei.
Ami viszont nincs odaírva, az az, hogy ha már be van töltve a g-kód, akkor miután elforgattad a koordinátarendszert (vagy kikapcsoltad a forgatást), nyomj egy Reload-ot, hogy lássad is az eredményt.
Master-Slave kapcsolatnál a szolga tengely együtt mozog a mester tengellyel, ezért a szolga tengely pozícióját nem mutatja a szoftver, egyrészt mert felesleges másrészt mert zavaró lenne. A step/dir jeleket persze kiadja a szoftver a szolga tengelyre a beállításoknak megfelelően és ebből a dir jel ellenőrizhető a diagnosztikán. A step jel nem, mert az rövid impulzusok sorozata, annyira rövid impulzusok, hogy az nem követhető a diagnosztikán. A jel rövidebb mint a képernyő frissítési ideje. Oszcilloszkóppal, ill., logikai analizátorral viszont meg lehet nézni a step jelet.
Megpróbáltam a programban összekapcsolni az Y és az A tengelyt az y nak megadtam hogy az A tengely a szolgája de a képernyőn a számláló nullán áll az A tengelynél ha elindítom a szimulációt míg a többi tengelynél pörögnek a számlálók (és a diagnosztikánál sem villognak a step-dir kimenetjelzők csak az engedélyező kimenet aktív) mit csinálok rosszul ?
mssleepy | 716
2017-05-29 15:58:24
[3951]
Köszönöm a válaszokat! Ez jó hír, akkor várom a végleges verziót és majd frissítek.
- SRO által módosított S érték a DRO-ban túlmehetett a minimum és maximum értéken, javítva - UC300 és UC300ETH analóg bemenetével szabályzott SRO és FRO nem frissítette az Overridden DRO-kat, javítva - G31 probe esetén a mért koordináták # változóba tárolása véletlenül kimaradt az előző teszt verziónál, javítva
dezsoe | 2934
2017-05-29 13:31:38
[3948]
Szia!
Igen, volt már róla szó. Már ki van javítva az 1.2038-as teszt verziótól, nyilvánosban még nem jelent meg, de előbb-utább az is várható.
(Ezt a verziót nem javaslom használatra, mert egyrészt próbaverzió, másrészt egy probe hiba maradt benne, de itt lett javítva a fúróciklus.)
Sziasztok! Nem tudom miért, de én mindig írok fúráshoz szubrutint, abban biztos vagyok. "Magamban bíztam eleitől fogva" A minap is volt olyan megrendelésem, hogy több mint 6600 likat kellett fúrnom, ráadásul műanyagba, ahol igencsak el kellett apróznom a forgács megszakítás miatt, és pár próba után szuper gyors és használható kód lett az eredmény. Attól még gondolom működni kellene a G81- 82-nek is rendesen.
Nem tudom volt-e már jelezve, hogy a fúró ciklusok szerintem nem teljesen úgy működnek az UCCNC-ben ahogy kellene.
Múlthéten készítettem fúróciklussal süllyesztett fejű csavaroknak süllyesztékeket. A CAM részét Fusion 360-ban csináltam a posztot a Fusion-hoz letölthető UCCNC posztprocesszorral.
Próbáltam a G81-el és a G82-es fúróciklussal is. A problémám, hogy a teljes visszahúzási magasságról mindenáron előtolási sebességgel (plunge) akart lefelé haladni és nem vette figyelembe a megadott R paramétert (síkot) ameddig gyorsjáratban kellene lemenni, majd onnan előtolási sebességgel.
Fusion-ban a szimuláció jó, a posztolt kód szerintem jó.
Itt elég jól le van írva, de nem így működik. Az UCCNC-ben a második szakasz nem gyors járat, hanem a szintén plunge: G82 leírása
Visszahúzásnál működik, ha több fúrási koordináta is van egy ciklusban, akkor csak az R síkig húzza vissza a szerszámot.
Mivel elég sok süllyeszték kellett és az átemelési magasság is elég magas volt közbenső lefogatások miatt, ezért jelentős idő többletet jelentett, hogy 25 mm-ről ment lefelé előtolással és nem 2 mm-ről. Kézzel átírva megoldottam, csak szerintem jó lenne, ha a generált kódot úgy futtatná ahogy az alábbi linken.
dezsoe | 2934
2017-05-29 13:03:49
[3944]
Adatok tárolása egy makró többszöri futtatása között, avagy static változók UCCNC makrókban
Ahogy fejlődött az UCCNC, először bevezetésre került az #Events tag. Ezzel a makrónk végére olyan kódokat írhatunk, ami a makró kódblokkján kívülre való. Ilyenek például a függvények, eljárások, amit többször is fel akarunk használni, vagy - amiért eredetileg készült - a formok kezeléséhez szükséges esemény kezelők. Aztán egy másik fejlesztés során az is elkészült, hogy a makrók ne forduljanak le minden futáskor. Jelenleg úgy néz ki, hogy ha a Precompile kapcsoló be van kapcsolva, akkor már a program indulásakor, ha nincs, akkor az első futtatáskor fordulnak le. Természetesen, mindkét esetben újra fordul az a makró, amelyiknek a forrása (a .txt file) megváltozik.
Ennek a két fejlesztésnek van egy nem várt, de igen hasznos mellékhatása: az #Events tag után megadhatunk static változókat. Ezek a változók mindaddig újra használhatók és tárolják a korábbi értéküket, amíg a programból ki nem lépünk vagy a makró újra nem fordul. Például ezt a makrót egymás után többször elindítjuk, akkor a státusz ablakban szépen láthatjuk a futások között megőrzött értéket:
Innentől a lehetőségek korlátlanok. Például csinálhatunk 3 állású gombot, ami minden megnyomásra a következő funkciót végzi:
switch (state) { case 1: AS3.Additemtolistbeginning("Egyes állapot", 2); ++state; break; case 2: AS3.Additemtolistbeginning("Kettes állapot", 2); ++state; break; case 3: AS3.Additemtolistbeginning("Hármas állapot", 2); state = 1; break; }
#Events
static int state = 1;
Eddig ezt #változókon keresztül, vagy még rosszabb megoldással, a profilba tárolással és kiolvasással tudtuk megoldani. Az elsővel az a baj, hogy egy g-kód használhatja másra pont azt a változót, a második lassú és teleszemeteli a profilt. A #változókkal az az apró probléma is fennáll, hogy numerikusak. Mi van, ha string-et kell tárolni?
Igen, ismertem Az a jó, ha minél többen, minél több alkalmazásra használjuk a teszt verziókat, mert hamar kiderülnek a bug-ok. Csak meglepődtem egy korábban remekül működő dolog változásán.
A számítástechnika ( programozás ) olyan mint a kabaréban az orvos és a beteg . A beteg elmegy hogy viszket a háta mire kap egy gyógyszert amitől megy a hasa amire megint egyet amitől meleggé válik, aztán izzad stb stb. A végén újra viszket a háta de abba már beletörődik Gondolom láttad már ....
Az 1.2038-as teszt verzióban valóban nem működik a probe koordináta regisztrációja, mindig 0 értéket ad vissza. Ezt javítani fogjuk.
A teszt verziók csak annak szólnak, akik tesztelni szeretnék, ill. segíteni szeretnék a fejlesztést azzal, hogy visszajelzést adnak nekünk. A teszt verziókat kizárólag a saját fórumunkon, illetve ezen a fórumon tesszük közzé, a weboldalunkon nem! Aki üzemszerűen kívánja használni a szoftvert annak nem javasoljuk a teszt verziók használatát, mivel ezek gyakran még nem kiforrottak és tartalmazhatnak hibákat.
2017-06-13 21:22:59
Lehet, ha ovált akarna csinálni, akkor kör lenne :D
