UCCNC vezérlő program

[Nemes Mihály]

Kicsit én is el vagyok tévedve.
 
UCCNC programhoz, nem kell saját vezérlőjét használni??? ,, használhatom PL: Sneci féle LPT kártyát, és szervó vezérlőjét is ?

[kr97pwss2]

Köszi a gratulációt.
A programba bármilyen képet (jpg,png,bmp stb.) behívsz, kiválasztod a gravírozás fajtáját (Grayscale, Halftone, Fekete/fehér), majd megadod a kép méretét és a soremelést mm-ben.
Aztán egy Start gomb és már készül is a kép.  
Az átlagsebesség stimmel, de a kép jobb és bal oldalán van ráfutási és lefutási szakasz, és a képet állandó (állítható) 3000mm/perc sebességgel gravírozza a próbákon.
Egyenlőre 2W-os kék lézerrel próbáltam, de nagyobb sebességgel is működik. Viszont 20m/perc sebességnél már szerintem a Grayscale üzemmód már nem az igazi, de arra ott van a Halftone üzemmód. Hamarosan majd bővebben is írunk róla.

[kr97pwss2]

Tudsz egy G-kódot, vagy G-kód részletet küldeni az E-mailemre? Meg szeretném vizsgálni, pontosan mit és hogy szeretnél.

[kr97pwss2]

Az UC100 és UC300 is tudni fogja, csak az UCCNC programon fejlesztettünk, ahogy feljebb Beck Attila is írja.  
 
Nemes Mihály #2211 Az UCCNC program az UC100 vagy UC300-al működik (printer porttal nem!). A motoroknak szükséges vezérlőjeleket az UC100 vagy UC300 csatlakozójáról közvetlen bármilyen szabványos LPT lebálasztókártyára csatlakoztatni lehet. A kérdésre a válasz: UCCNC-vel és UC100 vagy UC300-al lehetséges a Sneci féle LPT kártyát és szervókat használni.

[xabi]

Szia,
 
Ezen a videón látszik mit szeretnék : http://www.youtube.com/watch?v=_gsNhcWF2lE" TARGET=_fnew>Sheetcam video gyakorlatilag mozgás közbe ki be kapcsolni a THC funkciót. Ennek az az értelme hogy kritikus helyeken (sarkoknál, indulásnál, a vágási szakasz vége előtt) ki vagy be kapcsolom a THC-t. Mivel egyenlőre csak macro-ba tudom ki be kapcsolni pl.: a macro-ban 1 sor van :  (exec.Callbutton(520); // THCon), de macro feldolgozásnál megáll egy pillanatra a tengely mozgása.  
 
Most van ez a lézeres fejlesztésetek gondolom m10 és m11-nél nem áll le a mozgás, így szeretném THC ki be kapcsolást is használni.
 
Szivesen küldök példa programot, ha gondolod (de szerintem érthetően leírtam)

[kr97pwss2]

Igen érthető, módosítom.

[000000000]

 
 
Ebben reménykedtem, hogy így lesz. Nagyszerű!
Nem kell külön köröket futni. Gyakorlatilag pillanatok alatt már indítható a munka.  
Egy programot, ilyenek miatt is lehet kedvelni. Én, biztosan használom ezt a tudását is
Megfogtatok:))
 
Nem kritikának szántam az átlagsebességet. Sőt, inkább dicséretnek.  
Természetesen, tudom, az irányváltások viszik az időt, átlagsebességet.
Az is mutatja, hogy a szélesebb képnél jobb az átlagsebessége is.  
 
Nagyobb sebességnél, arra is gondoltam, tud e nagy sebségen is jó minőségű vezérlőjelet kiadni?
Mert a Mach3 nál ilyen korlátok is vannak. Ezért raknak hozzá többen, külön elektronikát.  
 
De, például nekem képkészítésnél az is gondot, okoz, ha vonal kontúr, vagy vonal keret van a kép, vagy személy, tárgy körül. Azt jó lenne, ha pl. a végén, vagy elején legravírozná vonalon, mint vektort. Mert sokszor relatív nagy távolságokat megy azért az egy-két pöttyért a szélén. Hogy a vonal kijöjjön. Nagy az időveszteség.
Ráadásul, a vonal minősége se lesz az igazi.  
Ezt, sajnos a DotG se tudja megoldani. Próbáltam, Bénit, anno, rávenni, oldja meg. De, nem ment bele.
 
 

[000000000]

Az átlagsebesség a megmunkáláson teljesen pontos, a beállított, programozott érték. Vagyis a kép összes pontján a beprogramozott érték. A demo képeknél ez 3000mm/min volt, mert ennyi ennek a gépnek a sebességkorlátja, ezért ennyire állítottuk be, kicsi emelkedésű orsók hajtják, nem lézerezésre lett építve.
Szóval a képen az előtolás mindig a programozott érték precízen, pontosan.
 
Természetesen a sor végén le kell lassítani, hogy a szán irányt váltson, ez a lassítás a beállított rámpával történik. A program automatikusan kiszámolja, hogy mekkora út kell a lassításhoz a beállított rámpával és az utolsó képpont végrehajtása után rögtön lassít, átáll az új Y koordinátára, majd a beállított gyorsítással felgyorsít és csinálja visszafelé a következő sort.
 
Értelemszerűen a sor végén a képpontokon nem lehet lassítani, mert akkor ott más tónusú lenne a kép, jobban megégetne a lézer, a túlfuttatás, lassításos szakasz mindenképpen szükséges, de gondolom ez érthető, nem kell tovább taglalnom.
 
Azt nem tudom milyen korlátokra gondolsz, mit értesz "jó minőségű" alatt? Így nem igazán tudok válaszolni erre a kérdésre.
 
És igen, persze lehetne optimalizálni még a dolgot úgy, hogy ha sok képpont teljesen fehér, akkor egészen a sor végéig, akkor elkezdhetné az új sort, de ezt egyelőre ahogy a DotG és más programok sem, mi sem csináltuk meg egyelőre, eléggé bebonyolítana, ugyanis, az addig rendben van, hogy abban a sorban nincsen több valós képpont, de lehet a következő sor elején van, így azt is figyelembe kell venni. Ebben az esetben hiába nincs képpont a sor végén, akkor is ki kell futni a széléig, hogy a következő sort el lehessen kezdeni, ha ott van képpont.
Szóval az átlag képeknél szerintem nem sok lenne a nyereség, viszont az algoritmus jóval bonyolultabbá válna, nem biztos, hogy megéri..

[Nemes Mihály]

Köszönöm az infót..

[Kelepeisz Lajos]

Szia.
Ezt az UCCNC programot nem ismerem, de a lézeres bemutató nagyon teszik, és néztem az ára is nagyon baráti.A lenne a kérdésem hogy CO2 lézert is tudna vezérelni, esetleg van róla valami tapasztalat?

[000000000]

Természetesen, érthető, és logikus volt az első perctől a túlfutás, és lassítás, gyorsítás és annak oka is. Nincsen ezzel semmi gondom.  
Ahhoz, már elég régóta CNC -zek, lézerezek, gravírozok. És, építem a gépeket.  
,,,,,,,,,,,,,,
 
A jel minőségénél arra gondoltam, amiről nem túl régen volt a lézer topikban is szó.
Hogy, elég hosszú, és torzulásmentes a jel, jel alak nagy sebesség mellett is?  
 
Mondok egy konkrét gyakorlati példát is.  
Heppem, hogy minden elkészült gépnek meg keresem a maximális sebességét, ahol még hibázás mentesen tud dolgozni. Volt vala, a Mach3 LPT portos vezérlés.
Jött anno az UC 100. Első dolgom volt egy használatban lévő beállított gépen tesztelni.
Láss csodát. Lényegesen tudtam emelni a gép sebességét. (léptetőmotoros)
(Akkor, ezen a fórumon publikáltam is ezt a tapasztalatom is.) Mint kiderült. Az UC 100 jobb minőségű jelei miatt tudtam növelni a gép sebességét.
( Anno, az általam szervezett hatvani találkozót tisztelte meg Polgárdi Balázs az UC 100 bemutatásával.)
 
A lézernél is arra gondoltam, hogy a lézervezérlő jel tulajdonságai is befolyásolják az elérhető gravírozási sebességet. Most, az egyéb feltételeket hagynám.  
 
,,,,,,,,,,,,,,,,,
 
Azt, valószínűleg félreérthetően írtam, hogy a vonal keretet, vagy ha készítek a képre kontúr vonalat, azt jó lenne ha, vektorként kezelné a program.  És ennek megfelelően, a kép gravírozása előtt, vagy, után, végig szaladna rajta. Nem pontokból rakná azt is össze.
A minőség javítása, és a gyorsaság érdekében.  
Tehát, kontúrnál arra gondolok, ha utólag a személyen körbe kontúr vonalat készítek.  
Például, tükörgravírozásnál szinte mindig kontúrozok legalább váll fölött.  
Vess egy pillantást a tükreimre. Talán, jobban látszik mire is gondolok.
http://www.tukorgravirozo.hu/" TARGET=_fnew>http://www.tukorgravirozo.hu/  
 
A keretezésnél szintén az a gond, hogy képpontokból összerakott vonal szintén rosszabb minőségű lesz. Mintha külön végig menne rajta akár többször is ha a vonalszélesség megkívánja. Amint ez a keretezett kép mutatja a keretvonalat.
http://cnctar.hobbycnc.hu/Daniba/Vegyes%20anyag/house%201v.JPG" border=0>  
Ezeket, a vonalakat kellene felismerni a programnak, a külön kezeléshez.  
 
Teljesen fölöslegesen járja be a kép és a vonalkeret közötti területeket.
,,,,,,,,,,,,,,,,,,,,,,,
 
Félre értetted, azt hogy a DotG is bejárja az alakzaton kívüli területet. Úgy, mint a tietek.  
Nem, a DotG és az általam ismert más programok is beállíthatók úgy, hogy az oldalt lévő üres területeket kihagyja. Csak a keret és kontúr vonalakat nem tudják külön kezelni, mintha vektor lenne.  
 
A ti programotoknál konkrét képen túli üres területek bejárása hatalmas időveszteség.  
Nem feltűnő ilyen néhány centis képnél. De, már egy A4 vagy A3 képméretnél  
Több órás veszteséget jelent. (Például a House típusú portrénál.) Ami már érzékeny pont.  
Már egy levelezőlap méretnél is legalább fél óra a veszteség.  
A felhasználók, nem csak pár centis játék képeket szeretnének készíteni.  
Talán, mégis érdemes volna ezzel a témával foglalkozni még tovább.  
 
Keret, és kontúrozás nélküli képeknél is csak a gyorsítás lassításhoz szükséges mértékben kellene túl engedni.  
 
A kép gravírozás a szívem csücske. Van benne tapasztalatom. Biztosan azon egyike vagyok, akik a legtöbb képet gravírozták. Nem a levegőbe beszélek.
,,,,,,,,,,,,,,,,
 
Ne vegyétek kötözködésnek az írásom. Kizárólag, a jobbító szándék vezet.
Abba is biztos vagyok. A gravírozók, sokan használnák akár ezért is önmagában az UCCNC programot. Ha, így fog működni, ahogy felvázoltam. Nem lesz kidobott munka.
Legyetek ebben is jobbak, mint más.
Szívesen segítek benne részletezőbb írással is, ha gondoljátok. A DotG forgatókönyvét is én írtam.  
Én is örülnék, ha nem kellene több programot használni.  
 
Bocs a hosszú írásért!
 

[robroy007]

Egyet értek Danibával!
 
a fölösleges üres területeket miért pásztázzuk be?!
 
a kérdés viszont az, hogy hol van a határ az üres és a valami között főleg szürke árnyalatosnál!
ott ugyanis a szürke 255 árnyalata létezik amiből 1 üres vagyis fehér 1 pedig fekete a közte lévő 253 pedig valamilyen szürke
 
ez a probléma nálam főként vektoros anyagok gravírozásánál jön elő, ha ékezet van akkor azokat megcsinálja és a következő sorba ahol már a szöveg is kezdődik húzza ki a szöveg vagyis a megmunkálandó sor teljes szélességéig a mozgást
és a betű ékezet közötti részt viszont átlépi mivel ott nincs tennivalója
de ez vektornál könnyű dolog, de hogyan lehet ezt optimalizálni képek esetére?

[c2nsu773m]

Lehet még növelni a sebességet ?
Mert a videót nézve ez egy CO lézernek igen kevés lenne.
 

[Kelepeisz Lajos]

Én is hasonlót kérdeztem, de még nem érkezett válasz?

[000000000]

Sziasztok,
 
Most csak röviden válaszolok.
 
Danibá: Amit Robroy is írt, Grayscale-nél elég kevés az a képpont ami tényleg 0% lézer kimenetű, vagyis ami fehér, az értéke 0. Így egy valós gravírozásnál általában nem sokat nyersz, ha ezeket nem járod végig. Persze van kivétel, ahol tényleg teljesen fehér egyszínű a háttér, ilyen képnél valóban lehet jelentős időnyereség. A house képnél nem ez a helyzet, ha megnézed közelebbről a háttérnél is gravírozott a gép csak kis kitöltéssel.
A vektor felismeréses gondolatod nagyon szép gondolat, viszont matematikailag a feladat nem igazán megfogalmazható így nem nagyon programozható le. most nem nagyon van időm belemenni a részletekbe, talán majd holnap...
 
Robroy: Igen, ahogy mondod, 255 nem fehér árnyalat van és 1db ami fehér és igen, attól, hogy a sor végéig nincs nem fehér képpont, attól még a következő sor elején lehet és ezért akkor amúgy is ki kell menni a sor végéig, így általában az időnyereség nem jelentős, átlag képekről beszélve.
 
Török Tamás: A sebességet azért nem lehet növelni, mert ez a gép nem tud gyorsabban menni, 3000/min a végsebessége, nem lézer gépnek készült.
 
Kelepeisz Lajos: Nincsen CO lézerrel tapasztalatunk, nincsen ilyen gépünk, illetve nem használtunk még ilyet soha.