Exup: ha tapintós okosság alatt autolevel-ert értesz, azt már csináltak, itt van egy: http://www.cnczone.com/forums/uccnc-control-software/304182-pcb-autoleveler-plugin-uccnc.html

Illetve más is csinált már egyet régebben, de nem tudom már ki volt az és hogy hol láttam.
Illetve a neten is láttam már általánosan megcsinált autolevelert, ami G31-eket használt és így Mach3, UCCNC, LinuxCNC is kell működjön, de nem rémlik most hogy mi volt a neve a proginak vagy hogy hol láttam pontosan, talán Google-el keresve Auto leveler kulcsszóra megtalálod, de lehet más volt a neve...

Előzmény: exup, 2016-04-10 15:22:00 [2977]

Relifet jópárat martam már az uccncvel, de igazság szerint eszembe sem jutott, hogy állítgassak bármit is...alap beállítással ment, az eredmény szép lett...általában gravírtűvel, vagy gömbvégű maróval csináltam.

Tapintós okosságot nem írt még senki akkor? Jó lenne már gravírozni a mellényzsebes flaskára. A végén üvegből kell inni :D

Igen, a relief-ekben általában nagyon nagy skálán fordul elő csatlakozási szög és nagyon sok apró szakaszból áll, ezért szerintem is nehezebb a kezelése, optimális megmunkálás megtalálása mint a pontosságot kívánó munkadaraboknál.

Előzmény: svejk, 2016-04-10 14:56:00 [2974]

Amit írsz az derék szögű csatlakozásokra igaz.

Az adatlapban le van rajzolva, hogy a linear error hogyan működik, légyszi nézd meg a rajzot és szerintem rögtön megérded.

A relief készítés kompromisszumos munka, sebesség vs. részletgazdagság, mivel a fizikát áthágni nem tudod, csak optimumot ill. a neked megfelelő kompromisszumot tudod meghozni.

Előzmény: svejk, 2016-04-10 14:51:00 [2973]

A probléma az, hogy reliefnél előfordulnak meredek és lankás lejtők, de akár a 90 fokos törések is, bár ezeket a mostanában terjedő kúpos egyélű marókkal egyébként sem lehet elkészíteni.

Úgy látom ez a relief marás még több odafigyelést igényel mint a pontos munkadarab készítés, ha a lehető leghűebben akarjuk a domborművet elkészíteni.

Előzmény: svejk, 2016-04-10 14:51:00 [2973]

Oké, lassan felfogom.

Módosítottam a kis progin, hogy jobban látható legyen.
A gyorsulás az x és z tengelyeknél továbbra is 10 mm/s2

G0 X0 Z0
G1 X10 F1500
G1 Z-5
G1 X20
G1 Z0
G1 X30
G0 Z5
G0 X0
G0 Z0
M30

Ilyen kis gyorsulásoknál jól látható a toolpath-ban a működés. (persze megfelelő nézetre kapcsolva)

Tehát a fenti kódnál:
- ha a stop at angle értéke 89 vagy kisebb akkor a linear és corner errornál bármekkora érték lehet, úgy is exact stop lesz és nem kerekíti a sarkot.

- ha a stop at angle értéke 91 vagy nagyobb akkor a corner error értékével kerekíti a sarkokat, de a linear error továbbra is bármilyen érték lehet.

Most ezt megemésztem aztán majd visszatérünk a linear errorra és a a két hosszúsági értékre.

Mondjuk jó lenne ezt a fenti logikai kapcsolatokat a manualban is olvasni, és akkor nem csak vaktában kellene állítgatni.

Előzmény: svejk, 2016-04-10 14:29:00 [2972]

Most levettem a gyorsulást az X és Z tengelynél 10 mm/s2-re így jól látható a tényleges mozgás a Toolpath ablakban demo módban is.

Elkezdek játszani vele, hogy megérthessem pontosan a beállítások mikéntjét.

Előzmény: svejk, 2016-04-10 14:22:00 [2971]

Ezeket olvastam a felhasználói könyvben is.
Ezek már durva állítása is alig hozott olyan eredményt amit vártam volna.

A "Stop at angle degress > (érték fokban)", ezt nem igazán tudom értelmezni.
Itt szerintem a kacsacsőr fordítva van.

Ha egyáltalán nem szeretném ezt a funkciót használni azaz kerekedjen ami akar, csak ne legyen exact stop, akkor mennyit írjak be? 180-at? 360-at? esetleg 0-át?

Egy egyszerű eset:

G0 X0 Z0
G1 X30 F1500
G1 Z-5
G1 X40
G1 Z0
G1 X50
M30

A fenti esetben ha 91 fokot adok meg akkor biztos nem fog egyik tengely sem exact stoppal megállni hanem szépen lekerekíti a sarkot?

Előzmény: n/a (inaktív), 2016-04-10 12:33:00 [2970]

Szia,

A legfőbb paraméterek a Constant velocity módnál:

- Linear error: Ez a max. hiba amennyivel a programozott pályától eltérhet a mozgás.
-Linear addition length: Ennél hosszabb szakaszokat ne fűzzön össze a mozgás során, hanem külön kezelje ha egy szakasz hosszabb ennél.
- Linear Unify length: Egy kalkulációs ciklusban ennyi össz hosszúságot fűzhet össze, ha ezt eléri, túlhaladná akkor ne nézzen tovább előre, hanem kezelje külön kalkulációnak a következő szakaszokat.
-Corner error: Max. megengedett pozíció hiba a sarkokon.
- Stop at angle degrees: A pályán a szakaszoknak ha ennél nagyobb a kapcsolódási szöge, akkor ott exact stop módot alkalmazzon.
- Look ahead lines: Hány g-kód sort nézzen előre a kódban.

Relief marásnál általában pár tized lehet a Linear error és a corner error és ha széltében pásztázva megy olyan a kód, akkor én a Linear unify és addition length-et nagyra állítanám, akár akkorára mint a pásztázás teljes szélessége, mert akkor akár egy előrenézési ciklussal lassítás nélkül végig tud akár futni a soron -> gyors lesz a végrehajtás.

Előzmény: svejk, 2016-04-10 11:54:00 [2968]

Tudom volt már erről itt szó, de hirtelen nem találom a topicban.

Előzmény: svejk, 2016-04-10 11:54:00 [2968]

Van itt olyan fórumtársunk aki UCCNC progit használ relif marásra?

A Constant Velocity mode beállításaiban kérnék egy kis segítséget, támpontot.

azért jó lenne a többi tengelyre is ezt beletenni....sokan használnak több mimnt 3 tengelyt szerintem.

Előzmény: n/a (inaktív), 2016-04-06 10:06:00 [2964]

Bocsi lemaradt 100-as encoder +index

Üdvözöllek!
Segítséget kérnék fortuna dc servo beállításához
Motor 180V /4200ford (1kW)
DG4S-160-35 vezérlő
Tápfesz 160V a vezérlő miatt, itt a motor még 3700- at forogna de a vezérlő 3200- nál leold,
ez 75%-os PWM nél van. Hogyan növelhető a pwm?

vezérlő beállítása
lépés sokszorozó 1, max hiba 20000, PWM 512,Imax 35, Ap 105, Ad 6425, Ai 8, Li 1440, mintavétel 2
servohiba 0
Előre is köszönöm

Sziasztok,

Istvan58: A softlimit-nek nem kell előre ismernie a betöltött G-kód pozíció korlátait.
A softlimit működése, hogy a beállított korlátokon mozgás közben megáll, ezt menet közben, program futtatás közben is folyamatosan figyeli.
A másik dolog, hogy XYZ tengelynél előre kalkulálja a g-kód feldolgozásnál a határokat és ha kívül esik, akkor el sem engedi indítani a g-kód programot. Úgy emlékszem az ABC-nél ezt nem számolja ki előre, csak az első dolog amit írtam az működik ezeken a tengelyeken, vagyis menet közben figyeli hogy határra futott-e a tengely. Legalábbis úgy emlékszem így működik, de majd megnézem, mert nem 100% hogy jól emlékszem.

Svejk: Köszi.:) A lendület azért tart, mert szeretjük csinálni, a hibákat pedig nem szeretjük, nem tűrjük.
És igen, a gép konfig amit írsz azon kell, hogy gond nélkül menjen, nekem is hasonló Geforce vidcsi kártyám van, nem mai darab, de azért ez még ma is elég jó kis kártyának számít. Ahogy írtam, a másik konfignál amit írtál, hogy lassúskodik szerintem a videókártya lehet gyengécske.

Xabi: Bármilyen interface dolgot mint például a képernyőkészlet függvényei csak maximum a nagy (major) verziószám változásánál csinálunk. Nagy verziószámból eddig 3 volt: 1.0, 1.1 és 1.2.
A kisebb számok változásánál nem változtatunk semmi olyat ami miatt nem maradna kompatibilis az azonos major verziójú kiadásokkal.
Szóval nyugodtan frissíthetsz egy 1.2xxx -ről egy 1.2yyy verzióra.
A változásokról a Change log lista egyelőre nincsen összegyűjtve az 1.2 verzióhoz. Az infók megvannak, csak össze kellene írni egy listába.

Szia,

Most veszem észre hogy már 1.2016 verzió van. Régebben volt egy követhető változás-javítás lista, most miért nincsen ?
Az a baj hogy nincsen kedvem állandóan installálni, illetve hiába a szuper "screen editor" ha az új verziónál mindig újból kell a képernyőt szerkeszteni (2 megoldást látok 1.) új verzió installáláskor összefésüli az *.ssf fájlt, vagy ha látom a changelog-ba hogy nem tettél be új pl. menüpontot akkor jó a régi *.ssf fájl is.)

Ilyenkor úgy tudok örülni!
Hihetetlen a már több éve tartó lendületetek.


Közben megküldték a pár napja említett 14 MB-os G-kódot, itthon egy asztali Dual-Core, E5300-as 2,6 GHz-es procival, 2 GB RAM, GeForce 7300GT-vel, XP alatt szalad rendesen.
Tehát a vassal nem lehet spórolni.

Előzmény: n/a (inaktív), 2016-04-06 00:28:00 [2958]

de mivel a soft limitet be lehet állitani minden tengelyre akkor ez az info meg kell hogy legyen nem?

Előzmény: istvan58, 2016-04-06 07:13:00 [2959]

CNC drive, köszi!
Tegnap küldtem a másik mélcímemről is ua a levelet, várom válaszod.

Előzmény: n/a (inaktív), 2016-04-06 00:28:00 [2958]

Gondoltam hogy beleszerkesztem a screen editoral de sajnos csak x, y, z van a listában.
Várható hogy ezt megoldjátok valamikor?

Előzmény: n/a (inaktív), 2016-04-06 00:28:00 [2958]

Sziasztok,

Svejk: A master/slave dupla home kapcsolós home-olás javítva lett mind az UCCNC-ben és Mach3-ban is. Az UCCNC-ben javítva lett még egy hiba ami macro gomb hívással kapcsolatos és egy fórumtárs jelezte a problémát.
Most már eljött az ideje, úgyhogy felraktuk a weboldalra az automata telepítőt és a plugint is Mach3-hoz:
UC400ETH weboldal
Az UCCNC 1.2016 új verzió pedig a szokásos helyen letölthető a weboldalunkon.

Frob: Ezt nehéz eldönteni, hogy karcsú-e hozzá. A RAM és videókártya elégséges kell legyen, a proci kicsit kevés, illetve gondolom Atom vagy celeron a proci és így egymagos, ha így van akkor valószínűleg gyengécske.

Istvan58: A 4. tengely limiteket nem írtuk ki, most hirtelen nem rémlik, hogy egyáltalán kiszámítja-e a progi.

Előzmény: svejk, 2016-04-04 22:28:00 [2952]

Ismerkedem az UCCNC-vel....most még csak demó módban.

Elsőre egy észrevétel:
A diagnostic ablakban nem lehetne az ősszes tengely "job properties"-ét látni?

Esetembe mivel 2 Z tengelyem van sokszor használom az A tengelyt és jó lenne ránézni milyen határok között fog járni ha esetleg elnéztem valamit a G kódban.

Szia Balázs,

köszönöm a licenszet, remélem hétvégén beüzemelem az UC400ETH-t.

Köszönöm!!
hát igen ez egy D510-es alaplap ebben csak 1.66GHz-en megy a proc, videó memória most 256 ra állítva, ram 2GB , szóval akkor ez kissé karcsú...

dxf importtal kapcsolatban tud valaki valamit mondani? olyat próbáltam amit pl freecad beolvas, de uccnc sajna nem valamiért..

Előzmény: n/a (inaktív), 2016-04-04 21:30:00 [2951]

:)

Itt találtam olyan kategóriájú használt PC-ket amik szerintem megfelelnek az UCCNC-hez:

http://www.pc-max.hu/webaruhaz/szamitogepek-intel-dualcore.html

Előzmény: svejk, 2016-04-04 22:28:00 [2952]

Előzmény: Kisamotors, 2016-04-04 20:26:00 [2950]

Barátom hálája fog kísérni hosszú életutatokon!

Előzmény: n/a (inaktív), 2016-04-04 21:30:00 [2951]

Sziasztok,

Svejk: Megnéztük a master/slave külön home kapcsolós home-olást és nálunk sem működik.
Dolgozunk a megoldáson, amint elkészül szólni fogok.

Frob: Az általam javasolt konfig:
CPU: >= 1.8Ghz, javasolt dual/duo core
RAM: OP rendszertől függő, XP-n legalább 1GB, 7-től felfelé legalább 2G. Ha nagy G-kódot vannak akkor 4GB, ennél nagyobbnak nincsen értelme, mert a szoftver nem tud 2GB-nál többet használni és így marad minimum 2Giga az OP rendszernek. Ha 32bites a Windows akkor pedig abszolút nincs értelme 4Gigánál nagyobb RAM, mert az OP rendszer nem tudja megcímezni a 4GB feletti memóriát.
VRAM: minimum 128MB, javasolt >= 256MB
OP Rendszer: Én Windows 7-et használok már jó ideje, de XP és attól felfelé bármilyen Windows megteszi.

Általánosságban beszélve egy kb. 8 éves gép ami akkor új volt az általában megfelelő.
15-20 éves gépekkel nem érdemes próbálkozni, legalábbis a videó kártyáikkal nem, mert az OpenGL 1.3 definíció kb.15-16 éves, szóval régebbi videókártyákon nem fut.

Előzmény: Kisamotors, 2016-04-04 20:26:00 [2950]

Nem baj, nem kell komolyan venned.

Előzmény: svejk, 2016-04-04 09:00:00 [2946]

Kösz a kimerítő választ.

Előzmény: robroy007, 2016-04-04 08:07:00 [2941]

Sziasztok.
Ha jól rémlik Balázs mondta, hogy írt valaki letapogatós plugint a programhoz. Mivel gyagya vagyok írni, ezért érdekelne miként áll a dolog. Igazából minél gyorsabban szeretném megoldani, hogy egy ívelt formára gravírozzak pl szöveget. Ne kelljen megrajzolnom a formát is. Most épp apám lapos üvegére, ami fém
Köszike

CNCdrive, mi az ajánlott gép, mert ahogy svejk meglepődött, én is
kipróbáltam a teszt verziót, az1.2008-as verzió pikk pakk betöltődött, viszont a mostani igen csak sokat szöszöl ugyan azon a gépen.
Még örültem is amikor kipróbáltam először, hogy elég ez gépállat is neki ( van két hasonló) de akkor most annyira nem vagyok biztos benne.

Más próbáltam betölteni a cam részben dxf et, sajna valamilyen oknál fogva ez nem jött össze, pedig minden fellehető prg be tudta olvasni... van esetleg valami trükk amit alkalmazni kell?

Egyébként ha végigjártad volna velünk ezt a 11 éves rögös utat és nem másfél hetes regisztrációval írod ezt, akkor még komolyan is vehetnélek.

Tesztelni két féleképpen lehet, vagy megállapítjuk valamiről hogy működik vagy nem, vagy pedig ha már van egy működő etalon, akkor lehetőleg azonos körülmények közt ahhoz hasonlítunk.
Tegnap az utóbbi történt.

De ez már nem egészen topic téma.

Előzmény: Kisamotors, 2016-04-04 01:57:00 [2940]

Nem foglalkoztam vele, csupán egy próba volt.
Ezek a gépek általában 128-at vesznek el.

Előzmény: frob, 2016-04-04 08:37:00 [2943]

Futná, futja, de eddig nem volt rá szükség.
Egyébként 20-asért elég vacak gépet lehet kapni.

XP? Stabil, nem hardverzabáló rendszer.

A Win7 kiröhög ha nincs legalább 512 Mb-os videókártya a gépben.
CNC vezérléshez meg valójában éppen a grafikára alig van szükség.

Előzmény: Kisamotors, 2016-04-04 01:57:00 [2940]

Svejk, biosban videó memória meddig húzható fel, általában min 64 ig de inkább tovább szokták engedni a rendszermemóriából lecsippantani...

Előzmény: svejk, 2016-04-04 01:26:00 [2938]

CNCdrive, na nem is papírt akarok róla kapni, csak mivel ti csináljátok gondoltam csak jobban el tudtok magyarázni mindent róla!

Ha véletlen ma nem jönne meg a levél, akkor írok másik e-mail címről, hátha arra megjön majd amit küldesz, addig is várok

Előzmény: n/a (inaktív), 2016-04-04 00:57:00 [2934]

hidd el nincs nagyobb gépre szükség a megmunkáláshoz!

az iparban még AT gépeken is megy cnc de a fejlettebbek közt is akad bőven nem XP-s mert ugye az inkább home de winNT vagy 2000 mai szemmel "gyenge" gépeken, de a feladatnak bőven elegendő

persze lehet atom reaktorral is dolgozni, de az UC mozgásvezérlők bőven kategória ugrást jelentenek sebességben az lpt-hez képest

Előzmény: Kisamotors, 2016-04-04 01:57:00 [2940]

Értem én, hogy teszt és a végletek tesztelése is fontos, de tényleg nem futja egy 20 ezer forintos félkonfigra, aki komolyabb cnc-t üzemeltet?
Nem kifejezetten az alábbi pár hozzászólásra gondoltam, csak most olvasom elejétől ezt a topicot, és sokszor felmerül az öreg vas.
Néhányan XP-vel küzdenek...ne már.

Próbáltam a képernyő frissítést úgy beállítani az új verzióban, hogy nagyjából ugyanannyi procit használjon az "átlag gépen" mint a Flash-es verzió.
Az újabb gépeken pedig sokkal kevesebbet, viszont a nagyon régi videókártyákkal ahogy írtam lehet gond, mert ha kb. 50MB--nál kisebb a VRAM, akkor már másolgatnia kell a képernyő-szett képeit is folyamatosan és akkor meg már a proci frekijén és a gép busz sebességén múlik, hogy mennyire lassul be a rendszer. Ezért nem is javaslok 128MB-nál kisebb VRAM videókártyát.
A G-kód még ha nagy is, nem eszik sokat, a képernyő képek nagyságrendekkel több helyet foglalnak.

Előzmény: svejk, 2016-04-04 01:26:00 [2938]

Én eddig ilyen 2GHz körüli régi gépekkel dolgoztam, nem láttam még igényét az egyébként Mach3 által ajánlott külön videokártyának sem.
Igaz én eddig inkább fémipari gépek közt botorkáltam, nem voltak ilyen bazi nagy kódjaim.

De akkor ezt tudomásul vettem.

A múltkor az asztali gépen futtattam demo módban az az új UCCNC-t, meg is jegyeztem, hogy mennyivel gyorsabb a DRO-ja.

De ezek után félve rakjam fel a CNC gépemet vezérlő G620-as DELL-re az új UCCNC-t?

Előzmény: n/a (inaktív), 2016-04-04 01:17:00 [2936]

Hát ja, a régi alaplapokon még általában AGP port van, az új videókártyákon pedig PCI-e.
Persze használtan beszerezhető innen onnan régi AGP-s kártya, erőgép nem kell, 256MByte a tesztek szerint bőven megteszi. A mai új videókártyák meg már bőven 1GB felett mozognak.

Előzmény: svejk, 2016-04-04 01:07:00 [2935]

Nem, erőgép nem kell, de jó videókártya javasolt.
Például az én gépen 2.8GHz-es dual core-os, nem mai darab, valami régi legalább 8-10 éves HP torony gép. A videókártya már nem a gyári, hanem egy 256MB VRAM-os Geforce, ez se mai darab, de jóval újabb mint a PC többi része.
Ezen a gépen bármilyen g-kódot töltök be futtatás közben is 0% a proci terhelés, néha bevillan 1%-ra.
A régi Flash-es verzióval ugyanezzel a géppel futtatásnál 10-12%-ot zabált.

Szóval a videókártya jobban számít az OpenGL-nek, mint maga a PC és a proci, főleg úgy, hogy amit lehet azt mindent framepufferekben tárolunk és ott hajtjuk végre rajta az utasításokat is amit csak lehet, így a GPU-t terheli, nem a CPU-t. Persze ha kicsi a videó memória vagy gyenge a GPU, akkor a procinak kell végrehajtania a videókártya feladatait, ami miatt állandóan másolnia kell a VRAM-ból a RAM-ba és vissza ami nagyon tudja terhelni a CPU-t és a RAM-ot.

Előzmény: svejk, 2016-04-04 01:07:00 [2935]

Alaplapi, gondolom valami intel 945.
régi HP-Compaq gép.
Driver biztos fent van, mert különben nem engedné a felbontást sem felnyomni.

Tehát akkor csak kell az erőgép az UCCNC-hez is.
Ha nem is alaplap de komoly videokártya.
Komoly video kártya meg nem megy a régebbi alaplapokkal.
22-es csapdája.

Előzmény: n/a (inaktív), 2016-04-04 00:57:00 [2934]

Sziasztok,

Svejk: A videó kártya ami a gépben van, mik a paraméterei? Videó kártya driver fel van-e telepítve? Az OpenGL nagyon tud zabálni, ha nincs fent a driver, ha fent van akkor viszont alig eszik procit. Persze az is lehet, hogy gyenge a videó kártya, kicsi a VRAM. A Flashplayer-nek(Mach3) nem nagyon számít, hogy fent van-e a videókártya driver, viszont alapból mindig közepesen terheli a procit.
A kódot is átküldhetnéd e-mailben és akkor megnézem az én gépemen mit csinál UC400ETH-val.

Frob: Oktatást nem tudunk vállalni, egyikünknek sincsen tanári diplomája. A levelet megnézem holnap, szerintem elküldem, de holnap elküldöm majd mégegyszer mert ezek szerint nem kaptad meg.

Szabó Zoltán: Az UC400ETH és UC300 közötti különbség egyrészt az I/O-k száma, másrészt az UC300 USB porton keresztül csatlakozik a PC-hez az UC400ETH pedig Etherneten. Tanfolyamot nem csinálunk, nincsen hozzá végzettségünk.

Előzmény: svejk, 2016-04-04 00:46:00 [2933]

P4, 2,6 GHz, 2 MB RAM, UCCNC, UC400ETH.

14 MB-os, kb. 800 ezer soros G-kód úgy megfogja a gépet, hogy JOG mozgatás billentyűzetről, darabos, CTRL-ALT-DEL-el a feladatkezelőt elő sem tudtam hívni.

Ugyanezen gép Mach3-UC400ETH párossal fél perc betöltés után normálisan viselkedik, a G kód futtatása altt 10-15% a proci terhelés.

Itt mi lehet a bibi?

CNCdrive , levél még nem érkezett vissza tőled, remélem nem veszett el menet közben valahol?!

Más, a programotokról némi oktatást vállaltok e?
Természetesen nem ingyenesen gondoltam, csak hamarabb haladnék, ha egy ilyen lehetőséget tudnék használni...

A Balázst ismerem személyesen teljes mértékben bízom a csapatuk tudásában.

Érdeklődöm ha szeretnék venni egy licenszet és egy UC 300-at vagy UC400ETH-t de nem tudom mi is a különbség. De Egyiket szeretném átvenni Debrecenben akár előre utalással. Tanfolyam a használatáról hogy valósulhat meg?