Ja,ha egyben lépek 1mm-ert az 1.0000,és ha vissza 1-et az 0.0000 lesz,tehát csak a 0.01-es felbontásnál csinálja.
Én ezt nem értem

Előzmény: svager, 2016-07-25 20:14:00 [3142]

Lehet nem ide való hanem a bénába,de UCCNC
ezért itt kérdezem.

Ha 0.01-es lépésekkel léptetek 1mm-ert akkor nem 1.0000,hanem 1.0088 lesz,és ha visszaléptetem egyben -1mm-ert akkor az nem 0.0000-lesz hanem 0.0088

Ez vajon miért lehet? Valami nincs jól beállítva ?
Remélem érthető a kérdés,rakok fel két képet a problémáról

Az első:
elléptetem 0.01 el az 1mm-ert



Második:
visszalépek egyben -1mm-ert,természetesen itt fennmarad 0.0088

Köszi, azt holnap egy perc alatt kipróbálom . ..

Előzmény: Polgárdi Balázs, 2016-06-22 19:48:00 [3140]

Ha megcseréled az A/B jelet, akkor megfordul az irány (a program is ezt csinálja, ha kipipálod a "Reverse enc. dir.", csak szoftveresen cseréli fel a két pin számát belül)

Előzmény: ANTAL GÁBOR, 2016-06-22 19:18:00 [3139]

Elhamarkodtam a forrasztópákás javítás gondolatát ( a lustaság győzött szerencsére ). Az irányt gondolom egy szoftweres quadratúra dekóder állítja elő. Cserélgethetem én a bemeneteket . A forgásirány adja a dir jelet... A jelet kellene negálnom de azt csak a fejlesztők képesek megváltoztatni

Előzmény: ANTAL GÁBOR, 2016-06-22 16:49:00 [3138]

Balázs ! Csak egy probléma van : ( és mint említettem akár tudok is vele élni vagy veszem a forrasztópákát és kiküszöbölöm ). Szóval betölt ő mindent csak a reverse encoder parancsot ( pipát ) nem . Az hogy tegnap jó volt az annak volt köszönhető, hogy véletlenül a szokásossal ellentétesen forgattam az encodert . Mint írtam ez a TOS nál nagyon egyszerűen megoldható (konkrétan a TOSnál egy kar egy korábbi műveletből az úgy maradt )és az új verzió ( a 20 as ) alapból pipa nélkül indult el .
Direkt visszakerestem a nektek elküldött pro filét . Nos ott is ( és gyakorlatilag mindig a reverse encodert szerettem volna ( ezek szerint sikertelenül ) használni . Amit tegnap beszéltünk annak kb a felét voltam képes felfogni ( és erre még büszke is vagyok ! ) de mára megállapítható hogy gyakorlatilag egy apró problémával állunk szemben és tudok várni

Előzmény: n/a (inaktív), 2016-06-22 14:57:00 [3137]

Gábor,

Ahogy telefonon tegnap elmondtam neked, az encoder hibát nem javítottuk a 20-as végű verzióban, mivel akkor még nem is tudtunk a hibáról. Az, hogy megjavult nálad ezzel a verzióval az csak véletlen, de ezt részletesen elmagyaráztam tegnap a hiba okával együtt.
Ahogy mondtam telefonon rájöttünk, hogy mi okozhatja a problémát, hogy miért nem tölti bele a mozgásvezérlőbe a gépeden az encoder adatokat. A hibát javítottuk, de máson is dolgozunk jelenleg, szóval egy kis türelmedet kérném, a következő kiadásban a hiba javítva lesz, addig sajnos kénytelen leszen Apply settings-et nyomni szoftver indulás után.

Előzmény: ANTAL GÁBOR, 2016-06-22 12:10:00 [3135]

KOLOMBUSZ TOJÁSA!!!!!! ( megtaláltam a hibát)
Nem menti el a encoder rev értéket ( a pipa kijön a képernyőn ha korábban úgy volt elmentve de az csak egy VIRUÁLIS pipa . Valójában olyan mintha ott sem lenne ! Vagyis ha mechanikusan úgy kapcsolom a szíjhatású encodert hogy az jó legyen ( megfeleljen a pipamentes állapotnak ) akkor minden OK az Uccnc meghívása után mehet a menet. De ha az encodert úgy forgatom hogy a reverzált kelljen hozzá akkor nem megy csak ha applay + save ( és utána a kilépésig minden OK ) Aztán ha ujraindítom akkor jól átver a VIRUÁLIS pipa
A legegyszerűbb javítási metodika : megcserélem fizikailag az A B jeleket a fordított forgású encódernél aztán pipa nélkül jó lesz

Zajlik az életem : Visszajött az index problémám. Gépészeti okokból fizikailag megváltoztattam az encoder forgásirányát ( Szíjhajtású az encoder és a TOS nál csak egy mechanikus kapcsolót kell átváltanom hozzá ) Így sokkal eronómikusabb a gépem mert a CNC ről nagyon könnyű visszatérni akár a vonóorsós előtolású hagyományos gépre

Természetesen az encoder directiont is reverzáltam ( Most van pipa ) . És ezzel beütött a mennykő : nem működik csak ha az UCCNC meghívása után spindle setup applay + save t nyomok .. Pont az mint ami régen volt

Csináltam egy cselt : elmentettem a mai friss pro filét ( megnéztem a reverzácio OK ) és újratelepítés után ( 20 as verzió ) kicseréltem a gyárival ( mert tegnap is valami hasonlót csináltam és akkor megjavult ) Semmi eredmény ...... Jöhetne az a teszt program hogy megtaláljuk a hiba okát

Balázsok ! Dezsoe kolléga tanácsára felraktam a legújabb verziót ( 20 as ) Azzal megszűnt az index problémám. Amikor előálltam akkor jeleztem hogy nálam egy régebbi verzió fut. SŐT : hogy ezt ki is hangsúlyozzam elküldtem az "About" fényképet ahol a licensz, verzió stb kristálytisztán látszik . Megspórolhattunk volna pár órát ha legalább ti regisztrálnátok ,hogy egy egy verzióváltásnál mi került javításra ( mert kristálytisztán látszik hogy a 16 os verzióban volt valami mentési anomália a 20 as pedig már OK )
Most nekilátok a másik ( mailben leírt eset tesztelésének )

DEZSOE nek köszönet a supportért !!

No ez már komoly előrelépés ... Azt már korábban jeleztem hogy a diagnosztika ablakban a Sync thread led ilyenkor piros ( remélem fejből jól írom mostanában nem néztem )

Előzmény: n/a (inaktív), 2016-06-19 01:02:00 [3132]

Szia Gábor,

Ahogy P.Balázs írta a #3128 válaszában a te beállításoddal is kipróbáltuk, amiben az index a port#2 pin#11-en van. Nálunk ezzel is jól működik.
Egy ötletünk van még, hogy mi lehet, viszont tesztelni nem tudjuk, mivel nálunk most is jól működik, de fogunk csinálni neked egy teszt verziót hamarosan, amit tesztelned kellene és amiből kiderül majd, hogy jól gondoljuk-e a probléma okát.

Előzmény: ANTAL GÁBOR, 2016-06-18 13:40:00 [3131]

Nagyon gondosan átnéztem mindent és ma is ugyanaz a hibám : nem érzékeli az indexet a bootolás után csak akkor ha applay + save gombot nyomok a spindle nél .. De eszembe jutott egy lehetséges ok ( minthogy tegnap írtam hogy a többi configot szépen betölti ) Tehát : nálam az encoder és vele az index is a KETTES !!!portra van configurálva . A fordulatszámot ( ha az egy határérték fölötti ) azt szépen kijelzi . De mint írtam a G33 elérésekor vár vár és vár . ( Gyanús nekem ez e kettes port ... ) Levideóztam az egész problémát majd átküldöm .......

Annyit még kiegészítésképp hogy a tengely adatok ,sebességek ,gyorsítások , hot key ek stb azok mindig szépen betöltődnek ott semmi anomáliát nem találtam,egyedül a spindle index dolgánál fordul elő a jelzett hiba

Előzmény: ANTAL GÁBOR, 2016-06-17 21:34:00 [3129]

Pont erre gyanakszom ...De én nem szerkesztem az UCCNC n kívül a profil filét . Én megnyitottam anno az UCCNC t és beconfiguráltam a dolgokat majd szabályosan kiléptem . Minden korrektül lementődik . A profilban én is látom ( F3 al ) hogy mik vannak ott Az index úgy van ahogy írod .
DE g0x10z20
G33........ + ciklus start után elmegy x10 z 20 ba és szépen vár...
Ha ciklus stop után a spindle setupba nyomok egy applay + save t akkor rewind és DRO = 0 után elindul és órákon keresztül szépen dolgozik . Ha kilépek és újra be, akkor ugyanaz kezdődik elölröl . Nem tölti be, vagy nem azt tölti be amit elvárnék . A Mach nál úgy rémlik hogy felugrik egy ablak hogy most elmenti a dolgokat . Nálam az UCCNC ( emlékeim szerint )csak azt kérdezi meg angolul hogy ki akarok valóban lépni ? Nekem ez természetes hisz a spindle nél nyomtam save t tehát minek azt mégegyszer menteni ???

Előzmény: Polgárdi Balázs, 2016-06-17 20:00:00 [3128]

Szia Gábor megnéztem a Profil fájlodat, és nálam működik egyből (feltéve, hogy ez a beállítás kell neked: Index 2 port 11 pin / EncoderA 2 port 10 pin / EncoderB 2 port 12 pin) Amit küldtél profilt legalábbis ezek vannak beállítva, és ezekkel működik. Ha átállítom más értékre és elmentem, akkor a következő indulásnál azokkal indul.
Az nem lehet, hogy amit betöltesz és szerkesztesz profilt, majd elmentesz, az UCCNC indításakor nem azzal a profillal indítod?

Előzmény: ANTAL GÁBOR, 2016-06-17 18:50:00 [3125]

Ok küldöm maiban 5 perc és ott lesz ...

Előzmény: n/a (inaktív), 2016-06-17 19:22:00 [3126]

Szia Gábor,

A jelzett hibát, mármint, hogy az index nem müködik nálad induláskor már akkor megvizsgáltuk amikor jelezted, de nem tudtuk előidézni.
Mármint hogy az én gépemen is és Balázs gépén is müködik az index induláskor, azt az értéket veszi fel a mozgásvezérlőben ami be van állítva és indítja is a menet vágáskor a vágást.
A kódot megnézve se látunk rá okot, hogy az hogyan történhet hogy nálad nem veszi fel az értékét. Az is fura amit írtál, hogy amúgy meg látja az indexet a Diagnosztikán.
Szerintem mégegyszer elküldhetnéd e-mailben, hogy pontosan hogyan történik, mert lehet én értettem valamit félre, de ahogy elmondtad, hogy hogyan van a hiba, a kép nekem nem áll össze teljesen.

A képernyő szett problémát meg nem értem, a képernyő nem menti el, nem írja felül csak úgy saját magát.
Nem értem, hogyan tudna "emlékezni" a régi 1000 max. értékre, ha egyszer átírtad és utána már nem írtad vissza 1000-re.
Hacsak nem eleve el sem menti a fájlba, de akkor meg nem a reboot okozna problémát, hanem minden UCCNC indításkor a régi max. érték lenne.

Előzmény: ANTAL GÁBOR, 2016-06-17 18:50:00 [3125]

BALÁZSOK !! A korábban jelzett mentési anomália mellé ma bejött egy újabb . A spidle setupban korábban korrektül át lett állítva az encoder max CPR érték ( Klincsik Balázs segített telefonon ) (Screen editor max value , apply ) Azután be lett írva a 2000 es szám . ( szintén applay + save ) Szépen dolgozik mindaddig amig ki nem lépek a programból. Egy reboot után max value 1000 jön föl ( és az index sem működik mint azt már jeleztem ) . Kezdhetem elölről ( screen editor ,max value átállítás , majd 2000 beírás , applay + save )
Nézzétek már meg mert ma sikerrel elrontottam egy fontos menetet ( a fene se gondolta hogy leellenőrizzem a 2000 et ( az indexet az minden bekapcs után apply- olom + save-elem ). Egy hasznom azért van szépen begyakoroltam már a sreen editálást

Jó hideg sör mellett

Köszi ! Írtam magán levelet de legszívesebben élőszóban folytatnám

Előzmény: dezsoe, 2016-06-13 07:57:00 [3122]

© ANTAL GÁBOR: "Balázs! szeretném ha az UCCNC alapból úgy állna föl hogy a szerszámpálya az XZ síkot mutassa ( mintha megnyomnám a harmadik ( ? ) kiskockát a bal oldalon .Mint levélben jeleztem szépen haladok egy degradált sreen nel amit az esztergához szeretnék használni . Jó lenne ha nem kellene a kockát megnyomni mert akkor azt a szerkesztett felületemről egyszerűen elhagynám"

Szia, Gábor!

Bármilyen gombot megnyomhatsz induláskor, ha az M99998.txt "konstruktor" makróba beírod, pl.:

exec.Callbutton(176); // Clear G54 offset

A gombok listája a doksi könyvtárban megtalálható. Így be tudsz állítani bármit előre, amire szükséged lehet, DE.

Az általad kért funkcióval az a baj, hogy hiába állítod be az alábbiak valamelyikét:

139 - Toolpathview45 - Sets the toolpath to a 45° look viewing mode.
140 - Toolpathviewright - Sets the toolpath to a right side look viewing mode.
141 - Toolpathviewleft - Sets the toolpath to a left side look viewing mode.
142 - Toolpathviewtop - Sets the toolpath to a top side look viewing mode.
143 - ToolpathviewISO - Sets the toolpath to Isometric viewing mode.

Amikor egy file betöltődik, akkor mindig a felülnézet (Toolpathviewtop) választódik ki. Próbáltam írni egy makrót, hogy a file nyitás után állítson nézetet betöltés után, de nem vált be:

exec.Callbutton(124); // File betöltés gomb
while(exec.IsMoving()){}; // Ez sajnos nem várja meg a betöltést
exec.Callbutton(143); // ISO nézet, próba képpen

Balázs: Esetleg beállítások közé egy olyan opció bekerülhetne-e, hogy betöltés után milyen nézet legyen? (Én pl. mindig ISO-t használok, de Gábornak egy az XZ kéne.)

Előzmény: ANTAL GÁBOR, 2016-06-08 17:03:00 [3120]

Szia Balázs.
Ez jó lehet főorsóra, ad index jelet is?
enkóder

Előzmény: n/a (inaktív), 2016-06-07 23:28:00 [3114]

Hacsak úgy nem ....

Előzmény: n/a (inaktív), 2016-06-08 17:01:00 [3119]

Szia Gábor,

Nem műhelytitok, le van írva a dokumentációban.

Előzmény: ANTAL GÁBOR, 2016-06-08 13:16:00 [3118]

"Egyébként az UCCNC-be épített képernyő szerkesztővel át tudja írni bárki, csak be kell lépni screen editor módba és a mezőt ki kell jelölni és a screen editor ablakban a max.value értékét nagyobbra kell venni és elmenteni a screenset fájlt."
No ez való a számítógép guruknak , kell oda még egyéb trükk ( folyamatosan nyomott shift vagy controll gomb stb ...) Mint írtam nálam megy, de vakkantós pulikutya legyek ha vissza tudnám állítani például .
Van a doksik között leírás a screen szerkesztés műhelytitkairól ???

Előzmény: n/a (inaktív), 2016-06-08 12:34:00 [3117]

Szia Gábor,

Igen, a screenset-ben a max. érték ehhez a beállításhoz max. 1000 értékre van állítva. Majd ha lesz egy kis időm átfogom írni nagyobb értékre.

Egyébként az UCCNC-be épített képernyő szerkesztővel át tudja írni bárki, csak be kell lépni screen editor módba és a mezőt ki kell jelölni és a screen editor ablakban a max.value értékét nagyobbra kell venni és elmenteni a screenset fájlt.

Előzmény: ANTAL GÁBOR, 2016-06-08 05:32:00 [3115]

Köszönöm!

Előzmény: n/a (inaktív), 2016-06-07 18:53:00 [3108]

Balázs ! ha már linkelted az encodereket
és bőven van köztük 500 as felbontású is akkor közkinccsé kellene tenni hogyan kell beírni a spindle setupba a 500*4 = 2000 es számot
( mert alapból most csak 1000 t enged maximumként
Nálam megoldottuk a telefonos szupporttal de mások is bele fognak ütközni a problémába. A legegyszerűbb lenne " központilag" ( egy új verzió közzétételével ) megnövelni az értéket pl 2048 ra mert bizisten még egyszer igen nehezen tudnám már átállítani ( vulgárisan fogalmazva : elfelejtettem a metodikát )

Mindenkinek : természetesen bőven elegendő a 100 as encoder de ha a főorsó nem forog
" ezerrel " akkor nincs gond a finomabb felbontással sem sőt lassú forgással készített nagy emelkedésű meneteknél ( Pl 4 menet / coll laposmenet ) még előnyösebb is . ( én ipari 500 as encodert szereltem fel

Előzmény: n/a (inaktív), 2016-06-07 23:03:00 [3112]

Szia,

Igen, az jó lehet, annak állítható a felbontása.
Vagy akár a nagyobb fix felbontásúak is a legtöbb esetben megfelelőek, mert menetet a legtöbb alkalmazás esetén nem vág/fúr az ember nagy főorsó fordulattal. A frekvenciakorlátot kell csak figyelembe venni és a max. főorsó fordulatot menet vágáskor/fúráskor kell ismerni és akkor meghatározható egyszerűen a max. encoder felbontás az adott alkalmazásra/gépre.

Előzmény: Pabló, 2016-06-07 23:09:00 [3113]

Köszi a gyors választ.
Akkor amint látom az az amt103 lenne ami jó lenne ide.

Előzmény: n/a (inaktív), 2016-06-07 23:03:00 [3112]

Igen, mindegyik mozgásvezérlőnk UC100, UC300, UC400ETH tud szinkron menetet vágni. Ezt a funkciót tudják már vagy másfél éve egyébként.

Encodernek inkrementálisnak kell lennie. Kell egy A, B és Index csatorna. De az index csatorna lehet például egy különálló szenzor, pl.optokapu, ha az encoderen csak A, B csatornák vannak és index nincsen.

Néhány encoder: Encoderek

A tapasztalataink szerint egy 100PPR (400CPR) felbontású encoder bőven megfelel. Illetve a frekvencia határa a mozgásvezérlő max. kernel frekije/2. UC100 és UC300-nál 50 000Hz, UC400-nál 200 000Hz.

Előzmény: Pabló, 2016-06-07 22:56:00 [3110]

A felhasználói kézikönyv 42. oldalán van tárgyalva a G33.1 és G33.2 kód: UCCNC_hasznalati_utasitas

Előzmény: KoLa, 2016-06-07 22:02:00 [3109]

És akkor egy hülye kérdést is feltennék Balázs.
Ezt az uc100-al is lehet ugyanígy használni?
És pontosan milyen inkrementális enkóder kellene hozzá, esetleg egy linket kérhetek?

Előzmény: n/a (inaktív), 2016-06-07 18:53:00 [3108]

Azért, gondolom az esztergán is működik a g33.1 mivel ott legalább annyiszor szeretnénk használni ezt a kódot mint, marógépen!
Mi a g33.1 leírása?
A g33.2 miben különbözik?

Előzmény: n/a (inaktív), 2016-06-07 18:52:00 [3107]

Még annyi lemaradt, hogy nem gond neki, ha a főorsó belassul vagy felgyorsul, mert mondjuk fullad a motor amikor a kés anyagot ér, akkor is folyamatosan kompenzálja az előtolásokat és a menet így is megfelelő menetemelkedésű marad.

Előzmény: n/a (inaktív), 2016-06-07 18:52:00 [3107]

Amit tud, hogy vezéreletlen főorsóval. Értsd úgy, hogy a főorsó hajtva van mondjuk egy frekiváltóval vagy csak rá van kötve egy tápra vagy 230/400V-ra, nincsen pozíció szabályozva, csak egyszerűen forog.
A főorsón van egy jeladó, egy inkrementális encoder, ami be van kötve a mozgásvezérlőben és a progi folyamatosan méri, számolja és állítja az előtolásokat a tengelyeken úgy, hogy a G33 vagy G76-al programozott legyen a menetemelkedés.
A G33.1/G33.2 szinkron menet fúrás is ugyanígy működik annyi különbséggel, hogy ott egy tengely (Z) mentén van a mozgás, egy furatba készül a menet menetfúróval, általában marógéppel és nem esztergán.

Előzmény: frob, 2016-06-07 18:33:00 [3105]

Szia,

Mit értesz a folyamatos menetemelkedés alatt?

Előzmény: frob, 2016-06-07 18:33:00 [3105]

Folyamatos menetemelkedést is tud?
Nem mintha a közeljövőben szükségem lenne rá csak kérdezem,mert lenne ötlet mire lenne jó...

Szögben (kúpos), ill. akár a kereszt tengely mentén is tud menetet vágni, szóval akár csigát is tudsz vele rajzolni.

Előzmény: exup, 2016-06-07 13:58:00 [3103]

De a videó az tetszik, ha csigát akarok majd rajzolni a fakanálra :D

Még jó, hogy a menetet menetvágóval készítem és nem géppel, mivel nem vagyok esztergás. Különben ezt most értenem kellett volna :D

Előzmény: n/a (inaktív), 2016-06-07 13:07:00 [3101]

Sziasztok,

Gábor, jó lett a kúpos menet videó, köszönjük.

A G33 szinkron menet fogásvétel/bevezetéssel kapcsolatban gondoltam leírom, hogy miért írtad, hogy tilos G33-al fogásvételt programozni, mert szerintem sokaknak nem világos az oka.
Egyébként nem tilos, csak van egy trükkje, hogy hogyan kell, de leírom alább a részleteket:

A probléma abból adódik, hogy az UCCNC képes az egymás utáni meneteket összefűzni, vagyis ha két vagy több G33 (szinkron menet) van egymás után, akkor azokat a meneteket folytatólagosan vágja.
Ez azért jó, mert ha nem így csinálná, hanem ha rászinkronizálna az Index jelre minden egyes menetnél, akkor a két menet közt leszúrná, levágná az anyagot, pedig valószínűleg a felhasználó folytonos meneteket szeretett volna, ezért programozta közvetlen egymás után őket a g-kódban.
Ebből viszont az is adódik, hogy ha egy menet több fogásból van elkészítve és a bevezető szakasz az X tengely mentén vagy szögben szintén egy G33 menet, akkor a fő menet indulási szöge folyamatosan változni fog, el fog tolódni.
Így pedig a kés a menet oldalát egyre jobban le fogja nyomni, egy fűrészfogszerű menet fog képződni.
A gond tehát akkor van, ha a kiállás pozíciója konstans, vagyis ha a keresztszán mindig azonos X pozícióra áll ki a fogások közt.
Ilyenkor az történik, hogy az egyes fogások értelemszerűen egyre mélyebbek és így az X kiállási/induló pozícióból a menet aktuális aljáig egyre hosszabb az út, emiatt a főorsó egyre nagyobb szöget fordul el mire a kés eléri a menetárok aktuális alj pozícióját és elindulhat a fő menet vágása.

A megoldás a problémára, hogy a kiállásnál nem adott fix pozícióra kell kiállni, hanem inkrementálisan adott értékkel kell eltávolodni X irányba az menetárok aktuális aljától.
Így a távolság a következő fogásnál a menetárok aktuális aljához mérve mindig azonos lesz és így lehet nyugodtan programozni G33-as bevezető mozgásokat, mert a fogások kezdő szöge nem fog változni.
Egyébként a G76 komplex menetvágó kódunk is így működik.

Egy kis videó arról amikor két szomszédos G33-at összeszinkronizál az UCCNC:

UCCNC szinkron menetek

Előzmény: ANTAL GÁBOR, 2016-06-07 05:55:00 [3100]

MOST látom : ( és fontos !! ) Minthogy a videó létrehozása volt a cél ,annak készítésénél egy korábban írt menetvágó programot vettem elő . Az még a szinkron menet elötti korszak G kód generálási szisztémájával készült ( Persze G32>G33, F >K konverzióval ) . Nos annál a fogásvétel is szinkronozott ( G33) . Ezt a metodikát TILOS az UCCNC szinkron üzeménél használni mert a menetprofilnál egy szisztematikus hiba képződik ( Ott a fogásvételt G1 el kell megírni ! ) Ha valaki a futó G kódsort is elemzi a videón.....

Előzmény: Sz.József, 2016-06-07 05:29:00 [3099]

Szia!
Úgy gondolom ezt nem kell konvertálni sehová...
Az mp4 szerintem mindenki számára "emészthető".
Rákattintva a fájlra, nálam gond nélkül megtekinthető a videó...
Kössz a közzétételt.

Előzmény: ANTAL GÁBOR, 2016-06-07 05:10:00 [3098]

Feltettem a táramba egy menetvágós videót . ( UCCNC menet video ). Felhatalmazok egy számítógépes gurut hogy konvertálja át egy mindenki által könnyen látható ( kisebb) formátumra . ( tegnap Szénási Józsi felajánlotta de nem tudom mikor fogja látni ) Most kb 36 mega és mp4 es. Majd csinálok vasba is ( kúpos ) menetet de most gyorsan akartam megmutatni az UCCNC -UC400ETH-TOS hármast . Korábban jeleztem hogy ez az "Ős" keresztszánom. Folyik az új építése is.....

Ide írom de nem Balázséknak címzem ( mert dolgozzanak csak a fontos dolgokon )
Szóval magánban keresek egy olyan kollégát aki némi jártasságra tett már szert az UCCNC screen szerkesztésében .Egy kis méretű monitort szeretnék az eszterga mellé tenni amin egy nagyon degradált screen futna 2 db DRO . programsor , pálya ,Strue, F true . Aktív gombok nem kellenek mert nem lesz egér . ( viszont a szánszekrényen van egy 10 gombos bill emulátor . )A Pc mellett megmaradna a főmonitor , klaviatúra , egér . Ha onnan ellépek akkor az egérrel bekapcsolnám a " munkahelyi" screen t . Vagy veszek még egy videó kártyát vagy egy monitorátkapcsolót vetnék be .

Átviszem az esztergályos topikba a választ mert megorrolnak rám ...

Előzmény: jani300, 2016-06-01 20:04:00 [3095]

Üdv ! Köszönjük !
Rögtön kérdeznék is . A késkiemelő szánon az actuátor mi célt szolgál ?
Azt látom hogy az actuátor mozgása nagyságrenddel nagyobb mint a kis száné , de gondolom ez volt , készen ...
Talán a kúpos menetekhez ?
Nem olvastam végig rendesen a hozzászólást csak most , nem törlök bele már abba amit írtam , de érteni vélem már

Előzmény: ANTAL GÁBOR, 2016-06-01 17:47:00 [3094]

Feltettem néhány ( hevenyészett ) fotót a CNC sített Tos ról a táramba ( uccnc _TOS ). Folyik egy új keresztszán kialakítása ( az lesz a végleges ! ) Most mivel nagyon érdekelt az UCCNC- UC400 ETH páros szinkron menet üzemben ezért az "ős keresztszán " került vissza . Tökéletesen működik csak nagyon lecsökkent az ágy fölött elforduló átmérőm ( D max = 96mm ) . A mostani munkámhoz bőven elég ( 36 os vastagfalú csövekre kell kúpos menet )
A videóról sem felejtkeztem el csak "egy nyugdíjasnak semmire sincs ideje "

Előzmény: Aknai Gábor, 2016-05-31 08:05:00 [3093]