Sajna a kijelző érzékelője nem a legjobb, de a sebességét csak pl betöltéseknél érezni...ha kilőttem volna a netet, viruskeresőt, kicsit jobb lett volna...viszont a garvír közbeni 30-40% terhelés egész jó ettől kis géptől.

Előzmény: nyarfa, 2015-09-08 23:00:00 [2492]

Igen csak meggyőző a kísérlet. Nem ennyire akciós tablettel még gyorsabb is lehet.

Előzmény: Bozso777, 2015-09-08 22:55:00 [2491]

Napokban vásároltam egy kis 7" tabletet win 8.1 van rajta...nem egy erőgép az tuti, deee netezni jó....és persze akcióban ócsó volt :DToshiba WT7-C100
Régebben vol itt videó hogy tabival ment az UCCNC, hát csak beszereztem egy otg kábeét hogy rákössem az UC300-ra. Kíváncsi voltam mennyire is fogja bírni. Kifejezetten jól szerepelt...laserrel játszottam kicsit olyan kóddal amit előtte a számítógéppe is legravíroztam.
Először egy g-kód : UCCNC & Toschiba WT7-C100 win8.1 Tablet laser gravir

Másodjár a laser pluggin :
UCCNC & Toschiba WT7-C100 win8.1 Tablet laser pluggin

Szia!

Sajnos a Flush() sem segített, pedig nagyon bíztam benne...

A verzió-eltérés nem valószínű, mert próbáltam az UCCNC könyvtárból származó dll-ekkel is fordítani, de nem oldotta meg.

A glcQuickView_Paint-ben levő pár sor az eltérés az eredeti üres plugin forráshoz képest, a kód többi része a példa program átfordítása VB-re, tehát a C#-os plugin példába csak ez a pár sor kell. (Nálam meg C# nincs fent: nem vagyok jóban vele...)

Előzmény: n/a (inaktív), 2015-08-29 21:39:00 [2488]

Szia
Köszönöm.

Szia,

Ránéztem a kódra, de sajnos nincs a gépemen VB fordító, csak a C# express, szóval nem tudtam lefordítani.
Az nem lehet, hogy a GL.Flush() fgv. hívás hiányzik a SwapBuffers() fgv. hívása előtt?
Múltkor éppen ezzel szívtam, hogy két OpenGL controlnál az egyiknél hiányzott a Flush és emiatt nem jelenített meg semmit, sőt teljesen összezavarodott az OpenTK, gyakorlatilag Dispose-olta a glControl vezérlőket.
Utána is olvastam és elvileg nem is lenne kötelező a Flush-t meghívni, azt írja az OpenGL manual, hogy kontextus váltáskor úgyis automatikusan meghívodik, aztán találtam pár megjegyzést, hogy bizonyos videokártyákon nem jól van implementálva hardverben és ezért muszáj mégiscsak meghívni...
Szóval próbáld meg, hátha a Flush meghívásától megjavul.
Ha nem, akkor én még megpróbálnám esetleg belinkelni ugyanazt a verziójú OpenTK-t, amit az UCCNC használ, hátha a különböző verziók együttes használata okozza a problémát.

Előzmény: dezsoe, 2015-08-29 20:31:00 [2487]

Szia, Balázs!

Ha már plugin, akkor nekem is van némi gondom. Szeretnék egy olyan plugingt írni, ami OpenTK-s megjelenítőt tartalmaz. Valamilyen, általam ismeretlen okból kifolyólag nagyon utálják egymást a szerszámpálya megjelenítővel. Mellékelem a plugint, forrással együtt. Nincs túlbonyolítva, egy négyzetet rajzol és kész. Ha megjeleníted, akkor utána semmit nem csinál sem a szerszámpálya megjelenítő, sem a plugin. Ugyan az UCCNC a jelenleg letölthetőnél régebbi OpenTK-val van fordítva, úgy látom, hogy nem ez a probléma forrása:

Szia,

Szerintem arra az üzenetre gondolsz, amit akkor ír ki, ha egy pluginnak nincsen konfigurációs ablaka. A legtöbb pluginnak nincsen, mert egyszerűen a konfigurációt magán a plugin ablakon lehet elvégezni, nem készült külön config ablak hozzá, ilyenkor egyszerűen kiírja ezt az üzenetet a program, ha a Config gombot megnyomod.

Előzmény: gabi, 2015-08-29 15:21:00 [2485]

Szia
Szeretnék segítséget kérni.A pluginoknál a config-ot nem tudom megnyitni valami olyasmit ír , hogy
ebbeen az ablakban nem nyitható meg. Rosszul csinálok valamit?

Így az újabb verzióval jó lett ez a gkód.Kicsit tesztelgettem, mailban küldöm az eredményt.

Előzmény: n/a (inaktív), 2015-08-20 12:18:00 [2482]

Itt van egy kis videó alumínium öntvény marásáról automata szerszámcserével és szinkron menet fúrással. Svejk múltkor kérdezte a főorsó beforgatást, ebben a videóban valamennyire látszik a szerszám-kúp felhúzó része is a gépnek.

UCCNC alu öntvény marás szinkron menetfúrással

Szia,

Szépen dolgozik a lézer géped.
Az M10/11 problémával kapcsoltban amit írsz, megfogom nézni, hogy mi lehet a gond.

Előzmény: Bozso777, 2015-08-19 20:11:00 [2481]

Gondolom többeket is érdekel mennyit is kell "szenvedni" az UCCNC laser plugginnal mire egy képet elkezd megcsinálni. Ezért csináltam egy kis videót amin látszik ahogy elkezd egy képet gravírozni...a videón jól látszik mennyit kellett foglalkozni a képpel...csak annyit csináltam vele ami a videón látszik..semmi más előkészítés.
https://www.youtube.com/watch?v=nSwiruAD_WY


Balázs , a laser plugginba ha betöltök egy képet, elindítom, majd megállítom, és nem újra betöltöm a képet, hanem csak elindítanám, akkor megindul a gép valamerre...még nem néztem meg hova, mert azonnal leütöttem a stop gombot.
Van rá esély, hogy a cam részbe bekerül a laser választahó szerszámként ?..vágáshoz, mélyebb gravírozáshoz kifejezetten jó lenne.

M10 parancsal kissé gondban vagyok...a jelenség az hogy a laser bekapcsolása csak akkor indul el, ha poziciók X-Y nullázása után kicsit elmozdítom valamelyik tengelyt, így vissza kell menjen 0ra és akkor bekapcsolja a lasert, különben ha 0-áll akkor elindul csak laser bekapcsolás nélkül. Ezzel a kis gkóddal állítottam be a fókuszt, így jött elő a hiba, ha hiba, ha nem az akkor lécci írd meg mit írtam rosszul.

F500
G0X0.000Y0.000M3
G1X15.000 M10
Y15.000
X0.000
Y0.000
M11
G0X0.000Y0.000
M30

Előzmény: n/a (inaktív), 2015-08-15 22:34:00 [2477]

Frankón összehoztad!

És,hogy ne kelljen keresgélni...a videó a szinkronhajtásról.

Előzmény: ANTAL GÁBOR, 2015-08-16 10:33:00 [2478]

Előzmény: ANTAL GÁBOR, 2015-08-16 10:33:00 [2478]

Az UCCNC kontra UC100 as érdekes alkalmazásával játszadozom (az ötlet : egy jól megszerkesztett G33 as paranccsal kész a korrekt lefejtőmarás sőt a program adja az előtolást is és a munka végeztével szinkronozva kiveszi a marót a fogásból ) Figyelemfelkeltésre feltettem a táramba egy videót ( lefejt UCCNC _g33) ( a programozott áttétel ott 6 de a szám a realitások talaján bármekkora lehet ) A darabot a léptecs forgatja a "maró" az E240 es encoderes főorsón van ... A trükköket ( nem nagy durranás !)majd publikálom

Szia Gábor,

OK, csak ügyesen.
Egyébként tetszik az ötlet amit vázoltál és a másik Balázzsal úgy gondoljuk, hogy kivitelezhető is.

Na de addig is itt egy újabb szinkron menetfúrás, ezúttal alumíniumban és fix tokmányba fogott menetfúróval:

UCCNC menetfúrás aluba

Előzmény: ANTAL GÁBOR, 2015-08-15 20:43:00 [2476]

Szépen alakul , a választ megkaptam az ötletemet pár perce elpostáztam ...

Balázs !Nem akartam itt untatni a kollégákat ezért a magán leveleződre címeztem a kérdést.
Téma : szinkronozott G33 ( fut egy teszt az asztalomon )

Sziasztok,

Áts László: A frekiváltókban az analog rész leválasztott szokott lenni külön táplálással, ezért ráköthető közvetlenül az UC300 analog portjából az egyik analog kimenet.
A frekiváltó digitális bemeneteivel már más a helyzet, oda kell az optocsatoló az UC300 kimenetei és a frekiváltó digitális bemenetei közé.

Pisti73: A 3D plugin a Repetierhost programhoz lett kifejlesztve, a Stepcraft cég gépeihez, amiken nincsen asztal fűtés, így a plugin nem is ismeri nem kezeli ezt.
Amit a plugin tud, az az, hogy program megállításkor (Stop nyomás) a fejet kiemeli a beállított magasságra, hogy a filament és a fej ne dermedjen össze a munkadarabbal. Az XYZA pozíciót ilyenkor a szoftver eltárolja és a következő ciklus indításkor az XYZ először a megjegyzett pozícióra mozog,
az A tengely DRO-t pedig reset-eli a megjegyzett koordinátára (mozgás nélkül).
Az A tengely a filament előtoló motor és így a stop-kor a felhasználó el jog-olhatja az XYZ tengelyeket és eltekerheti az A tengelyt, például kicserélheti a filament tekercset ez a program folytatásnál nem fog problémát okozni. A plugin kezeli még ha jól emlékszem az M106 és M107 parancsokkal a ventillátort. Az M106-nak lehet paramétere, ami a ventillátor sebességét állítja.

Az asztal fűtés szabályzásra lehet használni esetleg az egyik analog kimenetét az UC300-nak, persze kell hozzá a megfelelő külső elektronika ami ez alapján a fűtőszálat meghajtja. Az analog jel hozzákapcsolható változó értékhez, így viszonylag egyszerűen, egy változó értékadásával lehetne az asztal fűtést állítani, például #500 = 128

Előzmény: Áts László, 2015-08-14 19:17:00 [2471]

Bocs "3d printer plugin".

Előzmény: pisti73, 2015-08-15 07:46:00 [2472]

Szia Balázs!

A 3d plugin-ről található leírás valahol?

Olyat szeretnék még kérdezni, hogy megoldható lenne e az UC300-al a 3d nyomtató asztalának és nyomtató fejének a hőmérséklet szabályozása?

Köszi előre is!

Csak valamiért "kiüti" az UC-t ha a szalagkábeles lpt átalakítóval összedugom a breaout kártyával. De mindegy,mert az csak egy próbálkozás volt,úgysem úgy fog működni. Viszont,ha már szóba került,a frekiváltó kimenetet minden további nélkül be lehet kötni,vagy kéne hozzá valamilyen átalakító?

Előzmény: n/a (inaktív), 2015-08-14 18:20:00 [2470]

Szia,

Örülök, hogy jól működik.
És igen, a 26. lábra valóban be van kötve az USB +5 Voltja és ahogy a következő hozzászólásodban írtad is, ez a DSUB25 porton már nem jelenik meg, mert azon csak 25 pin van, a 26. (+5V) ebbe nincsen bekötve, mivel a nyomtatóporttal azonos a lábkiosztás és a nyomtatóporton sincsen +5V.

Előzmény: Áts László, 2015-08-14 01:43:00 [2468]

Ja az eredeti lpt-n csak 25 láb van... Este van már rendesen.

Előzmény: Áts László, 2015-08-14 01:43:00 [2468]

Beüzemeltük ma az UC300-as kártyát a marógépen,egy picit más lett a hangja és olyan simán és rángás mentesen mozog gyorsjáratban is,hogy az hihetetlen. Profi munka,csak ajánlani tudom! Talán érdekes lehet egy kis gigszer: első próbának rá lett dugva a meglévő 5 tengelyes breakout kártya lpt csatijára és meg is állt rögtön. Kiderült,hogy a 26-os lábon ki van kötve a +5V az eredetin pedig az test... Tehát így nem megy. Gyanítom,hogy ennél a szalagkábelnél lehet valami disznóság. De mindegy mert direktben jól működik. És a léptető vezérlőkön is van optó a bemeneten.

Persze. Én is csak vicceltem. Előbb-utóbb elindul. Csak gondolom úgy vannak vele a fiúk, hogy előbb megcsinálják rendesen a marós részét a dolognak. Ami szerintem így helyes. Bár, nem tudom mekkora a csapat, hol tart a fejlesztés.

Előzmény: svejk, 2015-08-12 19:18:00 [2464]

Régen volt ez a videó amikor még csak döcögött a menetfúrás fixen befogott menetfúróval!
Látszik hogy annyira pontos a vezérlés hogy, a danamid forgács nem válik el a munkadarabtól mikor kifelé jön a menetfúró!
itt

Eszterga témában nem zaklatlak többet Beneteket.
Úgy csinálok, mint Svejk.
Megvárom, míg elindul az eszterga projekt, és szerény tudásommal megpróbálok segítségetekre lenni.

Előzmény: Polgárdi Balázs, 2015-08-12 10:04:00 [2453]

Ebből nem lesz vita, mert elhiszem.
De tudod én itt a fórumon a Mach2-mellet nőttem fel és sajnos az elején ott sem működött jól a szerszámkorekció.
Nem is tudom most működik-e rendesen, mert nem vagyok gyakorló felhasználó, van egy marógépezetem, de csak mint műkedvelő kapcsolom be évente párszor.
A lényege az lett volna a mondandómnak, hogy ha egyszer elindulna az a bizonyos eszterga project, akkor úgy is "kivernénk" a a tuti megoldásokat, csak indulna már el valahogy.

Előzmény: n/a (inaktív), 2015-08-12 13:40:00 [2461]

Beszéltünk róla . Keresem is a levelezőmben de nem találom ( lehet élőszóban ment ) valami rémlik : 4 es jelfeldolgozás n= 3000 1/min ( 50 1/sec ) 100 as encoderrel 20kHz bemeneti frekit eredményez . Ez lenne a határ? ( még mindíg nincs rá szükségem de pár óra múlva remélem működik egy teszt kütyü az asztalomon )

Előzmény: n/a (inaktív), 2015-08-12 14:08:00 [2462]

Gábor, nincsen semmi ilyesmi amit írsz. Az egyetlen megkötés a max. encoder frekvencia amiről már beszéltünk. De szerintem a legcélravezetőbb ha kipróbálod, végülis úgy tudom neked rendelkezésre áll minden hozzá.

Előzmény: ANTAL GÁBOR, 2015-08-12 12:33:00 [2460]

Csak a vita kedvéért...
Nem, az esztergályosok sem szeretnek feleslegesen programozni. Gondolom sokan vagytok akik a "hobbi" gépeitekkel vállaltok bérmunkát. Az mindegy, hogy maró-, vagy eszterga gép-e. Képzeld el, hogy van egy visszatérő munkád, de nincs ugyanolyan szerszám, vagy lapka a fiókban, mint legutóbb. Csak hasonló. Melyik a kézenfekvőbb? Leülni a számítógép elé és újra programozni az alkatrészt, de legalábbis a simító pályát, vagy átírni egy regiszter értéket a vezérlőben? Hidd el, nagyon fontos az offset funkció.

Előzmény: svejk, 2015-08-12 10:19:00 [2454]

Félreértetted a Mach ot csak példának hoztam fel
"Kell lennie egy számolási szisztémának ami az UC 100-300 egységek órafrekvenciájából a számábrázolás metodikájából az UCCNC dolgaiból és a főorsó fordulatszámából mindig megadja az optimális és még éppen használható CPR értéket"

Előzmény: Polgárdi Balázs, 2015-08-12 11:36:00 [2459]

A #2453-ban írtam, hogy a Mach3 és UCCNC használatakor a firmware ami az UC100 és UC300-ban fut teljesen más. A Mach3 korlátait ismerve az UCCNC-nél már másképp lett megcsinálva és nincs min. fordulatszám megkötés. UCCNC-nél akár 0 fordulattól tudsz menetet vágni (sőt visszafelé tekerve is működik, de az nem ajánlott).

Előzmény: ANTAL GÁBOR, 2015-08-12 11:17:00 [2458]

Nem vagyok vizsgálóbíró ezért csak kérdezek ...
Kell lennie egy számolási szisztémának ami az UC 100-300 egységek órafrekvenciájából a számábrázolás metodikájából az UCCNC dolgaiból és a főorsó fordulatszámából mindig megadja az optimális és még éppen használható CPR értéket ( ha visszaemlékszel ti világosítottatok fel, hogy a Mach nál az indexes fordulatszám mérés miért nem működik kb 96 1/ min alatt .. Persze nekem jutott "gyógyszer" erre a problémára is )

Előzmény: Polgárdi Balázs, 2015-08-12 11:00:00 [2457]

Alacsony fordulatokhoz használhatsz nyugodtan akár 1000-eset is vagy nagyobbat, és ha 50mm-es menetemelkedést akarsz esztergálni, akkor pedig kell is a magasabb felbontás.

Előzmény: ANTAL GÁBOR, 2015-08-12 10:53:00 [2456]

Köszi a választ ! Ment egy magán levél a levelezőtökre és tovább forszíroznám az encoder CPR értékét. Az átlagembernek OK jó a 100, de biztos van optimálisabb ha pl a főorsó 240 1/ min nel netán 60 1/ min nel forog ... Ne legyen szempont a tárcsa gyárthatósága beszerezhetősége

Előzmény: Polgárdi Balázs, 2015-08-12 10:04:00 [2453]

A szerszámsugár korrekciót csak példának írtam, amivel azt akartam szemléltetni, hogy ezek a "lépcsők" nem egy hétvége alatt megvan kategória.

Előzmény: svejk, 2015-08-12 10:19:00 [2454]

Inkább csak kérdezem, mert nincs tapasztalatom ebben.
Ez a szerszámsugárkorrekció az én gondolatvilágomban bonyolult matematikát érintő műveletek halmaza, biztos nem lehet egyszerű megvalósítani.

De ma már elérhetőek elég kezes CAD-CAM progik, amik ezt helyettesíthetik.
Lehet valami béta verzióval elő lehetne állni a korrekció nélkül is. (a többi fontosat meg talán már tudja most is)

Vagy ennek nem lenne értelme, az esztergályosok csak manuálisan szeretnek kódot írni?

Próbálok válaszolni a sok kérdésre:

Miki2: Az UCCNC-ben az eszterga üzemmód kialakítása valóban várat még magára, de a menetfúrás (és a szinkron menetvágás, mivel már ezt is tudja) tekinthető ennek az előfutárának. Szerintem sokan nem tudjátok, de az UC100 vagy UC300 Mach3-al és UCCNC-vel teljesen másképpen működik belül. Pontosabban különböző firmware fut bennük, melyeknek működése merőben eltér. Az újabb firmware amit párhuzamosan az UCCNC-vel együtt készült el, tudja a menetfúrást/vágást és még sok minden mást is, amit a Mach3-as firmware nem tud. Mivel új alapokra lett helyezve az egész működés (habár a felhasználók ebből semmit se látnak), ezért nem olyan egyszerű Mach3-ra is átírni. És a látszat ellenére, hogy nem történik semmi, a háttérben nagy erőkkel folynak a fejlesztések. És igaz egyenlőre a populárisabb modulokat helyezzük előtérbe a fejlesztéskor.

Antal Gábor: Az UC100 is tudja a menetfúrást.
Enkódernek 100 réses enkódert javaslok (az UCCNC 4x üzemmódban dolgozza fel, így kevesebb, mint 1fokos pontossággal tudja a főorsó pozícióját megállapítani, ez általában elég szokott lenni, és viszonylag egyszerűen kialakítható akár saját tárcsával és szenzorral is).
A működésből adódóan nem akkumulálódik hiba menetfúrás/vágás közben, mert a számítások tört számokkal lebegőpontos matematikával történnek.
Még a kis lépések taktikára válaszolva: pontosan ezt a stratégiát követjük, lépésenként haladunk. Az már más kérdés, hogy a felhasználónak egy lépés (pl. szerszámsugár korrekció ) a vaságban nem is olyan kicsi lépés

Ezt csak mellékesen jegyzem meg, de sok felhasználónak természetesnek tűnik, hogy az UCCNC program működik a gépén, pedig rengeteg munka van benne, hogy XP-től Win10-ig minden oprendszeren kifogástalanul menjen.

És végezetül továbbra is szívesen fogadjuk építő jellegű ötleteket, tanácsokat, amiket megfontolva be is építünk a programba.

Párszor próbáltam a menetfúrást a gépemen, én is ezt alkalmaztam.
De még csak nem is kioldóssal.
Egyszerűen kézzel megírtam, hogy az adott Z-nél forduljon az orsóirány és induljon fel a Z.
A kiegyenlítőnek mindössze azt az 1-2 mm-t kellett dolgoznia amíg a főorsó irányt váltott.
A frekiváltón a gyorsulást lassulást ilyen esetben kicsire lehet állítani, mert nem kell nagy fordulatszámra szükség.

Előzmény: Motoros, 2015-08-12 08:20:00 [2451]

OFF:SZERINTEM ezeknél az un kemény menetmegmunkálásoknál (amikor a menetfúró vagy metsző végzi a munkát) nem érdemes a szinkronnal bajlódni.
Elég betenni egy hosszkiegyenlítős befogót.
Mikor leért akkor kiold és csak meg kell fordítani a forgás irányt, mikor feljött visszáll alapba.

Köszönöm szépen ( Snecinek és Svejknek ) megértettem .Amikor elérte a programozott Z- t
akkor M3 ból M4 lesz ( de ez nincs kihangsúlyozva a G kódsorban mert automatikusan végbemegy .
Homovits Miklósnak volt napokkal ezelőtt egy lefejtő marós kérdése . A kvázistabil fordulatszámú ( pl aszinkron motoros ) főorsóhoz kell szinkronozni a mellékhajtást.Telefonon elmondtam neki a véleményemet ami Bencze András is megerősített itt : konkrétan elektronikus gear-ral rendelkező AC ( DC ) szervó vezérlő az egyik megoldás ami a főorsó encoder jeléről van vezérelve vagy közvetlenül vagy egy quadratúra dekóderrel előállított step dir jellel . Természetesen T45 DOS os valós idejű szisztémája is alkalmas rá .( jelezte is )
Elvileg az UCCNC is (és a linux is) valami hasonlót csinál. Jó lenne ismerni a korlátokat , a pontosságot mert egy menetfúrás menetesztergálás az rövid ciklusokból áll a lefejtő marás pedig hosszú monoton munka . Az érdekelne hogy a hibák halmozódnak e vagy sem ( a félig elkészült fogaskeréknek lemaródik e a foga ha összegződnek a hibák ? ) Vagy ebben az esetben az UCCNC pontosan úgy működik mint az elektronikus gearral rendelkező pozíciószervó csak nem nekünk kell bajlódni a gearral ( megadjuk a paramétereket és ő beállítja a geart amit nem köt az orrunkra ? Minthogy az UCCNC viszi a léptetőt is, olyan triviális hibát mint lépéstévesztés nem tételezek fel..
Természetesen azt is jó lenne tudni hogy adott főorsó fordulatnál mi a legoptimálisabb encoder CPR érték a legkeményebb szinkronhoz ( remélem Balázs nem nyaral de Sneci ,Svejk és a többi kolléga is válaszolhat

Lásd 41. oldal.
A G33.1 vagy G33.2 automatikusan elvégzi az M3/M4 vagy fordított váltást.

Előzmény: ANTAL GÁBOR, 2015-08-11 20:32:00 [2435]

Ezzel át kellene menni a Linuxcnc-be, ne itt szemeteljünk. Kicsit fejtsd ki, mert nem pontosan értem a problémát:)

Előzmény: KoLa, 2015-08-11 21:25:00 [2444]

Véletlenül ide tévedtem:)
A G33.1 mondat vezérli a komplett ciklust. A frekiváltón kell a CW/CCW vezérlés, anélkül nem működik. A Z előtolást a pillanatnyi főorsó szögsebességhez és forgásirányhoz igazítja.

A végrehajtás vázlata:
1) A pillanatnyi Z helyzetben átkapcsol szinronizált módba és várja a főorsó index jelét.
2) Ha megjött az index, akkor szinkronizáltan mozgatja a szerszámot a megadott Z-ig.
3) Ha elérte a Z-t, akkor megfordítja a forgásirányt. Ahogy lassul a főorsó, arányosan csökkenti az előtolást. Ha a főorsó elkezd ellenkező irányba forogni, akkor az előtolást ennek megfelelően megfordítja, és a fordulattal arányosan kiviszi a szerszámot az eredeti Z-ig.
4) Ha elérte az eredeti Z-t, akkor ugyan úgy mint befelé menet, arányos előtolással megint megfordítja a forgásirányt.
5) Ha elindul a főorsó az ellenkező irányba, akkor kikapcsolja a szinkronizált módot és vége a mondatnak.

Az utolsó 2 pont lehet, hogy itt nem pontosan így történik, a Linuxcnc ilyen.

Előzmény: ANTAL GÁBOR, 2015-08-11 20:32:00 [2435]

Persze, értem én, hogy más világ.
Ezért kell ösztönözni a programkészítőket.

Biztos vagyok, hogy az UCCNC kapcsán is kiakasztottuk a program íróját párszor, de azért talán néha segítettünk is nekik a felhasználóbarát program létrehozásában.

Előzmény: KoLa, 2015-08-11 21:25:00 [2444]

Mindíg mindent meg kell neki mondani! de úgy hogy értse!Nem egyszerű!

Előzmény: Áts László, 2015-08-11 21:14:00 [2443]

Nem erre gondoltam pont! hanem arra hogy, ezt a programot is főleg marógépre fejlesztik!
Az esztergálásnál olyan igények vannak amit nem is sejtenek a program fejlesztői!
Tovább fejlesztik a maróhoz, aztán leképzik esztergára és kapok egy új verziót, ami alapban g64-el indul, olyan értékekkel hogy a derékszögű g0 mozgásokat r20-al lekerekíti, próbáljatok egy 40-s furatból kijönni a furatkéssel x80 z1 -re! Szerszámtörés géprongálás stb, kár keletkezik!
Keletkezne! ha, nem tesztelnénk kicsit a levegőben!
Nem is tudtam hogy a g64 gyorsjáratban is számít!
Szóval erről van szó!..............

Előzmény: svejk, 2015-08-11 21:13:00 [2442]