Balázsék Duruzsoljátok csak el mikortól lesz Cahit autoleveler plugin-ja benne a progi telepítőbe? Ugyan mostanában nem sok időm van tesztelni a fejlesztését, de nagyon jó ötletnek tartom a dolgot.

Hmm, vegul is jogos amit irtal. Akkor az marad ugy ahogy van.

Előzmény: n/a (inaktív), 2016-07-30 19:37:00 [3177]

Szia,

A splash screen-re gondolsz, ami azt mutatja, hogy UCCNC és a CNCdrive logo-t és PolgardiDesign logo-t?
Azt nem tudod módosítani, mert szeretnénk ha a felhasználó tudná, hogy ami programot használ azt mi készítettük.
Ha azt is át tudnád szerkeszteni, akkor már semmi nem mutatná, hogy ki a készítője a proginak, mert minden más szabadon átszerkeszthető a screen editorral.

Előzmény: n/a (inaktív), 2016-07-30 16:53:00 [3176]

Udv, latom van ilyen forum is, csinalgatok egy sajat uccnc feluletet. Hatter ikonok minden cserlve modositva, az erdekelne hogy a betolteskor lathato kis kepet azt hogy tudom modositani szinezni? Nem talaltam a Defaultscreenset mappaban.

ok, köszi, várom.

Előzmény: Csaba, 2016-07-28 21:44:00 [3174]

Igen holnap lementem és csinálok egy videót is.

Előzmény: n/a (inaktív), 2016-07-28 21:28:00 [3173]

Kipróbáltam a beállítással amit írtál, nekem megáll ahogy kell, nem látok problémát. Egyébként az összes tengely jogolás kódja azonos, szóval nem értem miért csak a Z-tengely csinálja. Ha valami számítógép gomb érzékelés vagy kommunikáció probléma, lassúság lenne, akkor minden tengelynek késnie kellene.

Át tudnád küldeni nekem a profil fájlodat emailben? Az info kukac cncdrive.com-ra?

Előzmény: Csaba, 2016-07-28 20:31:00 [3172]

Amúgy pont ilyen hibával találkoztam egy nagy karussel eszterga átalakítása során arra mach3 ment csmio val kihelyezett kézikerékkel és ott is a Z tengely ha a sebességet 100 ra állítottam még jócskán túlfutott mikor abbahagytam a tekerést.

Előzmény: n/a (inaktív), 2016-07-28 18:45:00 [3170]

Mivel ez egy viszonylag nagy gép a Z sebesseg 2000 mm/ min a gyorsulást a Z nél mindig nagyra veszem pont amiatt, hogy a kezelő ne futassa túl a szerszámot így itt is 2000.

Előzmény: n/a (inaktív), 2016-07-28 18:45:00 [3170]

Az Fact DRO ami az előtolást jelzi az hogyan változik amikor elengeded a jog billentyűt?
Azonnal elkezd csökkenni?
Ha igen akkor az van amit Balázs írt, hogy kicsi a gyorsítás paramétered és nagy a Z végsebesség, ezért ha nyomod egy ideig a gombot akkor a Z felgyorsít nagy sebességre, amikor elengeded akkor pedig a nagy sebességről az alacsony lassítási beállítással sokáig tart neki megállni.
Mennyik a sebesség (Velocity) és a gyorsítás (Acceleration) paramétereid értékei a Z tengelyen?

Előzmény: Csaba, 2016-07-28 18:04:00 [3167]

És milyen gyorsítás van a Z-re beállítva? Mert ha túl kicsi, akkor esetleg lehet, hogy több ideig tart lelassítania.

Előzmény: Csaba, 2016-07-28 18:04:00 [3167]

Az lemaradt, hogy csak ha felveszem 100% ra a jog sebességet, he lejebb veszem kb.70% alá akkor már megáll rögtön amint elengedem a gombot legalább is ha túl megy nem nagyon észrevehető.

Előzmény: Csaba, 2016-07-28 18:04:00 [3167]

Ma én is elindítottam az UCCNC progit a 400 eth val.
Nekem az tünt fel ha billentyűzettel küldöm a tengelyeket X Y indul - megáll amint elengedem a billentyűzetet, de a Z az tovább megy az elengedés után 2-3 mp et.
Ezt mindkét irányba fel is le is. A step/unit X Y 133 a Z 2400. Ez mitől lehet?

A hiba a sima billenytűs jogolást érinti csak lépés (step) üzemmódban. MPG-nél jól működik.
A javításon már dolgozunk.

Előzmény: svejk, 2016-07-26 18:24:00 [3165]

Hmmm.. MPG üzemben is így összadódhat?

Előzmény: n/a (inaktív), 2016-07-26 14:59:00 [3163]

én ezt azért nem észleltem mert nekem 1000 step/unit van beállitva. 5mm az emelkedés és 25 mikrólépés a vezérlőben. Igy az elméleti felbontás 0,001mm.

De meg mindég inkább a Mach-ot hsználom.

Ami nekem hiányzik az UCCNC-ből az hogy a diagnostic ablakban a "Job properties"-ben lássam a 4. tengely mozgáskorlátait. Ne csak progi futás közben derüljön ki hogy limiten kivül vagyok.

Előzmény: n/a (inaktív), 2016-07-26 14:59:00 [3163]

Sziasztok,

Nem értettem eredetileg jól a problémát, mert egyáltalán nem volt szó joggolásról a probléma felvetésében.
A step jog, vagyis amikor a jog step módban van az úgy működik, hogy minden jog gomb nyomásra a kívánt értéket lépteti le a vezérlés az aktuális koordinátától számítva.
Minden egyes gomb nyomáskor a program lekérdezi az aktuális koordinátát és hozzáadja a kívánt lépshosszt és abba a pozícióba küldi el a tengelyt. Ha az 1/steps per értéknek nem többszöröse a lépéshossz, akkor amikor nincs közös többszörös akkor nem tud a végpontra pontosan lépni a tengely. Például ha az 1/steps per értéke 0.011 és a step jog érték 0.1, és mondjuk 0-ról indulunk, akkor az első lépéskor a 0.011 értékre tud lépni. A második gomb nyomáskor a tengely koodináta 0.011, ehhez fog hozzá léptetni 0.01 távolságot, ami 0.022 lesz, mert a 0.021 sem esik rá a rácspontra ahova lépni tud a tengely a felbontásból adódóan.
Szóval ez jelenleg így működik. Persze meg lehetne csinálni biztosan jobban is, például hogy külön tartsa nyilván ha step jogolás volt és az utolsó kívánt step jog koordinátához adja hozzá, de első végiggondolásra nem tűnik egyszerűnek a megoldás, habár nem lehetetlen az biztos...

Pár tesztet én is végeztem. Igaz, félreértettem a problémát. A teszteket régebbi és a legújabb UCCNC-vel és UC300-al csináltam.
Nálam semmi hiba nem jelentkezett, de én programmal teszteltem, nem JOG nyomogatással.
(Ez volt a félreértés.)

G90 F500
G0 X0Y0
G91
M98 P100 L1000
G90
M30
O100
G1 X0.01 Y-0.01
M99

Előzmény: svejk, 2016-07-26 11:02:00 [3160]

Lehet mert nem észleltem hibát progi futás közben, csak most svager irására reagálva próbáltam. Amugy érdekes hogy neki a 100 lépés 0,01mm enként 1,0088 nekem meg 1,0156. Töbször is próbáltam.

Előzmény: svejk, 2016-07-26 11:02:00 [3160]

Szóval valami bug kerülhetett a JOG egyes léptetésbe.

Ha az egész progi hibás lenne majdcsak feltűnt volna már valakinek.

Előzmény: svejk, 2016-07-26 11:00:00 [3159]

Hmmm.. eltűnt a hozzászólásom....

Előzmény: istvan58, 2016-07-26 10:39:00 [3158]

Vagyis az UCCNC nem kerekít szerintem.

továbbléptem, UCCNC 200 lépésnél 2,0313

Előzmény: istvan58, 2016-07-26 10:04:00 [3156]

Elvégeztem egy kísárletett UCCNC vs Mach3 , mindkető cask demóban :

Step /unit 1280 (mint svager-nál)

Léptem 100 at 0,01mm rel :

Eredmény:

UCCNC 1.0156
Mach3 1.0000

Mach3 nál voltak köztes eltérések de minden ötödik lépésnél ok volt, vagyis 0,1000 ...0,1500.....0,2000....0,2500....stb.

Nyugodj meg, ezekbe az anomáliákba minden kezdő gépépítő belefut.

Az építés, tesztelés időszakában látszólag jó megoldás Antal Gábor 5000-es mikrolépése, egészen addig amíg nem generálsz egy kört G1 lépésekből.
Itt a fordítottja fog fennállni a koordináták lesznek "csúnya" tört értékek és a géped csak "egész" tizedes törteket tud lépni.

Szerencsére az UCCNC-nél beállítható a tizedesértékek száma, ajánlott a gép felbontásához, a realitáshoz igazítani.

Előzmény: svager, 2016-07-26 09:06:00 [3154]

Most megnyugtattál,nem hajkurászom a mikronokat.

Előzmény: ANTAL GÁBOR, 2016-07-26 08:57:00 [3153]

Én nem idegeskednék : mikrolépés 5000 és kész ! ( 10u = 10 step ) de ha még ez sem elég akkor 10.000. A javaslat szerint az elméleti pontosságod 1 step = 1 u . Egy komoly többmillás mérőgépnél alkalmaznak ilyet ( gránit asztal , termosztált kalitka stb )

Előzmény: svager, 2016-07-26 08:29:00 [3152]

Értem,csak az nem világos,hogy egy pl.1 millió soros kodnál ezek nem adódnak össze?

Pl: Adott egy pozíció ahova nem tud lépni,tehát fel vagy le kerekit.
Viszont a következő már kerek szám,így a fennmardó több vagy kevesebb értéknek valahol jelentkeznie kellene,és ez a program során akár több ezerszer is megisétlödhet.

Nem igazán értek ehhez,csak egy kicsit fura.

Előzmény: n/a (inaktív), 2016-07-26 00:11:00 [3150]

De Svager által tapasztalt eltérés több mint 10 szerese a felbontasnak ha jól értelmezem.

Előzmény: n/a (inaktív), 2016-07-26 00:11:00 [3150]

Sziasztok,

Úgy kell elképzelni a léptetés dolgot (ha mondjuk 2 dimenzióban dolgozunk csak), mint egy négyzetrácsos füzetet. A négyzetrácsok oldalainka távolsága az 1/steps per érték, vagyis ekkora egy lépés, ennél kisebb távolságot nem tud mozdulni a tengely, nem tud kisebbet lépni a motor. Szóval a gép kizárólag a rácspontokra tud rálépni, a rácspontok közé nem, mert a vezérlő nem tudja a rácspontok közé pozícionálni a gép tengelyét.
A hiba mindig max. fél rácspontnyi, mert a vezérlés mindig a programozott értékhez legközelebb eső pontra lép rá.
Vegyünk egy egyszerű példát, hogy a steps per érték 100, ezzel a legkisebb lépés 1/100=0.01
Ha mondjuk megpróbálod a 0.006 pozícióra mozgatni a gépet, akkor ez értelemszerűen nem fog menni. A 0.006-hoz a legközelebb eső pont a 0.01 amire a gép rá tud lépni a steps per felbontásból adódóan. Ha pedig mondjuk a 0.004 pontra irányítod a tengelyt, akkor a 0 a legközelebbi pont és oda fog lépni.
Az 1280 steps per értéknél a felbontás 0.00078125 egység, vagyis ekkora a képzeletbeli rácstávolság, ez pedig a 0.01 törszöröseivel gyakran nem találkozik...

Előzmény: svager, 2016-07-25 20:14:00 [3142]

Balázsék szerintem az a taktikát követték hogy a legkisebb hibára törekedtek . A hiba szerintem nem fog halmozódni . Most 10u hoz 12.8 ( nem kerek step tartozik ) Ha a pl átállítanád a mikrostepet 5000 re akkor 1000 step lenne 1 mm és 10 mikron 10 step lenne . Minden ( látszólagos ) baj megoldódik .

Előzmény: svager, 2016-07-25 21:45:00 [3148]

Értem
Viszont ha a programban nem kerek érték van megadva,akkor az mindig hozzáadodik? Vagy nagyobb felbontásra kell állítani a vezérlőt?
Nem mintha a gép tudná ezt a pontosságot csak kíváncsiságból kérdezem.

Előzmény: ANTAL GÁBOR, 2016-07-25 21:26:00 [3147]

ha 1 mm er lépteted akkor lelép 1280 stepet és teljesíti az 1 mm -t . A baj forrása az hogy te 0.01 el akarod léptetni

Előzmény: ANTAL GÁBOR, 2016-07-25 21:24:00 [3146]

Én ott kereskednék . 0.01mm az 10u amihez 12.8 step kell . De csak kerek stepet lehet léptetni
tehát az első az 13 step lesz és aztán 12 és 13 között fog lépkedni . ( célszerűen törekedve a legkisebb hibára ) Amikorra lelépi az 1000u ont lesz egy kis maradó hiba

Előzmény: svager, 2016-07-25 21:09:00 [3145]

A vezérlő 6400-van állítva, 5mm menetemelkedésű az orsó, áttétel nincs,tehát 6400/5 = 1280 step/mm

Vagy nem?

Előzmény: ANTAL GÁBOR, 2016-07-25 20:57:00 [3144]

a motor tuningban mekkora a step / unit ? ( kerek szám ? )

Előzmény: svager, 2016-07-25 20:22:00 [3143]

Ja,ha egyben lépek 1mm-ert az 1.0000,és ha vissza 1-et az 0.0000 lesz,tehát csak a 0.01-es felbontásnál csinálja.
Én ezt nem értem

Előzmény: svager, 2016-07-25 20:14:00 [3142]

Lehet nem ide való hanem a bénába,de UCCNC
ezért itt kérdezem.

Ha 0.01-es lépésekkel léptetek 1mm-ert akkor nem 1.0000,hanem 1.0088 lesz,és ha visszaléptetem egyben -1mm-ert akkor az nem 0.0000-lesz hanem 0.0088

Ez vajon miért lehet? Valami nincs jól beállítva ?
Remélem érthető a kérdés,rakok fel két képet a problémáról

Az első:
elléptetem 0.01 el az 1mm-ert



Második:
visszalépek egyben -1mm-ert,természetesen itt fennmarad 0.0088

Köszi, azt holnap egy perc alatt kipróbálom . ..

Előzmény: Polgárdi Balázs, 2016-06-22 19:48:00 [3140]

Ha megcseréled az A/B jelet, akkor megfordul az irány (a program is ezt csinálja, ha kipipálod a "Reverse enc. dir.", csak szoftveresen cseréli fel a két pin számát belül)

Előzmény: ANTAL GÁBOR, 2016-06-22 19:18:00 [3139]

Elhamarkodtam a forrasztópákás javítás gondolatát ( a lustaság győzött szerencsére ). Az irányt gondolom egy szoftweres quadratúra dekóder állítja elő. Cserélgethetem én a bemeneteket . A forgásirány adja a dir jelet... A jelet kellene negálnom de azt csak a fejlesztők képesek megváltoztatni

Előzmény: ANTAL GÁBOR, 2016-06-22 16:49:00 [3138]

Balázs ! Csak egy probléma van : ( és mint említettem akár tudok is vele élni vagy veszem a forrasztópákát és kiküszöbölöm ). Szóval betölt ő mindent csak a reverse encoder parancsot ( pipát ) nem . Az hogy tegnap jó volt az annak volt köszönhető, hogy véletlenül a szokásossal ellentétesen forgattam az encodert . Mint írtam ez a TOS nál nagyon egyszerűen megoldható (konkrétan a TOSnál egy kar egy korábbi műveletből az úgy maradt )és az új verzió ( a 20 as ) alapból pipa nélkül indult el .
Direkt visszakerestem a nektek elküldött pro filét . Nos ott is ( és gyakorlatilag mindig a reverse encodert szerettem volna ( ezek szerint sikertelenül ) használni . Amit tegnap beszéltünk annak kb a felét voltam képes felfogni ( és erre még büszke is vagyok ! ) de mára megállapítható hogy gyakorlatilag egy apró problémával állunk szemben és tudok várni

Előzmény: n/a (inaktív), 2016-06-22 14:57:00 [3137]

Gábor,

Ahogy telefonon tegnap elmondtam neked, az encoder hibát nem javítottuk a 20-as végű verzióban, mivel akkor még nem is tudtunk a hibáról. Az, hogy megjavult nálad ezzel a verzióval az csak véletlen, de ezt részletesen elmagyaráztam tegnap a hiba okával együtt.
Ahogy mondtam telefonon rájöttünk, hogy mi okozhatja a problémát, hogy miért nem tölti bele a mozgásvezérlőbe a gépeden az encoder adatokat. A hibát javítottuk, de máson is dolgozunk jelenleg, szóval egy kis türelmedet kérném, a következő kiadásban a hiba javítva lesz, addig sajnos kénytelen leszen Apply settings-et nyomni szoftver indulás után.

Előzmény: ANTAL GÁBOR, 2016-06-22 12:10:00 [3135]

KOLOMBUSZ TOJÁSA!!!!!! ( megtaláltam a hibát)
Nem menti el a encoder rev értéket ( a pipa kijön a képernyőn ha korábban úgy volt elmentve de az csak egy VIRUÁLIS pipa . Valójában olyan mintha ott sem lenne ! Vagyis ha mechanikusan úgy kapcsolom a szíjhatású encodert hogy az jó legyen ( megfeleljen a pipamentes állapotnak ) akkor minden OK az Uccnc meghívása után mehet a menet. De ha az encodert úgy forgatom hogy a reverzált kelljen hozzá akkor nem megy csak ha applay + save ( és utána a kilépésig minden OK ) Aztán ha ujraindítom akkor jól átver a VIRUÁLIS pipa
A legegyszerűbb javítási metodika : megcserélem fizikailag az A B jeleket a fordított forgású encódernél aztán pipa nélkül jó lesz

Zajlik az életem : Visszajött az index problémám. Gépészeti okokból fizikailag megváltoztattam az encoder forgásirányát ( Szíjhajtású az encoder és a TOS nál csak egy mechanikus kapcsolót kell átváltanom hozzá ) Így sokkal eronómikusabb a gépem mert a CNC ről nagyon könnyű visszatérni akár a vonóorsós előtolású hagyományos gépre

Természetesen az encoder directiont is reverzáltam ( Most van pipa ) . És ezzel beütött a mennykő : nem működik csak ha az UCCNC meghívása után spindle setup applay + save t nyomok .. Pont az mint ami régen volt

Csináltam egy cselt : elmentettem a mai friss pro filét ( megnéztem a reverzácio OK ) és újratelepítés után ( 20 as verzió ) kicseréltem a gyárival ( mert tegnap is valami hasonlót csináltam és akkor megjavult ) Semmi eredmény ...... Jöhetne az a teszt program hogy megtaláljuk a hiba okát

Balázsok ! Dezsoe kolléga tanácsára felraktam a legújabb verziót ( 20 as ) Azzal megszűnt az index problémám. Amikor előálltam akkor jeleztem hogy nálam egy régebbi verzió fut. SŐT : hogy ezt ki is hangsúlyozzam elküldtem az "About" fényképet ahol a licensz, verzió stb kristálytisztán látszik . Megspórolhattunk volna pár órát ha legalább ti regisztrálnátok ,hogy egy egy verzióváltásnál mi került javításra ( mert kristálytisztán látszik hogy a 16 os verzióban volt valami mentési anomália a 20 as pedig már OK )
Most nekilátok a másik ( mailben leírt eset tesztelésének )

DEZSOE nek köszönet a supportért !!

No ez már komoly előrelépés ... Azt már korábban jeleztem hogy a diagnosztika ablakban a Sync thread led ilyenkor piros ( remélem fejből jól írom mostanában nem néztem )

Előzmény: n/a (inaktív), 2016-06-19 01:02:00 [3132]

Szia Gábor,

Ahogy P.Balázs írta a #3128 válaszában a te beállításoddal is kipróbáltuk, amiben az index a port#2 pin#11-en van. Nálunk ezzel is jól működik.
Egy ötletünk van még, hogy mi lehet, viszont tesztelni nem tudjuk, mivel nálunk most is jól működik, de fogunk csinálni neked egy teszt verziót hamarosan, amit tesztelned kellene és amiből kiderül majd, hogy jól gondoljuk-e a probléma okát.

Előzmény: ANTAL GÁBOR, 2016-06-18 13:40:00 [3131]

Nagyon gondosan átnéztem mindent és ma is ugyanaz a hibám : nem érzékeli az indexet a bootolás után csak akkor ha applay + save gombot nyomok a spindle nél .. De eszembe jutott egy lehetséges ok ( minthogy tegnap írtam hogy a többi configot szépen betölti ) Tehát : nálam az encoder és vele az index is a KETTES !!!portra van configurálva . A fordulatszámot ( ha az egy határérték fölötti ) azt szépen kijelzi . De mint írtam a G33 elérésekor vár vár és vár . ( Gyanús nekem ez e kettes port ... ) Levideóztam az egész problémát majd átküldöm .......

Annyit még kiegészítésképp hogy a tengely adatok ,sebességek ,gyorsítások , hot key ek stb azok mindig szépen betöltődnek ott semmi anomáliát nem találtam,egyedül a spindle index dolgánál fordul elő a jelzett hiba

Előzmény: ANTAL GÁBOR, 2016-06-17 21:34:00 [3129]