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]

Szia!
„Ezek az új funkciók a következő UCCNC kiadásában már benne lesznek.”

Ez, azt jelenti, hogy a lesz újabb vezérlőkártya?
Gyorsabb is lesz az előzőnél?

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

Szia,

- Az M20008-as makróba csak egy sor van ami bekapcsolja a THC-t (exec.Callbutton(520); // THCon). Azt értem hogy a makróba lehet vagy lehetne olyan utasítás ami befolyásolj a tovább futást így meg kell állnia a mozgásnak amíg végrehajtódik a makro. Hirtelen két lehetőséget látok :
1: megvizsgálni a makrot van-e benne olyan utasítás ami befolyásolja a mozgást, előre tekintést. Ha nincsen akkor előre lehet tekinteni ...
2: A THC on/off-ra mondjuk készítesz egy G kódot ami fix és előre tervezhetővé teszi a programfutást.

- AZ M20008 bekapcsolja a THC-t az M20009 ki. Nincsen köze az átlövéshez. Az a lényeg hogy mikor a (Lead in után) rááll a kivágandó részre a plazma már elég stabil az ív érdemes bekapcsolni a THC-t. (Lead out-nál) szerszám kifutás előtt érdemes kikapcsolni a THC-t mert sokszor már kieseik az anyag és a megnövő ívfeszültség feleslegesen lenyomja az anyag felé a fejet.

- Örülök hogy mindig csinálsz új fejlesztéseket, de ez megint újabb hibákat generál. Javítgatod a hibákat, közben megint fejlesztesz valamit.. Végtelen körbe kerülsz sosem lesz stabil verzió. Persze nem akarok beleszólni csak talán már többen használni szeretnék a programot nem tesztelni.

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

Gratulálok!!

Ezt is sokan fogják használni.

Az előkészített, átalakított képet kell behívni az UCCNC –be?
Vagy, ahogy a képgravírozókba általában van. Behívsz egy képet. Megadod a méretet és a felbontást és mehet a gravírozás?
Vagy ……………..

Kiszámoltam az átlagsebességet. 2400 – 2500 közzé esik. Nem rossz.

Kérdésem az. Ha megfelelő sebességű gépen, nagyobb teljesítményű lézer van.
Ki tudna e szolgálni a program 10 – 20 ezres sebességű gépet megfelelően.

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

Sziasztok,

Egy kis előzetest szeretnék közölni egy hamarosan kiadásra kerülő új UCCNC funkcióról.
Az új funkció lézergépek vezérlését támogatja és 3 részből áll:

1.) m10 és M11 gyors lézer kimenetek lézeres vágás, darabolási munkákhoz.
2.) Szkenneléses típusú gravirozás fekete/fehér, illetve halftone nagyfelbontású üzemmód.
3.) Szkenneléses típusú gravírozás 8 bites felbontású PWM-el a lézer kimeneten árnyalatos képek készítéséhez.

Ezek az új funkciók a következő UCCNC kiadásában már benne lesznek.

Néhány kép és videó:





Lézergravír videó 1.

Lézergravír videó 2.

Néhány adat a demo munkákhoz:

Dr. House idő: 5:25perc, méret 40x31,7, soremelés 0.1mm, bal oldalon 8bit árnyalatos, jobb oldalon fekete/fehér.
Dicaprio idő 6:51perc, méret 40x40, soremelés 0.1mm, 8bit árnyalatos
J. Lopez idő 4:16perc, méret 40x25, soremelés 0.1mm, 8bit árnyalatos
előtolás 3000mm/perc mindegyiknél, 2W kék lézerrel

Szia,

A makróknál az UCCNC megvárja amíg a puffer kiürül és akkor futtatja le a makrót, hiszen a makró tartalmazhat olyan dolgokat, kódokat, amiknek időben akkor kell végrehajtódnia, amikor az UC100/300 már végrehajtotta az előző sorokat (pl. egy kimenet bekapcsolása, vagy egy funkció kód hívása, ezek nem pufferelt végrehajtásúak, másszóval nem az UC100, hanem az UCCNC oldalon hajtódnak végre). Így az UC100 nem tud végig előretekinteni (look-ahead) és sebességre optimalizálni a makró előtti, makróban lévő és makró utáni sorokban, ezért lehet a megtorpanásszerű jelenség. Mivel ilyenkor a sor végén exact stop mód szerűen kénytelen megállni a pozícióban.

Amit nem értek, hogy átlövéskor miért kell folyamatos mozgás? Az átlövés X ideig tart (gondolom ezt csinálja a makród?!), addig nem kell mozogni, mert különben nem lyukad át az anyag, a plazma ív kialudhat amikor elindul a mozgás.

Vagy ha a makród valami bevezetőszakasz mozgást is tartalmaz, akkor azt a programba kellene generáltatni a SheetCAM-el, nem a makróba, mert úgy biztosan nem lesz folyamatos, CV-re optimalizált a mozgás.

Előzmény: xabi, 2015-05-07 14:08:00 [2204]

Szia,

Tudom hogy nincsen kész a THC rész, de közben megint bejött egy nagyobb munka és a program már úgy van megírva hogy kapcsolgatja a nem működő THC-t is. A lényeg az hogy úgy látom megáll egy pillanatra a mozgás mikor ki vagy be kapcsolom (tehát nem folymatos a mozgás, pedig az kéne..)

Ilyesmi a kód :
N0390 M03
N0400 G04 P600
N0410 G01 Z4.0000 F100.0
N0420 G02 X45.4836 Y69.0473 I-1.7720 J-0.7393 F800.0
N0430 X43.0000 Y68.5500 I-2.4836 J5.9527
N0440 G01 X40.5495
N0450 M20008 (On lead in)
N0460 X27.0000
N0470 G02 X27.0000 Y81.4500 I-0.0000 J6.4500
N0480 G01 X43.0000
N0490 G02 X48.9400 Y72.4862 I0.0000 J-6.4500
N0500 M20009 (On lead out)
N0510 X45.4836 Y69.0473 I-5.9400 J2.5138
N0520 X44.6465 Y69.3915 I-0.2464 J0.5907
N0530 (Operation: Outside Offset, VAST, T3: Plasma, 5 mm lemez 60A)
N0540 M05

Az M kódoknál megtorpan a tengely mozgás.

Nekem most nagyon jó lenne valamelyik proto is, nem lehetne megalkudni rá?
Úgy elhavaztam, hogy csuda.

No de másért írok...

Most itt a tavasz, felraktam az UC300 és UCCNC legújabb verzióit.
Faca lett az MPG kezelés, pl. sokkal simábban megy Multistep módban a gép mint eddig.

Egyszer már említettem, hogy általában zavaró tud lenni egy-egy nem aktív gomb, vagy hozzá tartozó visszajelző lámpa. Feleslegesen elvonja a figyelmet, esetleg arra ösztönöz, hogy nyomkodjuk, holott nem is aktív.
Úgy sejtem neked csak pár feltétel megadás lenne a programban a következők megvalósítása.

- ha Continous vagy Step módban vagyunk, akkor feleslegesen világítanak az MPG tengelykiválasztó gombjai, elég lenne ha csak az MPG módokban mutatnák a kiválasztott tengelyt.
- Continous, vagy MPG Continous módban feleslegesen világítanak a step mód lépésköz értékét mutató gombok. Ezek úgy is csak Step, MPG single és MPG multistep módban actívak.

A képernyőn ezek a dolgok lehet nem annyira zavaróak, de nekem ki vannak vezetve ezek a gombok és visszajelzők.
(hardveresen is le tudnám tiltani, de ugye a mai világban? )

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

Akkor június végén már biztosan nem fogom beépíteni, igaz? Ebben az esetben már rendelem is az 5 darab "hagyományos", optikai leválasztó panelt, aztán dobozolom is.
Ezzel "csak" normál módban tudom használni az egyes portokat, nem pedig a kibővített bemenet formájában.
Apropó! ki tudom választani, hogy normál, vagy bővített üzemmódban menjen az adott port, vagy fixen 2 db normál és 3 db bővített van?
Köszönöm!

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

Kicsit szégyenkezve mondom, hogy nem tudom még mindig megmondani a fejlesztés végének idejét.
Sajnos úgy néz ki abba a hibába estünk, hogy túl tökéletesre akarjuk fejleszteni az ISOBOB-ot és mindig van ami nem tetszik, nem gondoljuk tökéletesnek. Már a harmadik protó készült el és még mindig találtunk kivetnivalót, tökéletesítenivalót.

Előzmény: Beck Attila, 2015-05-04 10:13:00 [2199]

Nyiszi fórumtárs küldött nekünk egy videót és engedélyt kaptunk, hogy megosszuk itt a fórumon.
A videó egy szinkron menetfúrást mutat UCCNC-vel.
A főorsó egy 4kW-os AC motor frekvenciaváltóval hajtva az alapjel az UCCNC egyik 0-10Volt analog kimenete.
A főorsóra csatlakozik egy inkrementális encoder, ami vissza van csatolva az UC300-5LPT vezérlőbe.
A menetfúrás G33.1-es kiadásával történik és az UC300 folyamatosan tartja a szinkront a főorsó forgással a programozott menetemelkedést figyelembe véve.

UCCNC szinkron menetfúrás

Köszönjük Gyula a videót!

Szia!

Isobob-ról van info, mikor lehet az első darabot hamar átvenni?

Össze kell dobozoljam a vezérlést a nagy géphez, és akkor már azzal csinálnám.

Köszi!

Attila

Előzmény: n/a (inaktív), 2015-05-04 08:59:00 [2198]

Szia, OK, köszi a visszajelzést.
Az UCCNC-ben meglehet ezt majd csinálni hamarosan, nemsokára kiderül majd, hogy hogyan és hogy mire gondoltam.
Mach3-ról nem tudok nyilatkozni, mert nem tudom, hogy ott ez hogyan működik, Polgárdi Balázs tudná talán megmondani, illetve lehet, hogy nem is kell hozzá, hogy az UC100 plugin csináljon valamit ezzel kapcsolatban, lehet hogy brain vagy valami más hókuszpókusszal meglehet csinálni ... fene tudja ...

Előzmény: Béni, 2015-05-04 08:35:00 [2197]

"Arra gondolsz, hogy e-stop nyomásakor a tengelyek home állapota törlődjön ..."

Igen.
( ... és jó lenne a Mach3 alá is megoldani!)

Előzmény: n/a (inaktív), 2015-05-03 21:51:00 [2196]

Sziasztok,

Xabi: Az szép meló lehetett.
Amit írsz lassításos dolgot, ha CV módban van a program, akkor lelassít a kívánt sebességre, de nem áll meg.
Bár szerintem erre a lassabb szakaszra kanyar előtt nincsen szükség, mert az UCCNC-nél be tudod állítani a "Corners error" paramétert, ami meghatározza, hogy mennyire kerekítheti le a program az élet. Mach3-nál ott nincsen ilyen, ott valóban szükség lehet a lassításos szakaszra, mert előre nem látható módon kerekít előtolástól és szögtől stb. függően.

Attila: Szerintem megfelel ez a gép, hasonlón paraméterű mini gépen szoktuk futtatni az UCCNC-t gond nélkül.

Béni: Arra gondolsz, hogy e-stop nyomásakor a tengelyek home állapota törlődjön, mert lehet a gép lépést veszített az azonnali megállás miatt?
Ez megoldható, sőt, hamarosan lesz több lehetőség is a megoldásra, de egyelőre nem akarok többet elárulni...

Előzmény: xabi, 2015-05-01 12:59:00 [2193]

ESTOP esetén a Referencia (HOME) érvénytelenítése hasznos lenne, sokat lendítene az üzembiztonságon.

Mach3-al használt UC100 és UC300 esetén is jó lenne ezt megoldani.
(Lehetséges, erről meggyőződtem.)

Egy gyors kérdés:
Egy ilyen gép (IEI TANK-600) mennyire alkalmas UCCNC futtatásra?
Intel Atom, 4GB RAM, 120-as SSD, Windows 7 környezet. A CPU mennyire szűk keresztmetszet? Tudom, hogy ehhez ennyi soros port nem kell...
Mi az az ajánlott/minimum konfig, amin már probléma nélkül megy?

Szia,
- 14 tábla 5mm-es és 8 tábla 8mm-es lemezt kellett ripityára vágni
-Az előző SheetCam//THC-s video linkjénél látható hogy a SheetCam-el milyen jól lehet szabályokat létrehozni. A THC-n kívül van egy olyan beállításom is hogy sarkoknál a forduló előtt 5 mm-el a felére veszi a mozgatási sebességet a kanyar után 5mm-el vissza tér az eredeti feedrate-re. Ezt azért csinálom hogy a fordulónál ne legyen akkorra rántás a tengelyeken illetve a lassabb sebesség miatt elvileg sarkosabb lesz a munkadarab. Nehéz megállapítani de a forduló előtti sebesség váltásnál megtorpan a gép mintha megállna egy pillanatra. Ez csak érzéki csalódás ? Mi történik ilyenkor (a beállított gyorsulási értékkel lassít a tengely a kisebb sebességre, de folymatos a mozgás?) ?

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

Szia,

900méter plazmavágás az elég jó kis melónak tűnik.

A hibákról amiket jeleztél:

1.) A run from here -> safeZ értéknél valóban, ha a safeZ kisebb egyenlő mint az aktuális koordináta, akkor a Z rossz pozícióba mozog. Nem a végtelenbe, de az offset-et nem veszi figyelembe. A hibát javítottam, következő kiadásban jó lesz.

2.) Az initial movement preparation ablakon a Feedrate mező hotkey tiltás hiányát már sikerült pár napja felfedezni és már javítottam, ez is jó lesz a következő kiadásban.

A THC problémán még mindig dolgozunk, reményeim szerint a hosszú hétvégén betudjuk fejezni, de majd kiderül nemsokára hogy hogyan haladunk vele...

Előzmény: xabi, 2015-04-30 20:45:00 [2191]

Szia,

Elmúlt 3 napban volt egy nagyobb munkánk, kb. 900 méter plazma vágás. A THC néha hiányzott...

Alábbi hibákat találtam :
- Initial movement preparation oldalon (run from here használatakor), a Safe Z-nél kisebb értéken áll a Z koordináta akkor nincsen baj, de ha pont annyi mint Safe Z vagy nagyobb akkor a Z tengely elmegy végtelenbe a végállás kapcsolóig. Lásd video :
Video

- Initial movement preparation oldalon ha Feed Rate edit mezőt szerkeszted nincsen tiltva a hotkey, mivel nekem a num padra van állítva a tengely mozgatás sikerült kétszer lefejelni az asztalt.

Az 1.0032 sikeresen visszarakott egy régebbi firmware verziót, majd el is indult volna, csak nem talált screenset fájlt meg licenszet (nem másoltam be)...
Mindegy is, a vezérlőn van zöld és kék led egyszerre, ez már rosszat nem jelent, nekem csak ennyi kellett.
Ismét 1.1008 elindít, nekiállt a firmware upgrade-nek, most a zöld leddel párhuzamosan a kék is "vadul" villogott, majd hamarosan közölte,
hogy "firmware upgrade done". Örülés van, license file a helyén, UCCNC szépen fut is, vezérlő csatlakoztatva, felismerve.
Ilyeneket ír:
Software version 1.1008
Firmware version 3.0040
Hardware version: 2.0000
API version: 2.0060


Folyt köv, remélem, jó lesz

Megpróbálok visszatenni egy 1.0032 verziót, majd azzal telepítés után egy firmware "downgrade" módot, talán segít. Egyelőre se kép, se hang...

Nekiláttam asztalon összerakni egy kis UC100-as vezérlést egy meglevő gép átalakításához.
A számítógépem viszonylag friss telepítés, Windows 8.1; 64bit (A "vas' Core- i5-3470, 8GB RAM, 120GB HyperX SSD + 500 GB WD green).
UCCNC a legutolsó verzió (1.1008)
UC100 bedug, UCCNC elindít. Kiírja, hogy firmware update folyamatban, ne csukjam be az ablakot. Rendben, várok.
Ez ment fél óráig, közben lassan villogott a zöld led az UC100-on, minta történne valami.
A program egyszer csak abbahagyott minden tevékenységet, majd elindult az UCCNC, és kiírta, hogy elvesztette a kapcsolatot a vezérlővel, a program most kilép.
Az UC100 abbahagyta a villogást, zöld led világít. Gondoltam, megpróbálom újra. USB kihúz, bedug. Zöld led világít, majd elkezd gyorsan villogni.
Villogás hamarosan abbamarad, majd csak a kék led világít, a zöld kialszik. Amíg van zöld led, addig a serialnumber listener program szépen meg is találja, kiírja a sorozatszámot.
Amint csak a kék led világít, már nem talál csatlakoztatott eszközt.

Hogyan tovább?

Egy kicsit a szupportról : írtam levelet Balázsnak és kaptam egy meleg hangú választ .Íme a levelem :
" Azt hiszem már egyszer elsütöttem de most még egyszer:
A Volkswagen vagy Opel gyárnak volt egy olyan reklámfogása hogy idős jó állapotú működő autóit "visszavásárolta " egy múzeuma részére. A vásárlást cserére is lehetett váltani ilyenkor a tulajdonos kapott egy új autót. A dologban az volt a reklámérték hogy bizonyították hogy olyan jó autókat alkottak amik 30-40 évig is képesek voltak működni .

Ti mikor alapítjátok a múzeumotokat ? Lenne egy működőképes ( ?? ) mammut -om "

És a válasz :
Szia Gábor,
OK, rendben.
Légyszíves csomagold be a vezérlőt, küldünk csere csomaggal egy DG4S-16035-ös cserét, holnap fog hozzád érkezni DPD futárral.

PS : A vezérlő valóban működik, de a Microsoft továbbfejlesztette a felprogramozáshoz szükséges keretprogramot ( .net ) és az újjal nem jelennek meg a paraméterek . A zárójelbe írt két kérdőjel erre utalt . ( Klasszikus kompatibilitási probléma ) Visszaléphetnék de akkor meg a modern eszközeim lesznek működésképtelenek

Gábor, ment új levél, majd nézz rá kérlek, fontos!

Előzmény: ANTAL GÁBOR, 2015-04-27 15:14:00 [2185]

köszi , a telefonon olvastam...

Előzmény: n/a (inaktív), 2015-04-27 15:12:00 [2184]

Szia Gábor,

ment válasz e-mail.

Előzmény: ANTAL GÁBOR, 2015-04-26 09:23:00 [2183]

Balázs! ment egy szupportkérő magánlevél a leveleződre

Más az emulációra esetleg, bár persze nem ismerem a szoftver felépítését, de talán demó módban lehetne egy ablak amiben lehetne állítani a bemenő jeleket (beragadó gombokkal mondjuk), vagy akár scriptelni, hogy bizonyos feltételek esetén változzon, de a kézi állítás az kéne szerintem feltétlen.
pl.: amikor Z null pontot veszek fel bemérővel és erre írok makrót akkor lehetne tesztelni, hogy egyszer csak megnyomom a bejövő jelet és mi történik.

Valami ilyesmire gondoltam. Persze ez csak demó módban, nehogy élesben valami galibát okozzon.

Sziasztok!

Csak hogy teljes legyen a kép, és ígérem ebben a témában ebben a topikban ez az utolsó

Elsőnek mindenkinek nagyon köszönöm még egyszer hogy szakított időt rám, és a türelmet is köszönöm, hogy nem igazán jó helyen indult ez a beszélgetés.

Most már 99% hogy mechanikus a baj. A legnagyobb baj a bordás szíjjal van. Megnyúlt és nem tudom már tovább feszíteni. A kopó alkatrészek is kopnak rendesen. Most valahogy összebarkácsoltuk remélem kibírja amíg szerzek pótalkatrészeket.

Még egyszer köszönöm.

Igen igen bocsi abbahagytam