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]

Szia Tibor,

Köszi a tesztelést.
Azért piros, mert a hívások számát nem a Q, hanem az L kulcsszóval lehet megadni. Írd át a Q-t L-re és akkor működni fog.

Egyébként a Help menüben levan röviden írva a kódok szintaktikája, onnan lehet puskázni, ha esetleg egy-egy kódot nem értelmez, akkor ott sokszor meglehet találni a magyarázatot.

Most nézem tovább a kódodat, ez így mégsem fog működni, azért nem, mert a G91 inkrementális megadást még nem ismeri a progi. Csak az abszolut módot. Így a G91 után megadott A6-ot abszolut 6 értéknek fogja venni, ezért csak egyszer fog befordulni az A tengely 6-os értékre, ezzel pedig ez a ciklus szerintem értelmét veszíti.

Előzmény: nagaoka, 2014-07-07 11:42:00 [369]

Szia Balázs!

Az alábbi programban 60*kellene 6 fokot lépnem,vagy x*y fokot. T5 bordás kerék faragáshoz. Az Q60 az A6 a G91 G90 piros és nem forgat.


M6 T10(TOOL DIA. 2)
M03 S13000
G00 G64 A0.0
Y0.0 X0
G00 G43 H10 Z48.325
M98 P0001 Q60
X0
Z48.325
M5 M9
M30


O0001
(Start_pos = 47.325)
G01 Z47.025 F500
X-25 F250
G00 Z48.325
X-0
G01 Z46.725 F500
X-25 F250
G00 Z48.325
X-0
G01 Z46.225 F500
X-25 F250
G00 Z48.325
X-0
G01 Z45.695 F500
X-25 F250
G00 Z48.325
X-0
G91 A6
G90
M99

Elkészül az UCCNC 1.0022 verziója.

Az újítások a következők:

- M98 P.. L.. alprogram hívás
- M99 visszatérés alprogramból
- M47 visszatekerés és futás folytatása
- Eddig egy sorban csak egy macro kódot tudott beolvasni a program, most már akárhányat.

Hibák javítása:

- Az utolsó sor a programban nem került szinezésre a g-kód nézőkében.
- A program utolsó sora nem került megjelenítésre a 3D ablakban.

Tükéletes,köszönöm.

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

Ez működik macro-ból, kipróbáltam.

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

exec.mainform.filenametoload ="C:\\UCCNC/probakódok/a.txt";
exec.mainform.loadfile();

Előzmény: csewe, 2014-07-06 17:59:00 [364]

vane olyan utasítás a makró nyelvben,hogy G kódot bolvasson az ZCCNC-be,végrehajtás céljából.
Vlalami ilyesmi:
exec.loadfile("C:\\UCCNC\GCode\test.tap")

Nem tudom,hogy mi lelte,de most meg nem kérdez rá.
A fene em érti.
Köszönöm a segítséget.

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

De azt gondolom, hogy talán az exe futtatására kérdez rá, nem a .bat-ra, persze lehet tévedek. De ha így van, akkor pipáld ki, hogy többet ne kérdezzen rá.

Előzmény: csewe, 2014-07-06 17:30:00 [360]

Nálam nem kérdez rá.
Valami windows beállítás lehet gondolom azért kérdez rá.
Most hirtelen ezt találtam:
http://www.tomshardware.co.uk/answers/id-1921243/windows-asks-run-program.html

Előzmény: csewe, 2014-07-06 17:30:00 [360]

Nehezen jött ösze,de most jó.
Már csak az a kérdés,hogy van e valmi trükk arra,hogy ne kérdezzen rá a windows a bat file futtatására.
Bár ez már nem tartozik ide szorosan.

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

Elküldtem a fájlokat neked e-mailben, amikkel nálam fut.

Előzmény: csewe, 2014-07-06 16:58:00 [358]