Szia,

Szerintem az a gond, hogy a program elején nincsen G90. És valószínű úgy próbáltad amikor látszólag hibás eredményt adott (valójában nem), hogy G91 inkrementális módban marad a program amikor megállítod és visszatekered a kör kódnál a G90 előtt... illetve amikor betöltöd a G-kódot másodjára valószínű, hogy G91-ben van a program és annak megfelelően is rajzol, mert mondjuk úgy maradt az előző futtatásnál. Így eleve a pálya nem ott lesz mintha G90-el indulna, ami az alapértelmezett a program indulásnál, első betöltésre G90 aktív, szerintem másodjára már nem amikor betöltötted, ezért lehet a különbség...
Tegyél szerintem egy G90-et a program elejére, ha azt szeretnéd, hogy biztos abszolút koordináta megadási módban legyen amikor betöltöd és amikor indítod a futtatást. A G91 eléggé "veszélyes üzem", össze tudja zavarni az embert.

Előzmény: dezsoe, 2015-03-31 07:55:00 [2077]

Kipróbáltam az 1.0045 verzióval is, ott is ugyanez a jelenség.

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Szia!
Az alábbi kódrészletet akartam tesztelni.
G0 X10 Y10 Z2
G1 Z0 F400
G91
G1 X0 Y-1
G2 X0 Y0 Z-0.5 I0 J1
G2 X0 Y0 Z-0.5 I0 J1
G90
G0 Z2
G0 X10 Y10
M30
A megjelenítőben helyesen mutatja a szerszámpályát. Ha betöltés után rögtön soronként hajtom végre, akkor az G2 ívet nem jól hajtja végre, elmegy X és Y irányban -13 környékére. Ha betöltés után rögtön elstartolom, akkor helyesen fut le, sőt, ha egyszer lefutott starttal helyesen, akkor utána már soronként is jó. Ha újra betöltöm, akkor megint nem jó soronként.
(Demóban és géppel is ugyanúgy fut.)

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Hopp, elírtam: nem modal group-ot, hanem aktív G parancsot.

Előzmény: dezsoe, 2015-03-29 22:44:00 [2075]

Szia!

Amit én találtam doksit, abban az időzítéseknél minden alkalommal leírja, hogy másodpercben kell megadni. ("dwell"-re keresve a leggyorsabb átnézni.) A Mach biztos, hogy másodpercben mér, és az EMC2 is.

A beragadós paraméterek érdekesek. Miután a modal group-okat kezeli az UCCNC, akár az örökölhető paramétereket is vihetné. Mint ahogy viszi is, pl. a Z értékét a fúróciklusokban. Véleményem szerint G82-nél a P, G83-nál a Q és R, G81-nél R stb. stb. mind örökölhetőnek kéne lenni. Bár az említett RS274 közvetlenül nem írja, de utal az öröklődésre azzal, hogy pl. a fúróciklusoknál miután az első alkalommal minden paramétert megadunk, utána már elég mondatonként akár csak egy koordinátát megadni, pl.:
N1 G83 X10 Y5 Z-1.85 R1.0 Q0.25
N2 Y10
Az N2 mondat, mivel nincs új Gxx szó, az összes paramétert örökli.

Nem vagyok jártas más programok lelkivilágában (sem), de az Eagle-ből generált kódokat futtattam EMC2-n és Mach3-on is, mindkettőre úgy generálódott, hogy ezeket az örökléseket feltételezte, és a kódok le is futnak helyesen.

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Szia,

A szabványban nem találtam semmit arra vonatkozólag, hogy az időt milyen mértékegységben mérjük.
Az UCCNC jelenleg minden időt msec-ban mér, de tervbe van véve, hogy választhatóra megcsináljuk.

A ciklus kódokról mint pl.G82 valóban nem túl sok infó lelhető fel. Nem is találtam arra vonatkozó információt, hogy a G82-nél a P öröklődő kell-e legyen vagy sem.
Jelenleg a P nem öröklődik az UCCNC-ben, de ha igény van rá és ha azt mondjátok, hogy öröklődnie kellene, akkor áttudjuk alakítani öröklődőre.

Előzmény: dezsoe, 2015-03-27 14:34:00 [2073]

Még valami a G82-höz. A P paraméternek nem kéne öröklődni? Végignéztem a doksikat, de a várakozással kapcsolatban csak annyit találtam, hogy a G4 P nem öröklődik. Tudom, hogy itt nem iránymutató, de a Mach-ban elég az első luknál megadni, ugyanúgy mint a többi paramétert. (Az RS274 közvetetten utal rá, hogy egy modal group-on belül egyes paraméterek "sticky"-k, de nem sorolja fel, hogy konkrétan melyek azok.)

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Szívesen kipróbálnám, mondjuk még nincs 3D tapintóm, de nagyon tervezem a vásárlását, talán valami hasonló szerkezetet a próba kedvéért biztosan össze tudnék hozni...

Előzmény: csewe, 2015-03-27 00:09:00 [2066]

Megint találtam valamit. A fórum elején volt róla szó, hogy az RS274 szabvány alapján készül a program. Most néztem, hogy a G82 mit csinál, és hiányoltam a várakozást. Help->G-kódok: G82 P milliszekundumban. Nézem, a G4 szintén. UCCNC kézikönyv szerint is. Gondoltam, rosszul emlékszem, megnéztem a PDF-et, amit még akkor töltöttem le, amikor a szabványról írtatok. ("The NIST RS274/NGC Interpreter - Version 3" van letöltve.) Ebben és a (ha jól emlékszem, Svejk által említett magyar nyelvű) NCT-s PDF-ben is másodpercben van a P a G4-nél is, meg mindenhol. Hogyan tovább (s vagy ms)? Mi a hivatalos álláspont?

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Köszönöm, akkor átforgatom ()-re.

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Szia,

a pontosvesszőt a progi nem tekinti megjegyzés jelnek. Ha pontosvessző van, attól még tovább olvassa a sort. Ha a pontosvessző után G-kód áll, akkor azt értelmezni is fogja, hiába volt ott a pontosvessző előtte.
Megjegyzés írása kizárólag a (szöveg) módon történhet.

Előzmény: dezsoe, 2015-03-27 10:16:00 [2068]

Szia!
Technikai kérdésem van. Most, hogy a G82 bekerült a rendszerbe, próbaképpen átváltottam az Eagle-ben a pcb-gcode generátort Mach-ra. (A G82 hiánya miatt kellett külön profilt csinálni az UCCNC-hez.) A szintező programom megakadt a megjegyzésen, ugyanis a Mach elfogadja a ";"-t sorvégi megjegyzésnek. Az UCCNC-ben ugyanúgy piros, mint a sima megjegyzés, így nem tudom eldönteni, hogy megjegyzés, vagy kidobta. Ha kidobta, akkor a kód generátorban átcserélem zárójel párosra, ha elfogadja, akkor viszont értelmezem.

Előzmény: n/a (inaktív), 2015-03-25 22:20:00 [2055]

Szia!
Nyákhoz, ha Eagle-t használsz tervezéshez, ajánlom az #1691-ben írottakat, legalább más is teszteli, nem csak én. Gravírozáshoz a -0.06-os mélység remekül bevált a felületkövetéssel.

Előzmény: ANTAL GÁBOR, 2015-03-26 20:20:00 [2064]

Igen,ha elkészül teljesen.
Egyelőre sikot,élet,sarkot,szélességet,hosszúségot,átmérőt,ívrészlet átmérőjét és középpontját,körnél úgyszintén, lehet bemérni vele.
Csapot,és nyílást is mérni lehet vele.
csak a dokumentációja még eléggé hiányos.
Van aki használja már egy ideje.
Nincs akadája,hogy kipróbáld te is.

Előzmény: pisti73, 2015-03-26 20:23:00 [2065]

Szia! A bemérő képernyő nyilvános lesz?

Előzmény: csewe, 2015-03-26 07:38:00 [2056]

Svejk egy gyárit javasolt ( előtétcsapágyazva szíjhajtással ) Én meg csinálok egy lézervágottat két résoptóval + egy reflexiós index-el. Egy vonalmeghajtó is került a panelra . Csak közben meg kellett tanulni a a nyák gravírozás technikáját is. Már szépen és gyorsan megy. ( Hála Horváth Tibor útmutatásainak és Motoros gravírtűinek )

Előzmény: n/a (inaktív), 2015-03-26 19:40:00 [2063]

Na, ez jól hangzik. Máris nem vagyok annyira szomorú.
Az esztergára milyen encodert teszel? gondolom egy nagy átmérőjű tárcsa lesz bevágásokkal és 2 rés optóval? Svejk mit javasolt?

Előzmény: ANTAL GÁBOR, 2015-03-26 17:23:00 [2062]

A maróra már felraktam .. A fontosabb az eszterga lenne de még most gyártom az indexes enkódert ( nagyméretű hogy a főorsó átjárható maradjon ) Sok munka van vele mert nem fogadtam meg Svejk tanácsát )

Előzmény: n/a (inaktív), 2015-03-26 15:57:00 [2061]

Szia Gábor,

Én is elszomorodtam amiatt amit írtál. Az hittem már rég felraktad.

Előzmény: ANTAL GÁBOR, 2015-03-26 14:49:00 [2060]

Elszomorodtam Pont azt terveztem hogy megvárom az 1.1011 verziót ( az olyan szép szimmetrikus )és azt fogom használni . Erre leálltatok a fejlesztéssel

Előzmény: n/a (inaktív), 2015-03-26 13:10:00 [2059]

Ez még egyelőre nincs tervben, de lehet majd róla szó.

Ami tervben van véve G/M-kód fejlesztések:

- G17, G18, G19 sík választó kódok.
- G96, G97 főorsó vezérelt előtolások.
- M10/M11 gyors lézer kimenetek.

Jelenleg az UC300-ISOBOB-on dolgozunk, szeretnénk már végre befejezni a fejlesztését teljesen.
Azután szeretnénk befejezni az UC300 ethernetes verzióját.
Ha ezek megvannak, utána térünk vissza az UCCNC fejlesztésére.
Persze ha bárki bármi hibát talál az UCCNC-ben és jelzi, azt mindig prioritással megvizsgáljuk és javítjuk. Viszont az új szoftver funkciók hozzáadását most amíg az említett hardver fejlesztések el nem készülnek, addig szüneteltetjük.

Előzmény: csewe, 2015-03-26 12:58:00 [2058]

Köszönöm.

A G68/G69 koordinátarendszer elforgatás,tervbe van véve?

Előzmény: n/a (inaktív), 2015-03-26 11:40:00 [2057]

Szia,

Ha új profilt hozol létre, akkor azok a beállítások lesznek benne amik éppen be vannak állítva. Ha azt szeretnéd, hogy az legyen benne ami a default profilban, akkor töltsd be a default profilt és úgy készíts egy új profilt és akkor a beállításai lemásolódnak.

Előzmény: csewe, 2015-03-26 07:38:00 [2056]

Ha új profilt hozunk létre,az nem importálja a motorbeállításokat a defaultból.
Jó lenne,ha egy már meglévő tetszőleges profilból lehetne importálni minden beállítást.
Ez azért merült fel,mert készítettem egy bemérő képernyőt,és az új profilban ugyan azok a beállítások kellenének mint a defaultban,de azt a visszajelzést kaptam,hogy a motorok beállítását nem importálja.

Előzmény: n/a (inaktív), 2015-03-25 22:20:00 [2055]

Sziasztok,

Amiket jeleztek nekem fórumon kívül hibákat, megcsináltuk a javításokat:

- A probe-oláskor, ha nem ért probe szenzort a mozgás végéig a G31, akkor probe állapotban maradt az UC.
- Valaki jelezte, hogy nem indul el a gépen a progi, emiatt az indulási szekvenciát átdolgoztam.
- A CAM részben előfordult, hogy a koordinátákból néhányat amiket generált a szerszámpályából exponenciális alakban adta ki a progi, ami a g-kód értelmezőnél problémát okozott. Ezt javítottam és egyúttal 6 tizedesre kerekíti a kimeneti koordináta értékeket a progi. Gondolm ennél pontosabb úgysem kell senkinek.
- G76 szinkron komplex menetvágásnál rosszul volt átadva a P paraméter.

Amit még fejlesztettünk a progin:

- A CAM részben megcsináltam a szimpla TEXT objektum beolvasását is, eddig csak a komplexebb MTEXT-et ismerte, így most már például a Coreldraw-ból importált szöveget is fel tudja dolgozni.
- A CAM-ben szortíroztam a polygonokat egyelőre X koordináta szerint, az optimálisabb szerszámpálya érdekében.

A letöltés:

UCCNC 1.1008 letöltés

Szia,

A user macro száma tegyük fel, hogy 20000.
A macroba írj valami ilyesmit:

AS3.Switchbutton(true, 20000);
//Ide jön a kódod
AS3.Switchbutton(false, 20000);

Vagyis a macro elején kapcsold át a gombot a bekapcsolt állapotjába. A macro kilépésekor pedig kapcsold vissza a kikapcsolt állapotba.
Ha a gomb a screenset fájlban villógóra volt definiálva, akkor a bekapcsolt állapotában villogni fog.

Előzmény: csewe, 2015-03-23 14:04:00 [2053]

User button esetében nem sikerül előidéznem a villogást,olyan gombról van szó,ami makrót futtat.
Jó lenne,ha a makró futásának az idejére villogna a gomb.

Előzmény: n/a (inaktív), 2015-03-22 13:37:00 [2048]

Szia,

Nem satufékkel áll meg, hanem a beállított rámpával. A beállított rámpát kell tudnia a gépnek, hiszen arra lett beállítva, máskor is azt a lassítási értéket használja a megálláshoz.

Értem egyébként az álláspontodat, de a másik oldalról szemlélve a slowzone-on csak "tötymörög" a gép, ami nekem bosszantó tudott lenni, főleg, ha a slowzone vége tájékára kellett nullát venni...

Előzmény: robroy007, 2015-03-23 10:20:00 [2051]

Szia Balázs!

nagygépes környezetben azért mégis használják a slow zone-t !!!

persze jogos, hogy a limit előtt megáll mindenképp a gép de nem baj, ha érzi az ember, hogy nem sok van hátra mondjuk az utolsó néhány mm-en centin

(amin dolgozok gép azon sincs slow zone és félelmetes mikor a véghelyzetnél satufékkel megáll ! ha egyszer véletlen nem sikerül neki mert ellépte valahol a pozíciót akkor lehet max tempóval szakad bele a végállásba)

én választhatónak hagynám a slow zone-t

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

Szia,

Igen, a slowzone megszűnt, mert a sorftlimits kezelése tovább lett fejlesztve és a program folyamatosan figyeli, számolja, hogy az aktuális mozgási sebességgel, hol kell elkezdeni lassítani, ahhoz, hogy a beállított lassítási rámpával megálljon a softlimits határon. Vagyis automatikusan lassítva áll meg a softlimits-en a beállított rámpát használva. Így a slow zone beállítás értelmét vesztette és kivettük a programból.

A beállításokat csak egyszer kell megcsinálni, amikor az 1.0xxx verzióról áttérsz az 1.1xxx verzióra. Utána ha az 1.1xxx verzióról egy 1.1yyy verzióra frissítesz, akkor már nem kell kézzel beállítani, az 1.1xxx verziónál amit beállítottál az továbbra is megfelelő lesz...

Előzmény: Bozso777, 2015-03-23 08:26:00 [2049]

Szia! A SLOW ZONE megszünt a programban, vagy csak máshova került ? Amit még akartam kérdezni, a beállitásnàl minden telepítésnél kell e az uj profil nem a régi és új verzióra gondolok, hanem a javításokra. Jelenleg minden kiadásnál újra beállítgattam mindent.

Előzmény: n/a (inaktív), 2015-03-22 13:37:00 [2048]

Az első false az, hogy a gomb kétállapotú (toggle) fajta-e, mint például a ciklus start, vagy single cycle, feedhold stb. amiknek két állapota van a ki és bekapcsolt állapot. Vagy pedig csak egy sima egyállapotú nyomógomb mint például egy ciklus stop.

A második false paraméter azt jelenti, hogy a gomb villogjon-e a bekapcsolt állapotban. Értelemszerűen csak a kétállapotú gombok tudnak villogni, ilyenkor a gomb bekapcsolt állapotában a Flash a ki és bekapcsolt állapot bitmapjeit ciklikusan változtatja, egy villogó effektust hozva létre.

Előzmény: csewe, 2015-03-22 11:41:00 [2045]

Most látom,hogy van leírás róla,így tárgytalan a kérdésem.

Előzmény: csewe, 2015-03-22 11:41:00 [2045]

Sziasztok,

Igen, telepíthető két külön könyvtárba egymás mellé a két verzió. Persze a két verzió egymás utáni indításkor mindig firmware-t fog cserélni a mozgásvezérlő, amit mindig meg kell majd várni.

Elvileg az új verzió elindul a régi beállításaival, viszont az új verzióban bevezetésre került a Port# fogalma. A régi verziónál csak pin-ek voltak, csak az UC100-at ismerte, aminél csak egy port van. Az új verzió ismeri az UC300-5LPT-t, amin 5 port van, ezért kellett a portot bevezetni.
Az alapértelmezett port szám 0, vagyis ha a port számnak a kulcsa hiányzik a profilból egy adott beállításhoz, csak a pin száma van meg, akkor mind a port, mind a pin# nulla lesz amikor betöltődik. Ez azért van így, mert a program teszteli, hogy létezik-e a beállított port és pin kombináció és hogy az be vagy kimenet-e, mint ahogy az adott jel megkívánja. Ha nem felel meg a beállított pin, akkor a program nullázza a port# és a pin# mezőt is, hogy a felhasználó lássa, hogy ott a beállítás nem stimmel és ne maradjon abban a tévhitben, hogy oda is be van állítva valami.
0-s port számot pedig azért választottunk alapértelmezettnek, hogy biztonságos legyen a rendszer, lehetett volna 1-es port is, de az okozhatna problémákat, mert az 1-es az létező portszám és kitudja, hogy milyen oknál fogva nem olvasható a port# egy profilban és hogy az valójában 1-es volt-e régebben egyáltalán és hogy javítható-e biztonsággal 1-esre. Szóval az egyetlen biztonságos megoldás, hogy 0-s port számot adunk meg, ha a portszám nem olvasható a profilban.
Ezen oknál fogva a régi profilt sem lehet biztonsággal importálni, mert honnan tudná a progi, hogy ez tényleg egy régi profil, vagy pedig egy meghibásodott új profil, amiben hiányoznak bizonyos port# kulcsok. Itt is csak a 0-s port beállítása működne biztonsággal, akkor viszont nem látszanak a régi pin#-ok az említett okból...

Na, szóval a lényeg, hogy nem lesz olyan alkalmazás ami importálja a régi profilt.
Az új profilt manuálisan kell beállítani.
A beállítást egyszer kell csak megcsinálni.

Előzmény: gulasoft, 2015-03-22 01:19:00 [2044]

AS3.Addbutton(695, 140, 35, 35,false,false, 1039, 20906, 49);
A két false mit befolyásol?

Hali!
Holnap lesz időm kipróbálni az új verziót. Azt olvastam, hogy újra kell konfigolni, ami kicsit rossz hír. A kérdés az, ha külön könyvtárba teszem, akkor el lehet e indítani a régit, és ha azt bezárom, akkor az újat a másik könyvtárból, illetve tudja e importálni a régi beállításait az új program-nak megfelelően (és ha nem akkor tervben van e esetleg), vagy kézzel mindent előlről kell neki megadni?

Még amit elfelejtettem mondani amit menet közben fejlesztettem, hogy a CAM modul most már tud szövegeket is importálni. Persze még tesztelni nem volt sok időm, lehet nem tökéletes, de itt egy kép róla:
Az 1.1007-es verzióban már benne van a kódja.

Szia,

Nincs mit.

Előzmény: pisti73, 2015-03-21 18:48:00 [2041]

Nem is tudom mit mondjak... Nagyon köszönöm a segítséget! Nem bírtam ki és már ki is próbáltam és MŰKÖDIK!

Köszi még egyszer!

Előzmény: n/a (inaktív), 2015-03-21 18:27:00 [2040]

Szia,

Az 1.0xxx verzióban nem fog működni, mert ezek a függvények még nem voltak a régi verzióban:

AS3.Setfield(newZ,228); //Z tengely kijelzőt átírja newZ értékre
AS3.Validatefield(228); //A Z tengely kijelző értékét érvényesíti

vagyis a fordító csak egy hozzávetőleges hibaüzenetet adott, az igazi probléma nem az, hogy az AS3 nem létezik, hanem, hogy annak a Setfield és Validatefield függvénye nem létezik.

A régi 1.0xxx verzióban ismerni kellett a program belső szerkezetét egy ilyen makró megírásához, nem lehetett a rendszer által használt DRO-kat szabadon átírni. Ezen változtattunk, a Validatefield függvény-t készítettük, hogy minden akár a rendszer által használt mezőt is át tudjon írni a felhasználó és az értéke érvényesítve is legyen. Így nem kell ismerni a program belső működéséből semmit, csak a DRO-k számát kell tudni.

Ha a régi progi verzióban akarod használni a makrót, akkor a makróból töröld ki az említett két sor a kódot és írd be ezt helyette és akkor működnie kell a makrónak:

exec.ChangeaxisDROvalue(2, newZ.ToString());

Előzmény: pisti73, 2015-03-21 17:55:00 [2039]

Szia Balázs!

A szerszámbemérő makróval kapcsolatosan kérdeznék egy dolgot.

A CNC gépemen az UCCNC progiból egy régebbi verzió fut élesben, van egy kis munkám és még nem akartam az újabbik kiadású progidat feltenni. Ma ki akartam próbálni élesben a korábban belinkelt makrót, de ott nem működött. A laptopomon az új programmal teljesen jól működik.
A korábbi verzió az "Errorlog" file-ba az alábbi hibaüzenetet teszi.

CS0103 | in line: 13 | error text: A(z) „AS3” név nem szerepel ebben a környezetben.
CS0103 | in line: 14 | error text: A(z) „AS3” név nem szerepel ebben a környezetben.

Azt kérdezném ennek az üzenetnek lehet köze az új programhoz?

Annak idején miket görcsöltek az emberek, hogy a programok menü vezéreltek legyenek. Ne keljen mindenféle billentyűkombinációkkal küszködni.
Most meg ...

Sziasztok!

Az ISOBOB-ról van valami hír? Nagyon várom!!!!

Szia,

Valóban hiba került a softlimits-be.
A javítás:

UCCNC 1.1007 letöltés

Előzmény: Bozso777, 2015-03-20 22:42:00 [2035]

Softlimittel valami nem stimmel az 1.1006 ban.
Többször is produkálta a gép, hogy amikor jogban nekimentem a softlimitnek, nem megállt a gép hanem az utolsó folyamatot újrakezdte...mintha egy tárolóból töltené vissza...pl új gkód betöltése után az előző gkod mozgását csinálta miután nekimentem a softlimit határnak.

Előzmény: n/a (inaktív), 2015-03-19 23:01:00 [2034]

Igen, valóban, most hogy jobban megnéztem tényleg pár függvény leírása még hiányzik a screenset dokumentációjából, fogom pótolni...

Előzmény: dezsoe, 2015-03-17 11:44:00 [2019]

Szia,

Igen, azt a múltkori verziónál megfejlesztettük, hogy a JRO analog jelet is felülbírálja a shift gomb, csak elfelejtettem leírni a listába.

Szerintem feltudod rakni az SSet helyére a JRO-t, keresd ki a screenset fájlban a definícióját és a dokumentációban a field (mező) számát és cseréld ki a számát és akkor azt fogja megjeleniteni a mező.

Előzmény: Bozso777, 2015-03-19 22:04:00 [2032]

Szia!
Pont ma vettem észre véletlenül, mikor megszokásból rányomtam a shift gombra, gyorsult a jog. Még az 1.1005-nél amit beszéltünk, hogy a shift gombbal lehessen gyorsítani. Vagy elfelejtetted írni, hogy megoldottátok ezt is, vagy csak elkerülte eddig a figyelmem, deee külön köszi, kifejezetten jó hogy belekerült.

Mennyire bonyolult a képernyőn átalakítani, hogy az jog értékét kiírassam, pl az Sset helyére amit nem használok...potival eltekergetem mindig, viszont nem látom mennyin áll, jó lenne látni, ne kelljen rámenjek egérrel a beúszó ablakra hogy lássam az értéket.

Előzmény: n/a (inaktív), 2015-03-19 20:23:00 [2031]

Sziasztok,

Elkészült a jelzett hibák javítása:

- jog képernyőn a jog feed % + és - gombok nem állították a jog sebességét.
- a probe végrehajtásakor rögtön az indulás előtt az XY tengely előfordult, hogy lépett egyet oda és vissza.
- Az enable jelek kezelését átalakítottuk.
- Apply settings nyomásakor ha a port paraméterek állítva lettek, akkor előfordult, hogy lépett egyet a tengely.


UCCNC 1.1006 letöltés

Szia!
Az előző hozzászólásból épp csak a lényeg maradt ki: miután a belógást tudtam csökkenteni, a jogpanel úgy jó, ahogy van, nem érdekes, hogy kicsit nyújtott lett.

Előzmény: n/a (inaktív), 2015-03-18 12:40:00 [2028]