HobbyCNC fórum
  v0.9.3.9

Fórum betekintő Fórum címe: http://forum.hobbycnc.hu



UCCNC vezérlő program

A frissítések közzététele az 'UCCNC vezérlő program új verziói' témában található


Időrend:
Oldal 5 / 109 Ugrás ide:
|◄ Első  ◄ Előző  1 2 3 4 5  6   7   8   9     Következő ►  Utolsó ►|

Fórum főoldal  |  A lap aljára

exup | 443    2018-02-18 18:26:28 [5239]

Az M3 engem is zavart a lézerhez, hisz régeben úgy rémlik nem kellett. Ráadásul nekem a frekiváltó indítása van M3-on. Ilyenkor a tápot onnan lekell nyomnom, ha lézerezek. De már megszoktam, de nem zavarna, ha nem kéne M10 elé M3. Vagy érteném az értelmét

Előzmény: svejk, 2018-02-18 17:49:53 [5235]


svejk | 25828    2018-02-18 18:07:37 [5238]

De különösebb jelentősége nincs az értékeknek, hiszen a főorsót nem szoktuk ilyen gyors ütemben kapcsolni. Nekem van egy specális esetem amihez meg kellett ezeket az időzítési értékeket tudnom.

Előzmény: svejk, 2018-02-18 18:03:47 [5237]


svejk | 25828    2018-02-18 18:03:47 [5237]

igen mindkét programban.

Előzmény: Miki2, 2018-02-18 18:00:15 [5236]


Miki2 | 1804    2018-02-18 18:00:15 [5236]

A MACH3-ban a főorsó kapcsolás várakoztatási idejét 0-ra állítottad?

Előzmény: svejk, 2018-02-18 17:49:53 [5235]


svejk | 25828    2018-02-18 17:49:53 [5235]

Tovább próbálgattam, most már megnéztem őket Mach3-mal is. Az alábbi kód: [code] M98 P1 L100 M30 O1 M3 M5 M99 [/code] 17 s az UCCNC-vel, 55 s Mach3-al. Ha írok be S értéket -mindegy mekkorát- akkor kb. 10 másodperccel megnövekszik a feldolgozás mindkét programban. Ha az előbbi kódba beszúrom még az M8/M9 beépített párost: [code] M98 P1 L100 M30 O1 M3 M8 M5 M9 M99 [/code] Akkor az UCCNC-ben 30 s , míg a mach3-ban 88 s lesz a lefutási idő. Ha az M10/M11 párost szúrom be akkor mint várható is volt érezhetően nem növekedett meg a G-kód végrehajtási ideje. UCCNC-nél maradt a 17 s , Mach3-nál 55 s. Tudom ez sokakat biztos nem érdekel, de gondoltam leírom mert hátha valaki belefut hasonló faladatba mint az enyém, ahol fontosak az időzítések. Most egyelőre úgy látom én a már meglevő M10/M11-el megoldom a kérdést, ha pedig lesz egy második gyors kimenet is az meg maga lesz a Kánaán. Bár azt nem bánnám, hogy ha a mostani M10-hez nem kellene a kötelező M3 kód, ez inkább bosszúságoz okozott eddig mint előnyt.

Előzmény: svejk, 2018-02-15 20:40:23 [5213]

svejk | 25828    2018-02-18 17:30:42 [5234]

Megelégedéssel tölt el, hogy legalább jókedvre tudnak deríteni a "játékaim".

Előzmény: Robsy, 2018-02-16 08:58:57 [5223]


exup | 443    2018-02-16 14:36:12 [5233]

Van, aki a kecskepornóra izgul...van, aki erre....

Előzmény: CNCdrive, 2018-02-16 14:26:45 [5232]


CNCdrive | 213    2018-02-16 14:26:45 [5232]

Eléggé szomorú, ha valakinek az okozza az örömöt, szórakozást, ha másoknak bosszúságot okozhat, illetve annak a keresése, hogy hol köthet bele valamibe vagy valakibe. Igazán szomorú...

Előzmény: ANTAL GÁBOR, 2018-02-16 14:23:33 [5231]


ANTAL GÁBOR | 3522    2018-02-16 14:23:33 [5231]

Csodálkozol ? Február közepe van esik a hó. Sokan beszorulnak ilyenkor a meleg szobába a PC elé ( szabadúszók , munkanélküliek , nyugdíjasok( ?) ) El kell valamivel ütni az időt .....

Előzmény: designr, 2018-02-16 11:51:55 [5230]


designr | 2282    2018-02-16 11:51:55 [5230]

Rövid,tömör összefoglalás,sajnos igy van..megint csak a kötekedés,hibakeresés..lényegi segitség nélkül..

Előzmény: CNCdrive, 2018-02-16 10:32:51 [5228]


Robsy | 664    2018-02-16 10:55:42 [5229]

Sajnálom, hogy ennyi hazugságot (pl. "tudjuk, hogy alkotó hozzászólása még nem nagyon volt a fórum történetében", ferdítést írtál velem kapcsolatban most is. A helyedben inkább azzal foglalkoznék, hogy egy valós, jogos kritika kapcsán gyorsan kijavítanám a programban azt a setup ablakot, ahol az M3, M5 kód 0 késleltetési idővel is végrehajtó, hiszen még te is elismered Svejk mérése alapján a 70 ms-ot. Értem én azt is, hogy a virtualitás nem zavar, és mindent megmagyarázol, a műszaki életben viszont vannak valós tények, amikre ha valaki felhívja figyelmet, az attól nem egy kötekedő ember, ha az objektivitás is szempont. További szép napot mindenkinek!

Előzmény: CNCdrive, 2018-02-16 10:32:51 [5228]


CNCdrive | 213    2018-02-16 10:32:51 [5228]

Hát igen, a mi Robsy Tiborunk már csak ilyen. Mindig azt az információt, adatot ragadja ki ami neki éppen szükséges egy adott dolog fikázásához. Azt az adatot kisarkítja és olyan kontextusba helyezi, hogy az az adott témában minél rosszabb színben tüntesse fel az adott dolgot vagy gépet vagy az alkotóját. Ha pedig más rávilágít a dolog másik oldalára ami esetleg pozitív, akkor azt vagy kényszeresen tagadja, vagy pedig úgy tesz mintha az észrevétel vagy kérdés meg sem történt volna, gyorsan elsiklik felette, nem foglalkozik vele, nem gondolja végig, a kérdésre nem válaszol. Már megszoktuk, hogy ő ilyen, illetve tudjuk, hogy alkotó hozzászólása még nem nagyon volt a fórum történetében, ezért nem is várunk tőle mást. Ezért is javasoltam neki már párszor, hogy inkább másfelé írogasson, ha már építő jellegű hozzászólást nem képes írni. A saját topikját régebben már töröltette, mert a stílusából adódóan nem volt képes megbirkózni az ügyfeleivel, illetve az igazsággal. Mostanában meg az a hobbija, hogy más dolgaiban keresi, kutatja a vélt vagy valós hibákat, hogy jól odadörgölhessen.

Előzmény: dezsoe, 2018-02-16 10:15:08 [5227]


dezsoe | 1003    2018-02-16 10:15:08 [5227]

Te egy precíz ember vagy, aki a mérések híve, és mindig fel is háborodsz, ha valaki csak úgy saccol vagy ránézésre mond valamit. Akkor most a Svejk sacimetrikus eredményeit miért is fogadod el pontos mérésnek? Mert beleillik az általad alkotott képbe? A hosszas beszélgetésből úgy látszik, hogy csak azokat az adatokat használod fel, ami alapján lehet fikázni a csicsavilágot. Egyértelműen le van írva, hogy ez a szöveges makrókra vonatkozik, amiket be kell olvasni, alkalom adtán le kell fordítani, végre kell hajtani. Ez idő. Ráadásul a mozgásokhoz és a többi a kódhoz kapcsolódó vezérléshez képest a nem fontos kategóriában vannak, akkor kerülnek sorra, ha a fontosabbak már lefutottak. (Ez is le van írva ugyanitt, érthetően.) Pontosan ezért vannak olyan "nem szöveges" makrók, amik a rendszer részét képezik, és akkor hajtódnak végre, amikor kell, annyi idő alatt, amennyi alatt kell. Az, hogy a felhasználó a nem vezérelt lábakat is kihasználhatja olyan fontosságú feladatokra, mint pl. a géplámpa bekapcsolása, az egy plusz lehetőség a csicsavilágban. Bármennyire is zavar ez téged, mi így szeretjük és használjuk.

Előzmény: Robsy, 2018-02-16 08:58:57 [5223]


CNCdrive | 213    2018-02-16 10:13:51 [5226]

Szia Svejk, Igen, a 70msec az egy reális eredménynek mondható, mivel a proginak meg kell várnia a mozgásvezérlőt, hogy végezzen az előző utasításokkal, majd ellenőriznie kell a macro fájlt (hogy esetleg átírtad-e és hogy újra kell-e fordítani) majd le kell kérdeznie a friss adatokat, hiszen lehet a macro azokkal is szeretne dolgozni, például az aktuális koordinátákkal. Egy főorsó kapcsolásnál ez nem számít soknak, de ezért mondtam, hogy a szinkron kimenet kapcsolgatásra például lézer gravírozáshoz nyilván a 70msec nagyon sok, ezért van ehhez spéci beépített macro az M10/11. Azt az UCCNC nem próbálja lefordítani, mert beépített kód, nem text file-ból fordul, illetve nem kell szinkronizálnia a proginak a mozgásvezérlővel, mert a spéci utasítás a mozgások közé fűzve kerül be a mozgáspufferbe és közvetlenül a mozgásvezérlőn kerül végrehajtásra.

Előzmény: svejk, 2018-02-15 21:08:47 [5215]


Robsy | 664    2018-02-16 09:32:33 [5225]

Egy mérési eredményről mondtam véleményt. Sajnálom, hogy csak azért mert ez nem valami szép eredmény, akkor az a válaszod neked is, hogy ez fikázás. Műszaki Fórumon vagyunk, én a helyedben az objektív TÉNY-eken gondolkoznék el!

Előzmény: exup, 2018-02-16 09:26:29 [5224]

exup | 443    2018-02-16 09:26:29 [5224]

Engem is kezd már zavarni, hogy az itteni megnyilvánulásaid jellege a "fikázásra" épülnek. Nem értem miért lógsz itt, ha ez egy ekkora "szar" rendszer? Látjuk már, hogy venni nem akarsz. Tehát nyilván kérdésed se lesz vele kapcsolatban. Nekem és sok másnak is megfelel az uc+uccnc páros. Én is tiltalak, mert meguntalal

Előzmény: Robsy, 2018-02-16 08:58:57 [5223]


Robsy | 664    2018-02-16 08:58:57 [5223]

"Tehát egy ilyen portkapcsolós M kód végrehajtási ideje a G-kódban cirka 70 ms." Ha ez tényleg így van, ez elkeserítő és tragikus annak függvényében, hogy ott dolgozik egy X giga Hz-es órajelű processzor, és közben ilyen nevetségesen lassan hajt végre egy 1 bites nyamvadt be-kikapcsolást. Az is igaz, cserébe átélheted a klikkelgetéses "tök jó játék" csicsavilág összes örömét.

Előzmény: svejk, 2018-02-15 21:08:47 [5215]


dezsoe | 1003    2018-02-15 21:28:25 [5222]

Az M30-ba írhatod, mert az lefut az M30 végrehajtásakor. (Program stop és visszatekerés után, ahogy az M30.txt-ben olvasható.)

Előzmény: svejk, 2018-02-15 21:20:29 [5220]


svejk | 25828    2018-02-15 21:24:52 [5221]

Ezen "mérés" szerint a G4 20 ms-os késleltetést megoldotta, a 10 ms-ost már nem láttam bizonyíthatónak.

Előzmény: svejk, 2018-02-15 21:17:26 [5218]


svejk | 25828    2018-02-15 21:20:29 [5220]

Egyébként az ilyen makrókat szabad még kigészíteni valamivel, vagy úgy is figyelmen kívül hagyják? Pl. ha az M30-as makroba írnék egy exec.Setoutpin-t?

Előzmény: dezsoe, 2018-02-15 21:17:20 [5217]


svejk | 25828    2018-02-15 21:18:27 [5219]

Aha, mintegy gépi kód a mikroprocesszoroknál!

Előzmény: dezsoe, 2018-02-15 21:17:20 [5217]


svejk | 25828    2018-02-15 21:17:26 [5218]

Nem bírtam a véremmel csak beszúrtam az első 44 másodperces kódba egy G4 P100-at is. Megnyugodva tapasztaltam hogy 54 másodpercre növekedett a futásidő.

Előzmény: svejk, 2018-02-15 21:08:47 [5215]


dezsoe | 1003    2018-02-15 21:17:20 [5217]

A nem text makró az a beépített, mint pl. az M10, M11. Makrónak számít, mert M kódja van, de ténylegesen nem egy szövegfile-ból szedi fel a tennivalókat, hanem benne van a programban.

Előzmény: svejk, 2018-02-15 21:11:26 [5216]


svejk | 25828    2018-02-15 21:11:26 [5216]

"Ha textmacro-val kapcsolgatod..." Egyébként milyen az a NEM textmacro? olyat is tudunk mi földi halandók írni az UCCNC-hez? Az gyorsabb lenne?

Előzmény: CNCdrive, 2018-02-15 16:03:07 [5207]


svejk | 25828    2018-02-15 21:08:47 [5215]

Ez tök jó játék! ha csak az: m3s10 m5 van az alprogramban akkor 30 másodperc alatt lefut Ha berakom még az m17-et akkor már 37 másodperc. Tehát egy ilyen portkapcsolós M kód végrehajtási ideje a G-kódban cirka 70 ms.

Előzmény: svejk, 2018-02-15 20:40:23 [5213]


svejk | 25828    2018-02-15 20:52:49 [5214]

Mentorom felhívta a figyelmemet a Demo módra, valóban abban futtattam a kódot. Nem tudom számít-e. Hétfőn megszkópolom a hardvert.

Előzmény: svejk, 2018-02-15 20:40:23 [5213]


svejk | 25828    2018-02-15 20:40:23 [5213]

No, válaszolok is magamnak. Az alábbi kód 44 másodperc alatt fut le ha 10 az S érték és akkor is ha 1000. Vagy a Spindle step/dir ablakában is állíthatom a gyorsulást akármennyire. Tehát az M5 után "rögtön" végrehajtódik a következő sor. [code] M98 P1 L100 M30 O1 m16 m3 s10 m5 m17 m99 [/code]

Előzmény: svejk, 2018-02-15 18:16:59 [5211]


svejk | 25828    2018-02-15 18:19:54 [5212]

fontos: nem az "M3 delay off" késleltetésről beszélek.

Előzmény: svejk, 2018-02-15 18:16:59 [5211]


svejk | 25828    2018-02-15 18:16:59 [5211]

Köszönöm! A másodikhoz: [code] M3 S800 . . . M5 M17 [/code] Az M17 mikor hajtódik végre? Rögtön az M5 sor után, vagy vár addig míg a step/dir-es spindle fordulata az ott megadott gyorsulási érték mellett 0-ra csökken.

Előzmény: CNCdrive, 2018-02-15 17:05:15 [5210]


CNCdrive | 213    2018-02-15 17:05:15 [5210]

Igen, a konfigurálatlan pin-ek állapota független az e-stop vagy reset állapottól, hiszen konfigurálatlanok, ezért nincsen nekik alap állapotuk. A második kérdést sajnos nem értem.

Előzmény: svejk, 2018-02-15 16:52:57 [5209]

svejk | 25828    2018-02-15 16:52:57 [5209]

Az túlzás hogy értem, de kapisgálom. Ma kísérletezgettem az alábbival: (nem titok, hegesztőgép lesz vagy ócskavas) M3 Sxxx paranccsal indul a huzalelőtolás, M5-el ugye leáll. (DG4S Dc servo, step/dir-es meghajtásal) Írtam pár makrót M12-21 névvel egyéb dolgok mint gáz, áram, stb. kapcsolgatásokra. Ezekben a makrokban egyelőre még csak egyszerűen az Exec.Setoutpin/Clroutpin parancsok vannak. Két kérdésem lenne ezzel kapcsolatban: Ezek a portkapcsolgatások mintegy függetlenek az UCCNC programtól? Mert a bekapcsolt portokat az E-stop gomb sem állítja vissza alapba. (én naiv azt hittem hogy a program stop is vissza fogja állítani) A másik meg az M5-el kapcsolatos. A G-kódban hogyan zajlik ez le? Kiadom az M5-öt és a Spindle (esetemben huzalelőtoló) gyorsulástól független rögtön ugrik a következő sorra és végrehajtja, vagy vár a gyorsulás által megszabott ideig a soron következő G-kód végrehajtásával? Itt nekem nagyon pontos időzítések kellenek, hogy az un. Burnback megfelelő legyen, azaz ne fagyjon bele a huzal vége az olvadékba de ne is égjen vissza az áramátadóba.

Előzmény: CNCdrive, 2018-02-15 16:03:07 [5207]


svejk | 25828    2018-02-15 16:18:14 [5208]

Szupi!

Előzmény: Polgárdi Balázs, 2018-02-15 13:19:08 [5206]


CNCdrive | 213    2018-02-15 16:03:07 [5207]

Ha textmacro-val kapcsolgatod, akkor néhány 10msec késés lesz, illetve fennáll az a probléma amit már egyszer nemrég kifejtettem, hogy mivel a macro ilyenkor a PC-n fog lefutni, hiszen lehetnek benne olyan utasítások amik az UCCNC más részeit, pl. GUI érintik, illetve mivel text macro, ezért lehet le is kell fordítani ha változott a macro szövege, ezért ilyenkor a szoftver megvárja amíg a mozgásvezérlő végrehajt minden mozgást és utána fut le a macro majd folytatja a következő sorok végrehajtásával, újra elkezdi tölteni a mozgáspuffert. Az M10/M11-nél ez a probléma nem áll fenn, egyrészt mert nem szöveges macro, másrészt, mert úgy van megcsinálva, hogy a mozgáspufferbe fűzi be a szoftver ezeket az utasításokat a mozgások közé, vagyis nem kell a programnak várnia a mozgásvezérlőre, hogy végezzen a mozgásokkal és emiatt nincsen késés.

Előzmény: svejk, 2018-02-15 12:47:43 [5204]


Polgárdi Balázs | 447    2018-02-15 13:19:08 [5206]

Pont ugyanezt kérte más is, valamelyik következő tesztverzióban benne lesz.

Előzmény: svejk, 2018-02-15 12:47:43 [5204]


dezsoe | 1003    2018-02-15 13:11:25 [5205]

Most nem találom a másik fórumon, de volt ilyen kérés, és ha jól emlékszem, akkor talán a következő teszt verzióban már benne is lesz. Az M10-zel ellentétben nem PWM, csak kétállású. Esetleg ha erre jár, akkor Balázs tud további részleteket írni.

Előzmény: svejk, 2018-02-15 12:47:43 [5204]


svejk | 25828    2018-02-15 12:47:43 [5204]

Lehetne-e, valahogy az UCCNC-ből a lézeres M10/M11 mellé még egy ilyen gyors kimenetet kicsikarni? Ha egy saját makróban kapcsolgatok a Setout/Clrout-al akkor attól milyen sebesség várható el G-kód futtatás során.


schneyolo | 86    2018-02-13 18:41:52 [5203]

Ahh, most már értem! Köszönöm!

Előzmény: CNCdrive, 2018-02-13 18:38:22 [5201]


CNCdrive | 213    2018-02-13 18:40:36 [5202]

Videó UCCNC + forgató: [yt]Ox4SrYt-qEY[/yt]

Előzmény: schneyolo, 2018-02-13 17:19:55 [5200]


CNCdrive | 213    2018-02-13 18:38:22 [5201]

De, természetesen tudja szinkronban mozgatni/forgatni mind a 6-tengelyt. Az állandó felületi sebességet nem tudja pozicionált forgó tengelyen, ami azt jelenti, hogy meghatározod, hogy a forgótengelyed középvonala mondjuk Z=0-nál van és a Z tengely távolsága határozza meg a forgatón a munka-átmérőt akkor a megmunkálásnál a kör kerületének aktuális hosszához állítja az előtolást, úgy hogy a palástra vetített előtolás megfeleljen a programozottnak. Mivel nem ismeri az UCCNC ezt a funkciót, ezért kis átmérőn ugyanaz a programozott F kisebb kerületi sebességet okoz, míg nagy átmérőn nagyobb kerületi sebességet. A pozíció szinkronban lesz, illetve a szögsebesség lesz a helyes, nem pedig a felületi sebesség.

Előzmény: schneyolo, 2018-02-13 17:19:55 [5200]


schneyolo | 86    2018-02-13 17:19:55 [5200]

Hello, És várható hogy a jövőben lesz benne olyan opció, hogy legalább egy forgó tengelyt tud majd kezelni? Én most vásároltam meg a licencet. A távlati terv az, hogy az X Y Z mellett lesz egy 4-ik, tengely ami forgató. Akkor, ha jól értelmezem, a program mostani verziójában ezt a tengelyt nem tudja egyenlőre szinkronban forgatni? De lehet, hogy nem jól értelmeztem az elhangzottakat.

Előzmény: CNCdrive, 2018-02-12 23:50:19 [5190]


Robsy | 664    2018-02-13 16:07:32 [5199]

Miért adná meg a választ? Mind a kettő távolság mértékegység. Forgó tengelynél a szögsebesség egy más típusú, értelmű mértékegység, mint az egyenes vonalú sebesség mértékegysége. De mint már kiderült, megkaptad a választ, a forgó tengelyt felejtsed el, "az UCCNC nem ismeri a forgó tengelyeket".

Előzmény: Miki2, 2018-02-13 15:50:24 [5198]


Miki2 | 1804    2018-02-13 15:50:24 [5198]

Erre a G20, illetve a G21 konkrétan megadja a választ.

Előzmény: Robsy, 2018-02-12 20:31:01 [5184]


CNCdrive | 213    2018-02-13 11:56:16 [5197]

Köszönjük, de nem kell rávilágítani arra ami magától értetődő, hiszen nincsen a szoftverben forgó pozíció tengely kezelés opció és kinematika modul sem. Semmit nem magyaráztam meg azon kívül, hogy a szoftver nem tudja ezt a funkciót, ha neked ez magyarázkodás, akkor sajnálom. Szerintem ne fárasszuk egymást, mert tudom, hogy csak trollkodni és rosszhír keltés céljából jársz ide, szóval innentől kezdve részemről ignorálva leszel, le is tiltalak gyorsan, hogy ne is lássam a sok butaságot amiket írkálsz.

Előzmény: Robsy, 2018-02-13 10:24:35 [5196]


Robsy | 664    2018-02-13 10:24:35 [5196]

Érdekes azt "szűklátókörünek, és szakmaiatlannak" nevezni, aki rávilágít arra, hogy már egy forgó és egy lineáris tengelykódnál sem igaz az F kód utáni érték a vezérlőprogramotokban. Nekem így is jó, megszoktam már, ebben a mai világban mindent meg lehet magyarázni, főleg ha szép a körítés a monitoron hozzá. Azt viszont engedd meg nekem, hogy a valós műszaki tényeket elsőrendűnek és fontosnak tartsam az életemben.

Előzmény: CNCdrive, 2018-02-13 09:26:27 [5194]


svejk | 25828    2018-02-13 10:23:37 [5195]

Miki2 és Robsy! A fórum történetében ritka pillanat, amikor az igények és a kínálat egymásra talál. Most pont ez történ, feltétlen vegyétek fel egymással a kapcsolatot!

Előzmény: Robsy, 2018-02-13 07:46:47 [5193]

CNCdrive | 213    2018-02-13 09:26:27 [5194]

Sajnálatos ha valaki ennyire szűk látókörrel rendelkezik. Sokadjára ismét megkérlek, hogy kerüld a topikunkat, ha más célod nincs ahogy eddig se volt sajnos mint a rosszindulatú értelmetlen és szakmaiatlan hozzászólások.

Előzmény: Robsy, 2018-02-13 07:34:03 [5192]


Robsy | 664    2018-02-13 07:46:47 [5193]

Teljesen igazad van, egy-egy technológiára is érdemes egy CNC programot létrehozni, hiszen így lehet hatékony, sallangmentes. Ráadásul mint már kiderült, G kódokkal macerás műszakilag korrekten lézer képgravírozni dinamikus keretek közt, az az itt pl. teljesen felesleges és hátráltató maga még a G kód is.

Előzmény: Miki2, 2018-02-12 17:44:09 [5173]


Robsy | 664    2018-02-13 07:34:03 [5192]

"A pozicionált tengelyeket mindig lineárisnak tekinti." Aha, így már érthető az A, B, C tengelyek beállítási ablakainál a mindent elkenő "unit" univerzális szócska. Nagy kár, hogy egy program akkora virtualitást megenged magának hatalmas csicsa keretek közt, hogy ami forog, azt is úgy kezeli, mintha egyenesen mozogna.

Előzmény: CNCdrive, 2018-02-12 23:50:19 [5190]


Béni | 1934    2018-02-13 06:37:00 [5191]

Értem, köszönöm!

Előzmény: CNCdrive, 2018-02-12 23:50:19 [5190]


CNCdrive | 213    2018-02-12 23:50:19 [5190]

Az UCCNC nem ismeri a forgó tengelyeket. Ha használtad, nézted a programot akkor láthattad, hogy nincsen benne forgó tengely opció egyelőre. Ahhoz, hogy forgó tengelyt is tudjon kezelni, ahhoz másfajta számítás kell, illetve némileg a gép kinematikáját is ismernie kéne a programnak (a legtöbb esetben). Ezt az UCCNC jelenleg nem tudja, nincsen benne ilyen opció. A pozicionált tengelyeket mindig lineárisnak tekinti. Viszont Svejk átmeneti pozíció hibát írt és nem sebesség hibát, ezért nem értettem a kérdésedet. Úgy tudom, hogy mintha a LinuxCNC-ben lehetne kinematikát programozni. Nem vagyok benne 100%-ig biztos, de mintha azt olvastam volna valamikor. Szóval ha ilyenre van szükséged akkor próbáld meg LinuxCNC-vel, talán az tudja kezelni úgy ahogy szeretnéd.

Előzmény: Béni, 2018-02-12 19:47:49 [5182]


Fórum főoldal  |  A lap tetejére

Időrend:
Oldal 5 / 109 Ugrás ide:
|◄ Első  ◄ Előző  1 2 3 4 5  6   7   8   9     Következő ►  Utolsó ►|