Szia Balázs!
Ha írod át a fúró ciklust, ezt esetleg nem lehetne vele megismertetni.
"G83 R3 Z-20 Q3 f100
g91 x200 k10
g90 g80"

Ez azt jelentené, ha vvalki kézzel ír progit 200mm-enként 10szer megismételné a fúróciklust.
Ha nem nehéz beleírni ez hasznos lenne.

Biztos idő kell neki de vannak elég egyszerű igények is . Szerintem azok hamarosan benne lesznek az új verziókban

Előzmény: exup, 2017-04-24 21:12:53 [3846]

És ezek folyamatba is lesznek vagy a jegyzet megy a többi papír közé. Egy jó nőt mondjuk én is szívesen tapogatnék kívül-belül, akár program keretén belül is

Előzmény: ANTAL GÁBOR, 2017-04-24 20:26:09 [3845]

Természetes hogy hardwerfüggő a dolog de Balázs szerint az ethernetes kütyüknek nem akadály

1 .Örülnék neki ( és mivel az életből hoztam más is !) ha min két db MPG t lekezelne a program .Pl készült egy spéci CNC palásthengerítő gép amit kézi üzemben is használnak . Megoldottuk ( megoldották) mert quadratúra decóodert lehet csinálni de direktben jobb lenne

2. kellene egy külső és egy belső tapintót kezelő rutin a külsőnél természetesen a Z is mozog .
3.Jó lenne ha a current on/ off az minden tengelyre beállítható lenne igaz kimenetet fogyaszt de mindenki maga eldöntheti hogy mit von össze
4. ha lehetőségünk van síkot deklarálni ( Pl G18 ) akkor a szerszámpálya automatikusan aszerint készüljön
5. Az esztergályosok nagyon várják az új felületet ( én el vagyok de másokat visszatart )

Kb ennyi az én listám

Előzmény: exup, 2017-04-24 19:24:31 [3844]

Meséljetek...kiváncsi vagyok miket tudtatok meg és miket kértetek. Köszi

Nekem is volt egy " kívánságlistám" . Tollba mondtam Balázsnak ... Remélem a hazaúton nem kallódik el a papír

Előzmény: svejk, 2017-04-24 18:11:41 [3842]

Már nagyon várjuk ám az újabb verzió(k) kiadását!
Polgárdi Balázs csuda jó dolgokat mutatott, és hál' Istennek szorgalmasan jegyzetelte is a kívánságainkat.

Így, hogy meghót', már nem ellenség.

De az biztos, hogy sok jó ötletet lehet belőle meríteni még most is.

Előzmény: dezsoe, 2017-04-20 21:28:56 [3840]

A g-kód nem is, de a program (jelen esetben az UCCNC) igen. Tehát akár ki is számolhatná. Egyébként, offline-ban valóban nem pontos, de jó a közelítés. Nem másodperc szinten szokott érdekelni, hogy mennyi ideig tart egy kód futása. Egyébiránt az "ellenség" tudja:

  

Előzmény: svejk, 2017-04-20 21:17:49 [3837]

No meg a szerszámváltás idejét sem tartalmazza a G-kód.

Előzmény: svejk, 2017-04-20 21:17:49 [3837]

Lehet, hogy nem szárazság-kedvelő, mert az égi locsoló igen rendesen működött.

Előzmény: ANTAL GÁBOR, 2017-04-20 20:43:54 [3834]

Azt a nagy gépek sem nagyon tudják.
Legalább is a közelemben levők közül egyik sem, sőt a hátralevő időt is csak egy 8 éves kis HAAS tudja csak.
Sőtt ezeknél még ha offlineba futatja az ember akkor is csalnak rendesen minuszba.
(a G kód ugye nem tartalmaz információt a tengelyek gyorsulásairól)

Előzmény: dezsoe, 2017-04-20 20:40:39 [3833]

Csak képletesen írtam ( de tényleg nagyon hasznos volt ) Sokáig gondolkodtam hogy már pénteken elmegyek a talira hogy minden felgyülemlett kérdésemet feltegyem P Balázsnak .
Hát alig maradt ...

Előzmény: svejk, 2017-04-20 20:56:54 [3835]

Mit csináltatok Ti ott tegnap ketten, hogy magszórás is volt?

Előzmény: ANTAL GÁBOR, 2017-04-20 20:43:54 [3834]

No várjál csak !! A " magod" ugyancsak termékeny földbe hullott tegnap ( Már ma megfogalmazódott bennem egy fontos makró szükségessége de másodszor már nem mertelek hívni telefonon ) Írok egy privátot is.....

Előzmény: dezsoe, 2017-04-20 20:40:39 [3833]

Sőt, a legjobb az lenne, ha lenne egy olyan funkció, ami kiszámolja a futásidőt. Akkor nem kéne offline végigfuttatni, hogy kiderüljön, mennyi idő alatt fut le.

Előzmény: ANTAL GÁBOR, 2017-04-20 20:35:00 [3832]

Akkor a megoldás mindkét tábornak :
"A legjobb lenne egy ablak a generálban ahol ki lehetne választani hogy melyik metodikát akarjuk"

Előzmény: dezsoe, 2017-04-20 20:32:15 [3831]

Mindkét lehetőség alátámasztható. Én pl. örülök neki, hogy nem automatikus, mert így meg tudom nézni, hogy több kód egymás után mennyi idő alatt fog lefutni összesen. Igaz, hogy össze is adhatnám, de az már bonyolult. (Meg kell jegyezni, hogy eddig mennyi volt... )

Előzmény: ANTAL GÁBOR, 2017-04-20 20:24:40 [3830]

Ez már nekem is megfogant a fejemben :
"Nekem valahogy az lenne a logikusabb ha Cycle Start-kor automatikusan nullázódna."
( de ha nagyon érdekel akkor nullázom kézzel amit persze nótóriusan elfelejtek )
A legjobb lenne egy ablak a generálban ahol ki lehetne választani hogy melyik metodikát akarjuk használni

Két kérdésem ismét akadt az UCCNC-vel kapcsolatban, lehet volt már róluk szó.

A szerszámpálya az egér görgővel is nagyatható aránylag érezhetően, előre görgetve nagyít de egy picit is visszagörgetve elmegy a munkadarab több kilóméteres madártávlatba.
Visszafelé görgetve az ember olyan arányú kicsinyítést várna mint nagyítást.

A másik kérdésem a ciklusidő számlálóra vonatkozik.
Nekem valahogy az lenne a logikusabb ha Cycle Start-kor automatikusan nullázódna.

Holnap du. vagyis ma, majd folytatom a törpölést...

Előzmény: svejk, 2017-04-20 00:18:48 [3827]

"A szerszámpálya az a leírt okok miatt sosem fog látszani. A pályamegjelenítő nem futtathatja a makrókat, ...."

Basszus...akkor nagy hűhó volt szinte a semmiért.

Annyit nem ér nekem hogy ne kelljen egy helyre beírni kézzel 3 sort, hogy ne legyen korrekt kijelzés.

Vagy vissza kell térni az én gyalog, buta verziómhoz -annál jó a megjelenítés- és a makro csak valahogy állítsa meg az adott sornál a programfutást ha nulla Y értéket észlel a paraméterezésnél.

Előzmény: dezsoe, 2017-04-20 00:02:21 [3826]

Nincs mit.

A szerszámpálya az a leírt okok miatt sosem fog látszani. A pályamegjelenítő nem futtathatja a makrókat, ezért az onnan jövő értékeket nem tudhatja. (Gondolj bele: egy csomó olyan makró van/lehet, ami nem csak számolgat, hanem tengelyeket mozgat, ki-be kapcsolgat dolgokat, kimeneteket vezérelhet stb.)

Egyébként, ki lehet trükközni a hibát, ha a kód elejére beírsz egy #2=1 sort. Onnantól jól működik, függetlenül a megjelenítéstől. (Ezzel "megnyugtatod" a megjelenítőt, hogy az a bizonyos sor helyes, aztán az M20000 úgyis átírja.)

Előzmény: svejk, 2017-04-19 23:52:39 [3825]

Akkor most örüljek is meg ne is?

Nekünk amatőröknek a szerszámpálya fontos és ez a kétszeri behívás sem valami szimpatikus.

No várjuk Balázs atyát, hátha mond, vagy ígér valamit!

Addig is köszi újfent!

Előzmény: dezsoe, 2017-04-19 23:12:54 [3824]

És akkor a kód:

#100= 5 (az 1. sor Y koordinataja)
#101= 10 (az 2. sor Y koordinataja)
#102= 15 (az 3. sor Y koordinataja)
#103= 20 (az 4. sor Y koordinataja)
#104= 25 (az 5. sor Y koordinataja)
#105= 30 (az 6. sor Y koordinataja)
#106= 35 (az 7. sor Y koordinataja)
#107= 40 (az 8. sor Y koordinataja)
#108= 45 (az 9. sor Y koordinataja)
#109= 50 (az 10. sor Y koordinataja)
#110= 55 (az 11. sor Y koordinataja)
#111= 60 (az 12. sor Y koordinataja)
#112= 65 (az 13. sor Y koordinataja)
#113= 70 (az 14. sor Y koordinataja)
#114= 75 (az 15. sor Y koordinataja)
#115= 80 (az 16 sor Y koordinataja)
#116= 85 (az 17. sor Y koordinataja)
#117= 90 (az 18. sor Y koordinataja)
#118= 95 (az 19. sor Y koordinataja)
#119= 100 (az 20 sor Y koordinataja)

#10= -2 (furat melyseg)
#11= 1 (utazo magassag)
#12= 250 (furas elotolas)

#21= 13 (az elso oszlop X koordinataja)
#22= 8 (az oszlopok tavolsaga)
#23= 4 (az oszlopok szama)

#1 = 100 (Elso adat sorszama)
M20000 (Adatok szama #2-be)
(#3 lesz az aktualis Y)
#4 = #22 (az X relativ mozgas elojellel)
#5 = #23 - 1 (az oszlopok szama - 1)

G17 G40 G64 G90 G92.1 G99
S4500
M3

G0 Z20
G0 X#21

M98 P10 L#2 (sorok feldolgozasa)

G0 Z20
M5
G0 X0 Y0
M30

O10
M20001 (#3 = ##1)
G0 Y#3
G81 Z#10 R#11 F#12
M98 P20 L#5
#4 = -1 * #4
#1 = #1 + 1
M99

O20
G91
G81 X#4 Z#10 R#11 F#12
G90
M99

Az M20000.txt makró:

int i = 0;
while (exec.ivars[100 + i] != 0) ++i;
exec.ivars[2] = i;

A M20001.txt makró:

exec.ivars[3] = exec.ivars[Convert.ToInt32(exec.ivars[1])];

Előzmény: dezsoe, 2017-04-19 23:11:05 [3823]

Na, kérem. A kód egyszerű, ahogy tegnap is írtam.

DE! Balázs, figyelem!

Egy hiba miatt elsőre nem fut le, ugyanis rögtön az első alprogram hívás L paramétere az UCCNC betöltésekor nullát tartalmazó változók miatt nulla lesz (M98 P10 L#2). Ezzel nem is lenne baj, ez a változó majd az M20000 lefutása után kap értéket, még a kritikus sor előtt. (Illene ellenőrizni és ha nulla, akkor STOP-ot nyomni, de ezzel most nem foglalkoztam.) Igen ám, de mivel a betöltéskor ezt a sort hibásnak bélyegezte az UCCNC, ciklus start után már meg sem próbálja végrehajtani! Ez baj. Ha viszont újra betöltjük a kódot, akkor már lefut rendesen, függetlenül attól, hogy a megjelenítés nem jó. (Nem is lehet jó, hiszen a megjelenítő nem futtatja a makrókat, és a koordináták és darabszámok ott kapnak értéket.)

Tehát a programnak úgy kellene működni, hogy a paramétereket futásidőben ellenőrzi és nem betöltéskor!

    

Előzmény: svejk, 2017-04-19 17:53:47 [3808]

Az izgis lesz, mert nagy valószínűség szerint kocsival megyek... Kár, hogy péntek este nem leszel ott, pedig arra számítottam.

Előzmény: svejk, 2017-04-19 21:24:30 [3821]

Dezsoe koma kérj valami nagyot, mert különben liitatom veled a kantint!

Ó... s milyen száraz tiszta érzés ez a 20 éve megszokott notepad felület!

Előzmény: svejk, 2017-04-19 21:20:40 [3819]

kisbetű/nagybetű...és már műxik is!

Előzmény: svejk, 2017-04-19 21:17:54 [3818]

Nem adja magát, no majd egy másik, egyszerűbb PC-nél is kipróbálom holnap.

Előzmény: svejk, 2017-04-19 21:02:48 [3817]

Ja felfogtam a notepados sor ki is van REM-elve a dupla //-el

Előzmény: svejk, 2017-04-19 21:00:09 [3816]

Előzmény: dezsoe, 2017-04-19 20:52:23 [3815]

Az csak a példa kedvéért van ott. Azért írtam, hogy keresd meg a kedvenc szerkesztődet és azt írd oda. A PSPad az én gépemen van (Win10x64), nem a tiéden!

Előzmény: svejk, 2017-04-19 20:03:33 [3814]

Dezsoe!
Azok az elérési útvonalak XP-re vonatkoznak ugye?

A notepad-ot megtaláltam win7 64 bit-ben, máshol de mi az a PSpad.exe? Ilyet nem találok.

Előzmény: dezsoe, 2017-04-18 15:39:10 [3779]

Okszi, elkönyveltem a magyarázatot!

Előzmény: CNCdrive, 2017-04-19 18:05:01 [3812]

Szia Svejk,

ok, így már értem és igen ez szándékosan így működik.
A # változó tárban az értékek nem nullázódnak csak ha újraindítod az UCCNC-t, mert lehet sok olyan alkalmazás ahol meg akarod tartani az értékeket amíg fut az UCCNC több g-kód progi betöltése során is.
Ráadásul MDI-ből is tudsz értéket adni és használni a változókat, szóval akarhat valaki olyat csinálni, hogy egy g-kód progi futása után MDI-ből fel akarja használni a változók értékét. Vagy egy következő g-kódnál tovább akarja esetleg használni a már meglévő értékeket.
Ráadásul makró hurkok és plugin-ok is használhatnak változókat saját célokra ezért problémás lehetne ha kinulláznánk minden változót mondjuk g-kód újratöltéskor.

A változó tár általad használt vagy akár egész részét te magad kinullázhatod ha erre van szükséged egy makróval, például egy for ciklussal ami 0 értéket ad a változóidnak.

Előzmény: svejk, 2017-04-19 17:53:47 [3808]

No ez a kérdés így értelmetlen, mert nem biztos, hogy ismered az előzményeket.

Elküldöm a teljes kódot magánban.

Előzmény: svejk, 2017-04-19 17:59:46 [3810]

De ha már itt vagy megkérdezlek Téged is, hogy hogy lehetne legegyszerűbben figyelni, hogy ha a #101- #120 paraméterek közt nulla értékhez ér akkor leállítsa a programot?

Előzmény: CNCdrive, 2017-04-19 17:45:47 [3807]

más...
Megtaláltam a képernyő regenerálás kódját, 555, műxik!

Előzmény: CNCdrive, 2017-04-19 17:45:47 [3807]

Itt van példának a tegnapi bénázásom eleje.
Ha mondjuk a #105... sort zárójelbe rakom, vagy nem írok az = után semmit akkor is tovább számol az előzőleg használt értékkel.
Nem elég újra betölteni a G-kódot, újra kell indítani az UCCNC-t, hogy elfelejtse a paraméter értékét.
Természetesen ha csak megváltoztatom az értéket akkor rendben az újjal számol rögtön.



#1= 13 (az elso oszlop X koordinataja)
#2= 8 (az oszlopok tavolsaga)
#3= 4 (az oszlopok szama)
#10= -2 (furat melyseg)
#11= 1 (utazo magassag)
#12= 250 (furas elotolas)


#101= 5 (az 1. sor Y koordinataja)
#102= 10 (az 2. sor Y koordinataja)
#103= 15 (az 3. sor Y koordinataja)
#104= 20 (az 4. sor Y koordinataja)
#105= 25 (az 5. sor Y koordinataja)
#106= 30 (az 6. sor Y koordinataja)
#107= 35 (az 7. sor Y koordinataja)
#108= 40 (az 8. sor Y koordinataja)
stb...

Előzmény: CNCdrive, 2017-04-19 17:45:47 [3807]

Szia Svejk,

Egy néhány soros példa kódot tudnál írni erre a jelenségre, mert nem vagyok benne biztos hogy jól értem mire gondolsz.

Előzmény: svejk, 2017-04-19 17:29:52 [3805]

No ez nekem nem fog menni.
Elküldtem magánban meddig jutottam.

Csak ha nem nyűg akkor foglalkozz vele és természetesen honorálom a segítséget.

Előzmény: dezsoe, 2017-04-18 23:24:03 [3802]

Egy számomra először érdekesnek tűnő jelenség, hogy a paraméteres G-kódnál ha zárójelezek egy sort a paramétermegadásnál, vagy csak egyszerűen nem adok értéket valamelyiknek akkor a kód újratöltése után is megtalálja az értéket és tovább számol vele.

Csak akkor felejti el, ha újraindítom az UCCNC-t.

Tehát valami tárban ott marad. azt nem tudom, hogy ez hiba-e.

Nincs mit, én is alvó módba kapcsolok...

Előzmény: svejk, 2017-04-18 23:24:37 [3803]

No ezt már csak holnap délután kezdem megemészteni....

Permanens KÖSZÖNÖM!

Előzmény: dezsoe, 2017-04-18 23:22:23 [3801]

Az első makró rövidebben:

int i = 0;
while (exec.ivars[100 + i] != 0) ++i;
exec.ivars[2] = i;

A p-re semmi szükség nem volt.

Előzmény: dezsoe, 2017-04-18 23:22:23 [3801]

OK. Az oszlopok távolságát akkor tedd a #4-be, ezzel fogsz relatív mozgást végezni.

Ezután az első makró:

int i = 0;
int p = 100;
while (exec.ivars[p+i] != 0) ++i;
exec.ivars[2] = i;

A második makró:

exec.ivars[3] = exec.ivars[Convert.ToInt32(exec.ivars[1])];
exec.ivars[1] = exec.ivars[1] + 1.0;
exec.ivars[4] = exec.ivars[4] * -1.0;

Majd arra figyelj, hogy a második makró rögtön megváltoztatja a #4 előjelét, tehát ellentétes előjellel kell a kezdőértékét megadnod.

Előzmény: svejk, 2017-04-18 23:09:11 [3800]

No és persze a fúrás sorrendje sem mindegy, az üresjáratok miatt.
X irányba kell haladni kígyóvonalban, mert az oszlopok száma 1-15-ig terjedhet 450 mm összélességben míg a sorok száma 2-20-ig de 3000 mm összmagasságban.

Előzmény: svejk, 2017-04-18 22:31:24 [3797]

Ezt eddig értem, csak azt nem tudom, hogy fognak a makrok kinézni.
Hiába tudom a logikai feltételeket ledeklarálni, ha nem ismerem a makrok utasításait és a szintaktikát.
A múltkor is egy nyamvadt két soros makrot is egy napig tartott megírni, de azt is csak a segítségetekkel.

No meg ugye ekkor már nem csak egy G-kód az egész, hanem elhagyhatatlan része a makro, amit ugye máshol tárol a gép mint a G-kódot.

Előzmény: dezsoe, 2017-04-18 22:51:54 [3798]