Szia!

Akkor képzeld el, milyen érzés UC100-zal...

Vígasztalásul a ma délutáni-esti tevékenységem, így tesztnek 8 LED, de lehet tovább is menni. Akit érdekel, viheti, semmi nem titkos. Kb. 16-ig bővíthető, vagy sokkal tovább mátrixban.

Előzmény: svejk, 2015-05-17 20:53:00 [2254]

Szia!

Jelentem: mint szinte sehova, ide sem fér ki a nevem.

Előzmény: n/a (inaktív), 2015-05-18 06:14:00 [2257]

Most, hogy elkészült a plugin interface amit írsz sem lehetetlen. Csak kellene hozzá egy eszköz, ami mondjuk USB-n kommunikál valamilyen protokollal (Pl.valamilyen FTDI chipes kütyü, Arduino vagy HID-es PIC) és a pluginból lehetne neki küldeni az adatokat ciklikusan például LED-ek állapota alapján. Vagy akár változók értéke alapján.
De le lehet kérdezni a DRO-kat is, így lehetne például egy modbus-os frekiváltónak az M3/M4 LED állapota és a Spindle sebesség DRO értéke alapján adatokat, vezérlőjeleket küldeni.

Előzmény: svejk, 2015-05-17 20:53:00 [2254]

Igen, lehetne egy LEDchange_event -et is csinálni a Buttonpress_event mintájára. Gondolkodtam is rajta, de végül arra jutottam amit te is írsz, hogy le lehet azt kérdezni a 25Hz-es loop-ban és szerintem az átlag plugin nem sok LED-re kíváncsi, legalábbis kevesebbre mint amennyi hívást jelentene, ha minden LED változásra meghívnánk egy függvényt. Így végül arra jutottam, hogy talán jobb, ha lekérdezi a pluginból kinek melyik LED érdekes.

Előzmény: dezsoe, 2015-05-17 01:21:00 [2253]

Szia,

Igen, mert az profil sablonban benne vannak a kulcsok amik kikapcsolják a most meglévő pluginokat. Szerintem mindenképp tedd majd fel a plugin config gombot a képernyőre, mert anélkül nem fogod elérni a pluginok konfigolását. Nézde meg kérlek a mostani screenset fájlt, abból kimásolhatod a gomb defínícióját.

Írtad azt is, hogy átírtuk a kpernyőszett utasításkészletét, ez igaz, viszont bennehagytuk a régi függvénydefíníciókat is! Egyedül a régi Gomb defíníciót töröltem ki, mert ott a paraméterek mennyisége is megváltozott (mivel kértétek, hogy tudjon villogni a gomb), szóval ott értelmetlen lett volna megtartani a régit. Viszont az jó, hogy átírtad, mert majd idővel szeretnénk törölni a régi függvényeket, egyelőre meghagytuk, hogy ne okozzunk túl nagy galibát azoknak akik már elkezdtek ráfejleszteni a programra.

Előzmény: csewe, 2015-05-16 07:52:00 [2248]

Az UCCNC-hez nem lehet valami trükkös elektronikát készíteni, amivel a nem időzítéskritikus kimenetek számát meg lehetne növelni?
(pl. az OEM LED-eket)
Valami olyasmi mint a mach3-nál a MODBUS,
vagy mittudomén' USB-re kiküldeni az állapotokat, aztán azt meg valami mikrocontrollerrel kifejteni.

Úgy elfogyott az UC300 36 kimenete mint a pinty.

Szia!

Most egy kicsit elmélyedtem a plugin mintában. Amit így elsőre hiányolok belőle az a LEDchange_event. Igaz, hogy 25Hz-en lekérdezhetem, de nem lenne jó a Buttonpress_event-hez hasonlóan akkor hívni, ha állapot változott? Gondolom, hogy a rendszert sem fogná annyira, mivel nem állandóan kérdezget akárhány ledet, hanem változáskor elküldi, hogy melyik led hova billent, a plugin meg eldönti, hogy ez érdekli-e.

Előzmény: n/a (inaktív), 2015-05-16 11:50:00 [2251]

Szia,
Az történt hogy Runfromhere-el át kellett állnom egy másik alkatrészre, runformhernél kivettem a pipát mert a program M03-as utasítása majd gyújt de nem gyújtott sem az első sem a második sem a harmadik M03-ra. Kézzel a képernyőn be és ki tudtam kapcsolni, de így kicsit nehézkes volt vágni
Sajnos most kicsit feszült a helyzet nagyon sok munkánk van, nem tudom miért történt (lehet egyedi eset amúgy előtte reset-tel állt le a program). Azonnal rohantam telepítettem a régebbit és vágunk vágunk..

Ja és még valami ami eszembe jutott, hogy nem muszáj mindig leszedni és felrakni az új verziót, telepítésnél adj meg neki egy másik könyvtárat, például C:\\UCCNC2 és akkor mindkét progi verzió fent tud lenni egyszerre és azt indítod el amelyiket éppen használni akarod.

Előzmény: xabi, 2015-05-16 11:09:00 [2249]

Szia,

Ezt hogy érted pontosan?
Most kipróbáltam a profiloddal és makróiddal és screenset-eddel a következőket:

1.) Run from here gomb nyomás, Plasma torch gomb nyomás képernyőn --> A spindle kimenet bekapcsolt ahogy kell.

2.) Run from here gomb nyomás, M3 kiadása MDI-ből --> A spindle kimenet bekapcsolt ahogy kell.

3.) Run from here gomb nyomás (preparation ablakon spindle pipa kivéve), Cycle start -> a G-kódban az M3 parancsra a spindle kimenet bekapcsolt ahogy kell.

4.) Run from here gomb nyomás, cycle start (preparation ablakon spindle pipa berakva) -> spindle rögtön elindul ahogy kell.

Szóval nem tudom mire gondolsz, hogy nem kapcsol be a plazma M3-ra. Kellene némi segítség, támpont hogy pontosan mit csinálsz sorrendben, mert nekem a fenti 4 féle módszer jutott eszembe és nincsen ezeknél gond, megy az M3 és spindle ahogy kell.

A THC up/down-t is megnéztem a profiloddal és fájljaiddal és ott valóban valami gond van, mert a THC down mozgás valamiért nem megy, vizsgálom a dolgot...

Előzmény: xabi, 2015-05-16 11:09:00 [2249]

Szia,
Tegnap letöröltem az új verziót, de ma újból vissza tettem. És a Runfromhere használata után M03-ra nem kapcsolja be a plazmát. Olyan mintha az M03 nem működne RunFromHere után.
Nézd meg ezt is nem volt időm sokat gattyázni vele vissza raktam megint az előző verziót.

Őgy tűnik,ha őjra létrehozom a probes profilt,akkor normalizálódik a helyzet,és nem jelentkezik ez a pluginindítási probléma.

Előzmény: n/a (inaktív), 2015-05-15 22:09:00 [2246]

Akkor reménykedem....
Többször volt már, hogy kézzel írt G-kódot kellett tükrözni.

Előzmény: n/a (inaktív), 2015-05-15 22:09:00 [2246]

Sziasztok,

Csewe: A pluginok alaphelyzetben engedélyezve vannak. Ezt azért így csináltuk meg, hogy ha valaki új plugint telepít, akkor ne kelljen külön engedélyeznie. Szerintem sok felhasználó nem tudná, hgy miért nem megy.
A Configuration/General settings/Configure plugins gombbal tudod megnyitni a plugin konfigurációt és ott ki lehet kapcsolni a pluginokat amik nem kellenek, az Enable checkbox-ból ki kell csak venni a pipát. A progi következő induláskor így már nem fogja a kikapcsolt pluginokat futtatni.
Ha régebbi a screenset-ed, akkor a plugin konfigurációs gombot fel kéne raknod a képernyőre. A buttons_by_numbers doksiban a /Documentation mappában le van írva a gomb kódja.

Attila: Igen, már benne van az ISOBOB, a programja már működik, csak a panelon volt pár apróság ami nem tetszett nekünk, megkellett változtanti, ezért csúszott el a projekt befejezése.

Gábor: Igen, eljött a te időd 1.1011 verzió.

Svejk: A g51/50 egyelőre nincsen tervbe véve, de ez könnyen változhat még a jövőben.

Előzmény: csewe, 2015-05-15 20:22:00 [2243]

HURRÁ !!.. Most gyorsan letöltöm .. Márc 26 án írtam ( 2060) hogy már várom a tökéletes
( szimmetrikus számú ) verziót . 11011
Remélem itt megáll a fejlesztés és az esztergályosok legyűrik a plazmavágókat
Felhatalmazom a moderátorokat , hogy ha úgy ítélik meg hogy sértő a viccesnek szánt bejegyzésem akkor azonnal töröljék azt !

Előzmény: n/a (inaktív), 2015-05-15 13:05:00 [2232]

Szia!

Ez a korábbi "probes set", vagy esetleg ezen is módosítottál az újabb verzióhoz?

Amúgy nekem is bekapcsolja az összes plugin ablakot...

Előzmény: csewe, 2015-05-15 20:22:00 [2243]

Nem tudom mit varázsoltattok,de ha a psobes setemet elindítom,akkor az öszes plugin bekapcsol,és megjelenik minden ablak egyszerre.
Ezt megelőzően át kellett írnom az egészet,mert megváltoztattátok a képernyőszet utasításkészletét.
Ránézhetnétek,hogy mi okozza a problémát.
probes set

Előzmény: n/a (inaktív), 2015-05-15 16:48:00 [2239]

Sajna jelen pillanatban még pancser vagyok ahhoz hogy egy képernyőbe belejavítsak, ezért megérnék valakit aki ért hozzá, ha nem jelent nagy gondot, egy mezőt ki kéne cserélni nekem, vagy leírni hogyan is tegyem.
Lényeg az Sset -et nem használom (kress maróm van) viszont uc300nál analógon van a jog. Sajna csak akkor látom hány %-on áll ha egérrel rámegyek a pop-up ablakra...pedig 0pont felvételnél szeretem lecsavarni 1-2%-ra...poti nem végpontnál 0 így sose látom csak mikor elindul akkor a sebességet. Tehát a jog feed% kéne az Sset helyére kijeleztetni, ne kelljen mindig az egérért nyúljak hogy lássam.

Az nagyon biztató, hogy ha demó módban indítom az új verziót, már választható az UC300 ISOBOB

A G51/G50 nincs tervben?
Én elég sokat használom a skálázást a Mach3-ban.

Pl a napokban kellett egy elég bazi nagy egyedi hagyományos Nyák-ot csinálnom, kicsit több mint 1600 furattal. Nem volt lelki erőm kézzel neki állni.
Viszont a mostani épp kedvenc Nyák-tervezőmből csak Mill-ben tudom kicsalogatni a fúrókoordinátákat, így jól jött volna a G51 lehetőség.

Előzmény: n/a (inaktív), 2015-05-15 16:12:00 [2236]

Légyszi küld el a makróidat, a screenset fájlodat és egy darab G-kódot, aminél nem működik.
Mindenféleképp kellenének ezek, mert nálunk működik a THC és csak úgy tudom kideríteni a probléma okát, ha pontosan látjuk, hogy mit hogyan használsz.

Előzmény: xabi, 2015-05-15 16:21:00 [2238]

Ja bocs lemaradt. Próbáltam úgy is hogy nem használtam az M205, M206-ot macro-t, program futás előtt bekapcsoltam a THC-t és cycle start után sem ment program futás közben.

Szia,

Örültem a jó hírnek hogy működnie kéne a THC-nek, most éppen nagy méretű rozsdamentes lemezeket vágok ami nagyon vetemedik, de nem megy a THC! (nekem legalábbis)

Mikor egy helybe áll a gép és nem fut program, bekapcsolom a Proma-t test módba szépen emeli a fejet le fel (az M205 és M206-al ki be tudom kapcsolni), de program futás közben hiába kapcsoltam be felment a fej 2,5 mm-ert és úgy maradt hiába jelezte a THC hogy le vagy fel..

Szia,

Igen, azt a két hibát amit mondtál és most le is írtál, ezeket javítottam.

A Flash-ben is változott egy dolog, egy Ausztrál felhasználó jelezte, hogy ha valamelyik DRO-ba belépsz és nem enter-el lépsz ki, hanem valahová klikkelve a képernyőn, akkor a kurzor (carret) ugyan elhagyja a DRO-t, de a C# oldal erről nem értesült, így a jog ilyenkor tiltva maradt. Ezt javítottam a Flash oldalon.

Nagy változásokat most már nem tervezünk. Most, hogy elkészült a plugin interface valószínű, hogy majd pluginokat fogunk inkább készítgetni.
Amik még tervben vannak nagyobb dolgok, azok még a G40/41/42 és a G18/19 kódok implementálása.
Illetve van még egy két apróbb dolog amit kértek tőlem, tőlünk, de ezek egyike sem érinti a szoftver magját.

Illetve ha jeleztek majd még bármi hibát azokat fogjuk még javítani.

Mi lenne, ha az autolevelert plugin-ba írnád meg esetleg?
Visual Studio C# express ingyen letölthető és programozni vele sem túl bonyolult. A VS-ba épített Intellisense nagy segítség, mert felajánlja a plugin interface függvényeit.

Ja igen és ha valaki ír valami jó plugint, azt későbbiekben szívesen beépítjük majd az UCCNC telepítőbe. Remélem lesz olyan, akinek lesz kedve ilyet írni.

Előzmény: dezsoe, 2015-05-15 14:44:00 [2234]

És - míg el nem felejtem - ez a plugin-buli zseniális! Épp tegnap vacakoltam egy szubrutinnal, ami 9 változót kevergetett és figyeltem az értéküket. Így egy kicsit egyszerűbb.

Előzmény: n/a (inaktív), 2015-05-15 13:07:00 [2233]

Szia!

Gyorsan leltároztam, hogy melyik hibát javítottad és kettőt is találtam:
- M0 makrós hotkey probléma;
- soronkénti végrehajtás G91-G2 párosnál.
(Csak hogy más is tudja, mik ezek.)

Sajnos, élesben már csak a jövő héten tudom tesztelni.

Maradt még két régi kérdésem (#2071 és #2073). Erre tudsz valami biztatót mondani, vagy legalább egy végleges álláspontot? (Ha így marad, akkor az AutoLeveller-ben egyúttal módosítom a kódot is.)

És még valami, ami fontos. Látom, hogy a flashscreen.swf is változott. Van-e benne olyan változás, ami miatt ne használjam a "szélesvásznú" változatot, amit fordítottál nekem? Én azóta is azt használom, így ezt fontos lenne tudnom.

Előzmény: n/a (inaktív), 2015-05-15 13:07:00 [2233]

Még ami kimaradt a listából, hogy a dezsoe által jelzett problémát is javítottam.

Sziasztok,

Elkészült az UCCNC új kiadása 1.1011 verziója.

Javítások:

- A THC működése javítva lett.
- A THC kapott mozgással szinkron ki/bekapcsoló makrókat (M205, M206).

Újdonságok:

- Gyors lézer kimenetek M10/M11
- Készítettünk egy plugininterface-t az UCCNC-hez, aminek segítségével plugin modulok írhatók, készíthetők a szoftverhez. Több információ a pluginokról a felhasználói kézikönyv 6.pontjában olvasható.
A telepítés /Plugins könyvtárába tettünk egy példa C# plugin kódot.
- Készítettünk néhány plugint a progihoz, úgy mint Webkamera plugin, Diagnosztika plugin, Lézer gravírozó plugin.

A Letöltés:

UCCNC 1.1011

HUHH ez nagyon jó ezt kerestem már mióta 1000 köszönet meg 1 )

Előzmény: lari, 2015-05-13 21:03:00 [2230]

automatikus programindítás

Előzmény: svejk, 2015-05-13 20:56:00 [2229]

Segítség, Béna vagyok!
Mit, hova kell beírni XP esetén, hogy a számítógép indulásakor automatikusan elinduljon az UCCNC program?

Még azt elfelejtettem leírni, hogy MessageBox-ot tudsz készíteni hogy topmost legyen a következő trükkel:

MessageBox.Show(new Form() { TopMost = true, TopLevel = true }, "szöveg");

Ez így egy új vizuális megjelenés nélküli topmost és toplevel formot fog létrehozni és ez lesz a messagebox szülője, szóval biztosan leges legfelül fog megjelenni a messagebox.
A messagebox bezárásakor pedig az új láthatatlan form .Dispose(); függvénye meghívódik, hiszen a form érvényessége csak erre a függvényre szól, így a form nem marad a memóriában, bezáródik és a Garbage Collector automatikusan összeszedni...

Előzmény: dezsoe, 2015-05-12 16:03:00 [2226]

Szia,

1.) Honap megnézem és megpróbálom orvosolni a jelzett problémát.

2.) A villogó LED jó ötlet, felírtam magamnak a tennivalók közé.

3.) Annyi akadály vagy inkább korlát van, hogy a LED-eket a program folyamatosan frissíti a képernyőn, átküldi az összes állapotát egy stringbe fűzve a Flashnek, mert így csak egy C#->Flash hívásra van szükség, ez a leghatékonyabb módszer. Amúgy ha egyenként lenne hivogatva, az nagyon proci igényes. A stringet a Flash szétcsomagolja és végigmegy rajta ciklusban és frissíti azt a LED állapotot amit kell.
Így látható, hogy ha több a LED akkor több proci időt fog felemészteni a LED update ciklus. A mostani verzión ami készül már egyébként tovább optimalizáltam a Flash oldali LED frissítő kódon és felbővítettem a LEd-ek számát 500-ra. Szóval 500 LED rendelkezésre fog állni a következő kiadásban...

Előzmény: dezsoe, 2015-05-12 16:03:00 [2226]

Szia!

1. Ismét foglalkoztam egy kicsit egy régi vágyammal, az M0-lal. Kiraktam egy pause ledet, a makró pedig így néz ki (M0.txt):

if (!exec.GetLED(54)) return;

bool led = true;
int szamol = 0;
int led_id = 299;

while(exec.IsMoving()){}
exec.Wait(10);

exec.Stop();

exec.SetLED(true, led_id);

while(exec.IsMoving()){}
exec.Wait(10);

while(!exec.GetLED(54)){
exec.SetLED(led, led_id);
while(szamol<30){
exec.Wait(5);
++szamol;
}
led = !led;
szamol = 0;
}

exec.SetLED(false, led_id);

Volt is nagy öröm és boldogság, villog a pause ledem (kicsit össze-vissza, de ez most lényegtelen), Cycle start-tal lehet továbbmenni és ez volt a lényeg, egyébként elég lett volna egy MessageBox. Nagy örömömben megnyomtam a Cycle start-hoz társított hotkey-t, amire ezt kaptam válaszul:



A hibaüzenettől függetlenül a program folytatódik, csak valami nem tetszett neki. Ha egérrel klattyintok a képernyőn a Cycle start-ra, akkor nincs hibaüzenet.

(Az M6 "középső állásban" (Stop spindle and wait...) remekül megcsinálja, amit az M0-nak kéne, de nem tudom azt használni, mert pont az M6-ot akarnám makrósítani. A MessageBox ellen pedig az szól, hogy ott entert kell nyomni, a - talán egyszer végre elkészülő - billentyű-emulátorra pedig csak a Cycle start fog kikerülni, az enter nem. Ráadásul a MessageBox simán elmegy az aktív ablak mögé, én meg nézem, hogy miért nem megy semmi...)

2. Ha már belefutottam a led villogtatásba: nem terveztek villogó ledet, a villogó gombok mintájára?

3. Van-e technikai akadálya a ledek 299 feletti számozásának? Igazából nem lényeges, csak ha a saját makrókat 20000-től illene elhelyezni, akkor hozzájuk kapcsolnám a ledeket, ahogy a megjelenített saját mezőket is úgy sorszámozom, hogy azonnal lássam, melyik makróhoz kapcsolódnak.

Előzmény: n/a (inaktív), 2015-05-11 21:57:00 [2225]

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.

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

Előzmény: Török Tamás, 2015-05-11 21:16:00 [2223]

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

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?

Előzmény: Törölt felhasználó, 2015-05-11 01:45:00 [2221]

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/

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.

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!

Előzmény: n/a (inaktív), 2015-05-10 14:57:00 [2218]

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?

Előzmény: n/a (inaktív), 2015-05-09 22:12:00 [2206]

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

Előzmény: Polgárdi Balázs, 2015-05-10 13:11:00 [2214]

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..

Előzmény: Törölt felhasználó, 2015-05-10 13:54:00 [2217]

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.

Előzmény: Polgárdi Balázs, 2015-05-10 13:03:00 [2212]

Igen érthető, módosítom.

Előzmény: xabi, 2015-05-10 13:27:00 [2215]

Szia,

Ezen a videón látszik mit szeretnék : 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)

Előzmény: Polgárdi Balázs, 2015-05-10 13:04:00 [2213]

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.

Előzmény: Servo, 2015-05-10 07:45:00 [2209]

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.

Előzmény: xabi, 2015-05-10 06:53:00 [2208]

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.

Előzmény: Törölt felhasználó, 2015-05-09 23:42:00 [2207]

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 ????

Az UCCNC szoftver új kiadásában. Nem az UC100, UC300 mozgásvezérlőről volt szó.

Előzmény: Servo, 2015-05-10 07:45:00 [2209]