Ja, és fontos lehet hogy a 1.020-assal próbáltam, aminél az X DIR pipa már tényleg javítva van, ez a része szupi.

Előzmény: svejk, 2014-07-01 10:52:00 [240]

Sz.József!
Neked nem tűnt fel ez a drasztikus Z kiemelés az elején?

Előzmény: Sz.József, 2014-06-30 21:46:00 [237]

Várjuk meg a program írójától a megerősítést, hogy ez alapján írja-e a progi kódértelmezőjét.

Előzmény: nagaoka, 2014-07-01 10:43:00 [239]

Valóban, ha a többi sorban is meg van adva a Z végső értéke akkor már működik, de sajnos nem jól.

Szétraktam +-40-re a furatokat, hogy jobban látható legyen.

M03 S600
G83 X40 Y0 Z-10.00 Q2.00 R1.00 F30.00
X0 Y40 z-10
X-40 Y0 z-10
X0 Y-40 z-10
G80
M5 M30

A fenti kóddal azt csinálja a gép, hogy amikor elindul gyorsjárattal az X 40-re azzal egy időben elindul a Z is felfelé úgy Z120 mm körülre, tehát lineáris interpolációval X40 Z kb.120-ra. innen aztán továbbra is gyorsjárattal lejön z1-re aztán innentől már rendesen megcsinálja a furatokat.
A G73 és a G84 visszaemelései rendben vannak.

Ez az első Z felemelkedés mértéke függ attól hogy milyen sokat kell mennie X-ben és úgy látom, hogy függ attól is hogy hol helyezkedik el a munkakoordináta az gép abszolut koordináta rendszerben.
De nem mindig ugyanabba a gépi Z értékre megy fel.

Van még egy dolog, amit már más kódnál is észrevettem és ennél a kódnál is az M30-at pirosal írja ki.
(Az M80-at is, de az oké, mert azt nem ismeri papíron sem)

Előzmény: Sz.József, 2014-06-30 21:46:00 [237]

itt olvashatod

Előzmény: svejk, 2014-07-01 08:56:00 [238]

No, majd mindjárt kipróbálom!

Önmagában ha így működik az nem baj, csak legyenek ezek a dolgok leírva.

Az ipari gépek sem teljesen kompatibilisek egymással még pl. a Fanuc-on belül sem.
Eleve ugye az újabbak nem kompatibilisek visszafelé, de ez az élet más területén is így van.

Az UCCNC használati utasításában is említve van az RS274 NGC szabvány, ajánlás, vagy nem is tudom micsoda.
Ezt hol lehet elérni részletes formátumban?

Mert ha ez alapján készül a kódértelmező, akkor megtanuljuk ezt, ez legyen a legkevesebb.

Előzmény: Sz.József, 2014-06-30 21:46:00 [237]

A 20-as verzióval néztem a G83-as mintádat...
Az UCCNC csak "Z"-k újra beírásával "játsza" le...(??)
A Mach-nak és az NCT-nek alég az "X", ez tuti. (ahogyan írtad)
"Vagy a leves görbe, vagy a tányér nem egyenes..."

Előzmény: svejk, 2014-06-30 19:47:00 [236]

A mach3 megeszi, eddig így használtam.
Egyébként én innen az NCT-től szoktam puskázni a mach3-mal 80%-ban kompatibilis.

lásd: 136. oldal példaprogram.

"Példa a fúrási kódok és a ciklusváltozók öröklődésére:
N1 G17 G0 Z_ M3
N2 G81 X_ Y_ Z_ R_ F_
A ciklus üzemmód kezdetén a fúrási adatok (Z, R) meghatározása kötelező
N3 X_
Mivel az N2 mondatban a fúrási adatok meg lettek határozva és az N3 mondatban ugyanazok
szükségesek, kitöltésük felesleges, azaz G81, Z_, R_, F_ elhagyható. A furat pozíciója csak X
irányban változik, a fúró ebben az irányban mozog, majd ugyanazt a furatot fúrja, mint az N2
mondatban.
N4 G82 Y_ Z_ P_
A furat pozíciója Y irányban mozog. A fúrás metódusa G82-nek megfelelően alakul, a talppont
Z új értéket vesz fel, a megközelítési pont és előtolás (R, F) N2 mondatból öröklődnek.
N5 G80 M5
Törli a ciklusüzemmódot és az öröklődő ciklusváltozókat, F kivételével."

Előzmény: n/a (inaktív), 2014-06-30 19:14:00 [232]

Az teljesen jó, köszi!

Előzmény: svejk, 2014-06-30 19:33:00 [234]

Szupi, de sajnos csak holnap tudom kipróbálni.

Előzmény: n/a (inaktív), 2014-06-30 19:10:00 [231]

Ez a kódod:

M03 S600
G83 X5 Y0 Z-10.00 Q2.00 R1.00 F30.00
X0 Y5
X-5 Y0
X0 Y-5
G80
M5 M30

Azért nem működik, mert nincsen Z koordináta megadva csak az első sorban. Azt gondoltam, hogy Z-t, vagyis mélységet minden sorban meg kell adni, de akkor ezek szerint lehet, hogy a Z is öröklődő?

Előzmény: svejk, 2014-06-30 12:38:00 [216]

Sikerült debuggolni és javítani a hibát ami miatt nem tudtad átállítani az X-tengely dir jelét.
Az új verziót 1.020 feltöltöttem a weboldalra:
UCCNC 1.020

Előzmény: svejk, 2014-06-30 13:36:00 [222]

Párszor tíz gomb van meg lehet tanulni.
Ha meg droidot állítassz a gép mellé akkor annok csak a zöld gombot kell nyomkodnia.

Nem találtam számlálót.

Előzmény: mssleepy, 2014-06-30 14:19:00 [227]

Szia,
Értem én, hogy ott van a textscreen, ami tetszik is. Próbáltam is, de ettől függetlenül, nem látnád értelmét a gomb tooltip-nek. Főleg, ha készülnek majd saját felhasználói screen-ek. Mert ha jól tudom, márpedig Balázs mondta, tehát valószínűleg így van, a felület teljesen gépre "testre" szabható. Adott esetben semmi köze nem lesz ehhez a kinézethez.

Nyilván most nem ez a prioritás, de későbbiekben hasznos lehet.

Te sem találtál gépidő kalkulációt? Mert ez viszont nekem nagyon hiányzik.

Előzmény: svejk, 2014-06-30 14:11:00 [225]

Az UCCNC esetében azt nem kellene tudni, hogy ez a fúróciklus G98 vagy G99 alatt fut-e?
Vagy is a G98 aktív vagy G99 ? (persze a listában nincsen ilyen...)
Csak hangosan gondolkodom... (?)
Talán azért nem működik... (?)

Előzmény: svejk, 2014-06-30 12:38:00 [216]

Lásd: #93
A magyart meg nem szabad erőltetni.

Előzmény: mssleepy, 2014-06-30 13:55:00 [224]

Sziasztok,

Nem tudom hogy hogy vagytok vele, de nekem nagyon hiányzik "tooltip" a gombokon. Talán így hívják amikor az egeret a gomb felett hagyva kiírja hogy mi is az, mit csinál.
Sokról nem tudom eldönteni, hogy mi is lehet az.
Ez az ikonos screenek-re lenne jó, főleg, ha a felhasználók elkezdenek majd mindenféle screeneket gyártani rá. Szerintem nagyon hasznos, az első ismerkedési fázisban főleg.
Aztán mondjuk, amikor már megtanulta, megszokta az ember, és inkább már zavaró mint sem segít, akkor kikapcsolható lenne a general fülön.

Továbbá nem láttam még, vagy csak nem találtam még meg. Jó lenne egy olyan funkció, mint a mach3-ban, ami megmondja (kiszámolja), hogy az adott G kód mennyi ideig fog futni.
Ezt napi szinten használom a mach3-ban, pl. ajánlatadásnál sokat segít, hogy tudjam mennyi a gépídő.

Köszönöm. Mindjárt megfogom nézni.

Előzmény: svejk, 2014-06-30 13:36:00 [222]

Ment a duublecnc-re a .pro file.

Tehát az X tengelynél hiába pipálom ki a DIR-nél az aktív LOW-ot ugyananabba az irányba megy továbbra is.

1.016-nál még jó, 1.017 felett nem hatásos a pipa

többször lecseréltem a verziókat, mindig ugyanazzal a .pro fájlal próbáltam.

Előzmény: n/a (inaktív), 2014-06-30 13:15:00 [219]

Gondoltam abból, hogy az újabb verzióknál már nincs a G73/83-kód listába.

Előzmény: n/a (inaktív), 2014-06-30 13:15:00 [219]

:)

Előzmény: svejk, 2014-06-30 13:14:00 [218]

Ezt a X dir pipa dolgot nem értem, hogy miért nem működik. A program ezen részéhez egyáltalán nem nyúltunk hozzá. Illetve le is teszteltem most gyorsan, ki is mértem a jelet és nálam működik ahogy kell.
A G73/83 dolgot sem értem, hogy miből gondolod, hogy kiszedtük a programból, nem szedtük ki, nálam ez is működik.
Esetleg elküldhetnéd nekem is a beállítás (.pro) fájlt amit használsz és akkor debuggolom.

Előzmény: svejk, 2014-06-30 12:34:00 [215]

Nekem mindegy, Balázs-Balázs...

Előzmény: n/a (inaktív), 2014-06-30 13:12:00 [217]

Szia Svejk,

Balázsnak el kellett mennie és látom, hogy elég alaposan teszteltek, úgyhogy beregisztráltam ide magam, hogy tudjak addig is segíteni nektek a tesztelésben.

Előzmény: svejk, 2014-06-30 12:38:00 [216]

A G73 G83 furóciklusukat most akartam tesztelni, de látom az újakból már kivetted.

Az előbb visszaraktam az 1.016-ot, abban még benne volt, de nem jól működik.

Én ezt a formulát használtam eddig a Mach3-nál.

M03 S600
G83 X5 Y0 Z-10.00 Q2.00 R1.00 F30.00
X0 Y5
X-5 Y0
X0 Y-5
G80
M5 M30

Ez ugye 4 furatot készít, ugyan ez működik G73-mal is.

Az X DIR pipa az 1.017-től kezdődően nem aktív.
Most megint próbáltam az 1.016-nál méh jó.
Ugyan azzal a profil fájllal.

Előzmény: Polgárdi Balázs, 2014-06-30 11:27:00 [209]

bocsi, 1.019-ben.

Előzmény: svejk, 2014-06-30 12:23:00 [213]

"- Goto Zero-nál SafeZ és szoftveres limit kezelése "

Nem jó továbbra sem az 0.019-ben.

Előzmény: Polgárdi Balázs, 2014-06-30 11:27:00 [209]

Tegnap este 18.30 körül elküldtem.
a régebbi verziókat visszatöltve működik a DIR pipa

Előzmény: Polgárdi Balázs, 2014-06-30 11:27:00 [209]

Működik. Hibátlanul lefut.

A belinkelt kódot valóban még nem érti, mert a kódértelmezője egyenlőre soronként csak egy G-kódot dolgoz fel. Ezt is majd pótoljuk. Egyenlőre a G54 után rakj egy soremelést, és működnie kell.

Előzmény: NewUser, 2014-06-30 09:45:00 [207]

Itt az újabb verzió: UCCNC V1.0019

Módosítások:

- Goto Zero-nál SafeZ és szoftveres limit kezelése

- Diagnosztikai ablakon Home bemenetek lámpáinak javítása.

A Dir jelet ellenőriztem, annak jónak kell lennie. Mit állítasz be rá? írd le, vagy küld el nekem a profil fájlt és leellenőrzöm azzal is.

Az 1.018-ban a homolás oké, de az X tengelynél a DIR Actív Low pipa még mindig hatástalan.

Előzmény: Polgárdi Balázs, 2014-06-29 21:31:00 [198]

Gratulálok a gyors fejlesztéshez. G2, G3 OK

A alábbi szintén nem hiba, csupán értelmezésbeli (implementációs )probléma lehet (de nekem RS274NGC alapú vezérlővel másképp működik)

G0 Z2.54
M5
T2 M06
S10000 M3
G54 X5.125 Y-12.9 << Ezt a sort hibásnak veszi, nincs mozgás, holott még a G0 aktuális (szerintem)

Ha ez működne, akkor hiba nélkül lefutna a teszt kódom... Persze a jelenleg nem kezelt G90, G17 nélkül.

Egy ötlet, de lehet, hogy már meg van valósítva máshol. Az aktuálisan érvényben lévő G kódok egy sorban látszódnának pl. az MDI ablak fölött.

Előzmény: Polgárdi Balázs, 2014-06-29 21:31:00 [198]

Észrevettem, demóban is látszik.

De szerintem most már menj Te is pihenni, megérdemled!

Előzmény: Polgárdi Balázs, 2014-06-29 22:46:00 [205]

Igen, de még várjál vele egy kicsit, mert túl gyorsan másoltam be és nem tökéletes.

Előzmény: svejk, 2014-06-29 22:26:00 [204]

Kár hogy nem magyarul van, de majd utánanézek.

Ugye a Profiles/Macro_default könyvtárban levő M204.txt-t kell átírni a #199-el?

Előzmény: Polgárdi Balázs, 2014-06-29 22:19:00 [203]

A makrók C# nyelven szerkeszthetőek és nincs se méretbeli, se pedig számbeli korlát. Bővebb leírás: UCCNC/Documentation/Macro_capability_detailed.htm

Előzmény: svejk, 2014-06-29 22:07:00 [201]

Mi a makrók határa? Gondolok itt a számukra pl.: M200-M399, valamint a feldolgozható sorok számára.

Szupi!

Holnap reggel tudom már csak kipróbálni.

Milyen nyelvezetben is vannak a makrok írva?
(bocsi a tudatlanságomért)

Előzmény: Polgárdi Balázs, 2014-06-29 22:02:00 [199]

Valóban nem látja a #143-ast a mach3, de ezt a Béni félét igen.


f1000
G0 X0.001 Y0 Z10
G1 Z0 F1500
G3 X12.5 I0 J0
G3 X25 I0 J0
M30

a #11900 körül taglaltuk a Mach3 topicban.

De gyakorlati jelentősége alig lehet.

Előzmény: Polgárdi Balázs, 2014-06-29 21:31:00 [198]

Alább találhatod az M204-es makró tartalmát, amit bemásolva már kezeli a szoftveres limitnél a biztonságos Z kiemelést:

M204.txt
// Go to Zero with safeZ

double safeZ = exec.mainform.UCsetup.UCset.Generalsettings.SafeZ;

if(exec.mainform.UCsetup.UCset.Generalsettings.Enablesoftlimits)
{
if(safeZ>exec.mainform.UCsetup.UCset.Axis[2].UC100axis.SoftLimitP)
{
safeZ = exec.mainform.UCsetup.UCset.Axis[2].UC100axis.SoftLimitP;
}
}

while(exec.IsMoving()){}
exec.Wait(100);
if(exec.GetXpos()!=0 || exec.GetYpos()!=0 || exec.GetApos()!=0 || exec.GetBpos()!=0 || exec.GetCpos()!=0)
{
exec.Code("G00 Z"+ safeZ); // Move Z up to safeZ defined by use, above the zero plane
while(exec.IsMoving()){}
exec.Wait(100);

exec.Code("G00 X0 Y0 A0 B0 C0"); // Move XYABC to Zero
while(exec.IsMoving()){}
exec.Wait(100);

exec.Code("G00 Z0"); // Move Z to 0
while(exec.IsMoving()){}
exec.Wait(100);
}
else
{
exec.Code("G00 Z0"); // Move Z to 0
while(exec.IsMoving()){}
exec.Wait(100);
}

Előzmény: svejk, 2014-06-29 18:20:00 [194]

Készült egy másik verzió, melyben a következő módosítások vannak:

- G2, G3-as kódnál rádiuszos megadásnál hiba javítása (NewUser #190-es hozzászólásban jelezte).

- A Home-olás javítása (az előző verzióban sikerült elrontani, bocsi)

A program innen letölthető:UCCNC V1.0018

A #143-ban Svejk belinkelt egy tesztkódot. Ennél a kódnál a kör kezdő és végpontjához tartozó rádiusz nem egyforma, ezért ugyan jól hajtja végre, de a rajzolás egyelőre csak konkrét kört tud rajzolni. Ezt majd később korrigálni fogjuk, és halkan megjegyzem, a konkrét kódot a Mach3 egyáltalán nem tudja értelmezni.

#185-ben NewUser jelezte, hogy nem stimmelnek a tengelyek koordinátái. Ez nem hiba! Ugyanis ha egy tengelynek a Step/mm értéke pl. 500, akkor egy step jelre az elmozdulás: 0.002mm. A kijelző viszont a kiadott step jelek alapján számlál, és mindig a valóságos pozíciót jelzi ki, nem pedig egy elméletit. A pozíció kijelzőkön megjelenített tizedesjegyek száma állítható a Configuration/General Settings fülön a position DROs digit paraméterrel. Itt érdemes még megjegyeznem, hogy ha kevesebb tizedesjegyet állítunk be, mint a gép pontossága, akkor a nem látható tizedeseket figyelembe véve kerekítve jelenik meg a pozíció.

#187 Elektron kérdésére a választ bemásolom a használati utasításból:
Az UCCNC szoftver a Microsoft Windows XP, 7, 8 vagy 8.1-es operációs rendszeren x86 vagy 64-es asztali számítógépen vagy laptopon, tableten futtatható. A minimális ajánlott hardver
követelménye a számítógépnek 1,6GHz-es processzor, 1Gbyte RAM és 16Gbyte merevlemez
terület (többre is szükség lehet az operációs rendszertől függően). Az UCCNC program futtatható kisebb teljesítményű számítógépen is, de ez nem ajánlott.

A Referencia felvételi hibát javítjuk, és hamarosan feltöltjük a javítását.

Előzmény: svejk, 2014-06-29 18:21:00 [195]

Nekem az elején hom-oláskor lesípoltak a tengelyek, Balázs tanácsára a buffer 50 ms-ot 200-ra állítottam, a hiba megszűnt. Mindenesetre íves vagy alakos marásnál érdekes, darabos, több szakaszra esett hangja van, és kicsit remegős is. Vagy csak nálam? Constans velocity-n van.

Elküldöm magánban az 1.017 setup fájlját, amelyik nem akar Homolni.

Előzmény: svejk, 2014-06-29 18:20:00 [194]

Ne haragudjatok rám, de én meg szeretnék dolgozni a lehetőségért, hogy tesztelhetek!

Több tengelyes JOG-olás, hotkeys beállítás --oké

G2/3-nál az R szót tartalmazó mondatot helyesen rajzolja már ki, de a #143-ban levő csigavonalat továbbra sem.
(tudom nincs gyakorlati jelentősége, de a hiba máshol is előjöhet)
A #153-ban levő kódot viszont most már jól csinálja.

A Goto zero majdnem tökéletes, de ugyan az a hiba előjött mint anno a Mach3-UC100-nál, miszerint ha a safeZ értékénél kisebb Z magasságról indítjuk a GotoZerot, akkor a soft limit miatt nem hajtja végre a többi tengelyen sem a zéróra futást, hanem rapszodikusan megáll.
(Ezt a hibát anno szintén én vetettem fel, és nem sokára ki is javítottad, tehát van rá gyógyszer)

De most egyelőre a Homolás a legnagyobb gond az 1.017-nél.

Előzmény: Polgárdi Balázs, 2014-06-29 11:46:00 [174]

Hűha!

Ennél az 1.017-nél megszűnt a homolás is.
Ha az összesre vagy akár csak az egyik tengelyre kattintok, akkor pár századot mozdul a tengely és megáll minden, JOG sincs a config képernyő is kiszürkül, csak a resetre áll vissza az üzemállapot.

Ugyanaz a Config file mint az 1.016-nál.
visszatöltve az 1.016 verziót megjavul a homolás.

Nem mentettem el az előző verzió beállításait, így jártam. (

No de ennél a 1.017-nél meg nem hatásos az X tengely DIR actív low pipa, nem tudok irányt váltani.
A többi tengelynél működik.

Előzmény: Polgárdi Balázs, 2014-06-29 11:46:00 [174]

Alt_4, és a jobb felső sarokban vannak a mozgás befoglaló méretei.

Előzmény: svejk, 2014-06-28 21:36:00 [166]