Köszi, holnap küldöm. Ma elvolt a gép magában, perfettit gyártott, nem akartam bolygatni, 8 órás műszak. Sajna bevallom, most át kellett váltanom Mach-ra, de holnap ismét Nyüst lesz!!

Előzmény: n/a (inaktív), 2014-07-10 12:48:00 [416]

A Go to Zero, még mindig káosz abban az esetben ha be van kapcsolva a Softlimit és a Safe Z értéke nagyobb mint amennyit fel tud mozogni a Z tengely.

Előzmény: n/a (inaktív), 2014-07-10 12:48:00 [416]

Kipróbáltam az M98-at nálam rendben levőnek látszik viszont tényleg zavaró, hogy ha pl. csak az X tengely mentén mozog, akkor a szerszám célkeresztje gyakorlatilag eltakarja a szerszámpályát.
Már írtam pár napja, hogy ezt a célkeresztet jó lenne kikapcsolhatóvá tenni, vagy legalább áttetszővé, mert így becsapós lehet.

Előzmény: n/a (inaktív), 2014-07-07 18:12:00 [380]

Ez tipikus probléma, általában gyenge hardver, vagy nem igazi videokártya illesztőprogram az okozója.
Meg akkor is csinálnak ilyeneket a PC-k ha már a windows hadilábon áll.

Előzmény: fa_kukac, 2014-07-09 20:02:00 [407]

Nem tudom. Küld el a .pro profile fájloadat az e-mail címemre, megnézem...

Előzmény: fa_kukac, 2014-07-10 10:19:00 [415]

Üdv!
Ma megpróbáltam dolgozni és a következőt tapasztaltam: Billentyűzetről már lehet (lehetett) egyszerre 2 tengellyel is mozogni, ez szuper. 1 program után viszont eltűnt a billentyűről mozgatás, tasztit is cseréltem, újraindítottam, hiába. Csak a baloldali nyilakkal mozgathatók a tengelyek. Mi lehet a gond?

Előzmény: fa_kukac, 2014-07-09 20:02:00 [407]

Van DOS, meg Linux alapon futó rendszer is, ott nem annyira gond az egyenetlen jelkiadás. Nem kötelező windowson barkácsolni.

Előzmény: Kékesdi István, 2014-07-10 00:02:00 [413]

Szia!
Értem én. Jó lenne egy stabil alap, sokat szívtam már a windows rendszer hibái miatt.
Üdv

Előzmény: Gyati, 2014-07-09 23:08:00 [412]

Ne hasonlítsd ipari géphez, mert az nem STEP/DIR -es.Ráadásul ez csak egy vezérlés és nem folyamat szabályozás. Mekkora különbség! Éppen ezért megfizethető.

Előzmény: Kékesdi István, 2014-07-09 22:56:00 [410]

Szia. Miért is?

Előzmény: Kékesdi István, 2014-07-09 22:56:00 [410]

Sziasztok!
Tetszik a progi! Azt szeretném megkérdezni, hogy mennyivel lenne bonyolultabb egy speciális oprendszert készíteni hozzá? Mint az ipari gépeknél. Ami nem windows alapú. Az lenne az igazi áttörés!
Üdv!

Szóval képernyőmentést, csak melléüttem!

Előzmény: fa_kukac, 2014-07-09 20:04:00 [408]

P. Balázsnak küldtem fotót is róla, milyen ez.
( Prtscrn) Üdv!

Előzmény: fa_kukac, 2014-07-09 20:02:00 [407]

Szia! Végre frissítettem az 1.022 -re, és a végállásról lefutás tökéletes lett. Viszont még nálam megmaradt az a probléma, hogy amikor megnyitom a szerkesztést, és arrébb húzom az ablakát, hogy lássam a DRO-t, mögötte káosz és krax marad. Bezárva a szerkesztőt minden ok.

Előzmény: n/a (inaktív), 2014-07-09 10:04:00 [394]

nyugodtan szólj, ha valamit nem tudsz és segítség kell. de az biztos, hogy így C# fordítóval egyszerűbb dolgod lesz.

Előzmény: csewe, 2014-07-09 19:10:00 [405]

Letöltöttem,és telepítettem,mindjárt más a helyzet,mostmár nem foglak nyaggatni.

Előzmény: n/a (inaktív), 2014-07-09 16:35:00 [404]

Szerintem töltsd le a Visual C# express-t, ingyenesen letölthető a Microsoft-tól. Ez az amiben az UCCNC-t is fejlesztjük. Mi a 2010-es verziót használjuk. Akkor tudod debuggolni a kódjaidat mielőtt berakod a macroba.

Visual Studio C# 2010 express link

Előzmény: csewe, 2014-07-09 16:14:00 [402]

Ment a levél.

Előzmény: n/a (inaktív), 2014-07-09 16:12:00 [401]

Jó lenne,egy pdf amiben megfelelő szintaktikával vannak a példaprogrammok,mert legaláb 3-4 C programozási nyelv van,vagy több.
Az sem egyszerű,hogy az ZCCMC-vel debuggolok,mert nincs olyan progim,amiben C-t lehet fejleszteni.

Előzmény: n/a (inaktív), 2014-07-09 15:25:00 [399]

Átküldhetnéd a kódot amit próbáltál, akkor megnézem, hogy miért nem működik. Illetve akkor látnám pontosabban, hogy hogyan szeretnéd olvasni a fájlt.

Előzmény: csewe, 2014-07-09 16:08:00 [400]

Ez voot az első ötletem,de ez nem elég,mert használom az UCCNC szerszámpáály megjelenítőét,és ha valaki nincs megelégedve ,akkor változtat a paramétereken,és akkor újra be kel olvastatni a Gkódot.

Viszont most próbáltam több páldakódot is,text file string tömbbe olvasására/íráára,de mindegyik elcsúszik valamin.
Kellene egy működő példa.
Megkísérlem ezen a módon megoldani a kommunkációt.

Előzmény: n/a (inaktív), 2014-07-09 15:25:00 [399]

Szia,

Azt biztosan megtudnád csinálni, hogy meghívod a makrót. A makró elindítja a progidat várakozással. Ez már múltkor működött.
A progid lementhetné fájlba a kódot amit készített.
A macro várakozás utáni része betölthetné ezt a fájlt a loadfile függvénnyel.

Előzmény: csewe, 2014-07-09 15:02:00 [398]

Köszönöm a magyarázatot.
Emiat átne írd a programot,majd kitalálok más kommunikációs lehetőséget.

Előzmény: n/a (inaktív), 2014-07-09 14:08:00 [397]

Megnéztem a makródat, amiben a vágólapról (Clipboard) próbálsz meg beolvasni adatot.
Azért nem működik ez a macro, mert az MDI végrehajtás, illetve a futtatás is egy Backroundworker thread szálban van futtatva, mert így egyszerű visszajelzéseket kapni a szál állapotairól, illetve így biztos, hogy a képernyő elemek elérésébe nem zavar bele a futtatás.

A probléma az, hogy a Backgroundworker thread as MTAThread fajta szál, vagyis multithreading fajta. És mint ilyen nem érheti el többek között a vágólapot sem. Ezért a Clipboard érték lekérdezése mindig null érték lesz.
A Backgroundworker thread sajnos nem is állítható át STAthread típusú szállá, nincsen ilyen tulajdonság megadásra mód, minden esetben MTAthread típusú.
Majd végig fogom gondolni, hogy át lehetne-e alakítani egy normál szállá (STAthread) ezeket futtatási szálakat, de első gondolatra ez több lehetséges problémát is felvet, amit akkor máshogy kellene megoldani. Szóval gondolkodom a megoldáson, de most így hirtleen nem tűnik egyszerűnek.

Előzmény: csewe, 2014-07-08 12:22:00 [382]

Ok, kicsit le vagyok maradva!

Előzmény: n/a (inaktív), 2014-07-09 10:04:00 [394]

Köszönjük!!!

Előzmény: Törölt felhasználó, 2014-07-09 06:21:00 [391]

A billentyű jog gombok és a bal oldali "jog képernyő" gombjai pedig ugyanazt a függvényt hívják meg. Elvileg nem lehet különbség a működésben, hiszen pontosan ugyanazt a függvényt hívja meg, ugyanazt a folyamatot futtatja a billentyű gomb és a képernyő gomb is. Legalábbis az új verziókban már így van. Az első verziókban viszont még nem teljesen így volt (akkor változtattam meg, amikor felmerült az igény arra, hogy akárhány tengelyt lehessen egyszerre joggolni és menet közben is lehessen indítani/elvenni tengelyeket a jog-ból.), ezért tényleg jó volna, ha feltudnád tenni a legújabbat és azzal is kitudnád próbálni.

Előzmény: fa_kukac, 2014-07-09 09:56:00 [393]

Még hozzá kell szoknom a bal szélen előugró kezelőfelülethez. A lefutási probléma csak billentyűzetnél áll fenn, a bal oldalon rákattintva a nyilakra jól működik!!!

Előzmény: n/a (inaktív), 2014-07-08 21:46:00 [389]

Szia! Hát még az első van, ma este feltelepítem a legújabbat, és megnézem. Most sok a meló, nem volt időm leállni a géppel. A profil fájlt már elküldtem levélben P. Balázsnak, de kiírom még egyszer. Kösz.

Előzmény: n/a (inaktív), 2014-07-08 21:46:00 [389]

...És Attila nincs egyedül ! Én is ugyanúgy gondolom ahogyan ő .Drukkolok nektek és sok sikert !

Előzmény: n/a (inaktív), 2014-07-08 21:47:00 [390]

Köszönjük a bíztatást, és örülök, hogy tetszik a progi és a fejlesztések.

Előzmény: Farkas Attila, 2014-07-08 20:45:00 [387]

Nem, ennek nem szabadna így működnie. Esetleg küld ele nekem a profile fájlodat az info at cncdrive.com emailre és akkor szívesen megvizsgálom. Egyébként a limit override gomb minden végállást felülbírál, legalábbis így kellene működnie. Most gyorsan ki is próbáltam, nálam hibátlanul működik.
De lehet valami a beállításaiddal összefüggő dolog, ezért írtam, hogy elküldhetnéd a .pro fájlodat. És még annyit, hogy melyik UCCNC verzióval próbáltad?

Előzmény: fa_kukac, 2014-07-08 13:05:00 [385]

Sziasztok,

Csewe: megkaptam a leveled, holnap fogom tudni kitalálni/kipróbálni a megoldást. Ma egy gépet telepítettünk, egész nap távol voltam, csak a telefonomon tudtam gyorsan megnézni az üzenetedet, de még nem volt időm végiggondolni. Holnap lesz időm foglalkozni a kérdéssel, fogok írni e-mailt, amint sikerül kitalálni a megoldást a kérdésedre...

Előzmény: csewe, 2014-07-08 12:22:00 [382]

Minden nap többször is olvasom a topicot, nagyon jó látni az ilyen gyors fejlődést, mindig figyelem az újdonságokat, javításokat.
Sajnos én még nem tudtam érdemben hozzátenni, mert még nem mozog a gépem, de remélem, mihamarabb eljön ez is.
Amint kijön az UC300-hoz sorkapcsos alaplap, azonnal veszem is!
Szép munka, Csak így tovább!

Nos ez a kiegészítés a várakozásra hatástalan, de a konfigban a spindle fülön van a " M3 delay after on" amit beállítva 2000 -re már jó is lett.

Előzmény: csewe, 2014-07-08 12:43:00 [384]

Köszi, ez jó lesz. Most viszont a következőt tapasztaltam:
Határesetet marok a gépemmel, és elmentem a bal végállásig X-el, reset ki is jelezte ahogy kell. Ekkor rákattintottam a végállásról lefutás gombra, led kigyulladt, reset megnyom, nem villog a reset, de nem tudok az X-el lefutni, meg sem mozdul. De ha megmozdítom ekkor az Y-t, az megmozdul és megy, utána rögtön már mozog az X is és le tudok jönni róla. Próbáljátok ki, másnál is így van?

Előzmény: csewe, 2014-07-08 12:43:00 [384]

Azt nem tudom,hogy van e lehetőség valahol állítani,de ha megnyitod az M3 makródat,és a második sorába beírod ezt,akkor 1 másodpercet fog várni,mielőtt elkezd futni a Gkód,ha több idő kell a motorodnak a felpörgésre,akkor értelemszerűen többet kel beírni az ezer helyére.
exec.Wait(1000);

Sziasztok! Már PM említettem, de lehet-e valahol beállítani késleltetést a program indulásra a főorsó bekapcsolása után, mint a MACH-ban. Párszor előfordult, hogy nekiesett a marásnak mielőtt a maró motor elérte volna a fordulatszámát. Azóta külön indítom először a maró mocit, és utána a program végrehajtást. Tudom hogy van ilyen G kód, de akkor mindig szerkeszteni kell.

CNCdrive1,küldtem makróval kapcsolatban egy levelet.

Előzmény: n/a (inaktív), 2014-07-07 18:12:00 [380]

Elmentettem a kódodat, megfogom vizsgálni, hogy pontosan mi is a helyzet a megjelenítéssel ilyenkor.

Én beraktam X10 elmozdulást az elejére a progidnak, úgy látszólag nincs gond a megjelenítésével.
De ahogy mondtam, később részletesebben is megfogom vizsgálni...

Előzmény: Sz.József, 2014-07-07 17:28:00 [377]

A lentebbi kódba tettem X elmozdulást is...
Így sem teljesen "kerek" a toolpath.

Előzmény: n/a (inaktív), 2014-07-07 17:17:00 [376]

A 90 fokos elfordítást értsd úgy, nem függőleges a "Z". (de lehet 2 nézetben is...)

Előzmény: Sz.József, 2014-07-07 17:28:00 [377]

Ok, köszönöm...
Ezek szerint ettől is függ a dolog.
Mert mint alább írtam "normális" G kódnál jónak tűnik, leszámítva az egyik nézetben a 90 fokos elfordítás
így is "gyanús"...

Előzmény: n/a (inaktív), 2014-07-07 17:17:00 [376]

Megnéztem a kódodat, az a sepciális eset van ennél a kódnál, hogy X irányban nincsen mozgás, így az X irányban a rajz kiterjedése nulla. A nagíítás/kicsinyítési arányokat a progi a kiterjedésekből veszi, így, hogy az egyik irány nulla, így valamit nem jól kalkulál a rajz nagyításánál. Fogom debuggolni és javítani hamarosan...

Előzmény: Sz.József, 2014-07-07 17:10:00 [373]

A következő lépés a G90/91 abs./rel. pozíciómegadások fejlesztése lesz, de egyelőre kellene tesztelni az M98/M99-et. Ha az hibátlan (remélem az), akkor megyek tovább a fejlesztéssel.

Előzmény: nagaoka, 2014-07-07 12:33:00 [371]

A "másképpen", értsed úgy, hogy jól...
Leszámítva az egyik nézetben nem tudom miért vízszintes a "Z"...(?)

Előzmény: Sz.József, 2014-07-07 17:10:00 [373]

Érdekes... (??)
Néztem más G kódnál is a lentebb említett dolgokat a toolpathban...
Ott teljesen másképpen "működik"...
Pl. a nagyítás/kicsinyítés is...

Egy pársoros kóddal néztem én is az M98-M99 párost...
G00 z10
Y0.0 X0
G1 z1 f1000
M98 P0001 L2
z10
M30

O0001
y-10
G01 Z-10 F500
Z1 F1000
y-11
G01 Z-10 F500
Z1 F1000
y-12
G01 Z-10 F500
Z1 F1000
y0
M99

Nos, úgy néz ki, helyén van a dolog...

Viszont a toolpathal kapcsolatban 1-2 észrevétel...
Lehet, csak nekem zavaró de az is lehet így kell neki "működnie"...(viszont akkor nem szóltam semmit... )
1- Az ISO nézetben lemegy a térképről a szerszám... (fenti kódról van szó...)
2- Ugyan ez van még két nézetben. Ha jól néztem Z-X és Z-Y nézetben.
3- Z-Y és Y-Z nézetben szerintem nem életszerű a 90 fokkal elforgatott megjelenítés.
4- ha belekicsinyítek akkor "csak" egy hangyafasznyi ábra lesz belőle
5- ha visszanagyítom, eltűnik minden (persze ez az ablakhoz igazítással visszaáll...)
Igaz, a program ezen része a "csicsavilághoz" tartozik de ha már egyszer van, lehetne "életszerűbb" is...

Igen így szinte "hibátlan" lett,mikorra várható a G91 ink.parancs. Most 12.30 van

Előzmény: n/a (inaktív), 2014-07-07 11:58:00 [370]