A klasszikus dir lábas megoldás nem jó? Ha nem, akkor ethernetes vezérlőknél ott vannak az M10.x kimenetek, amiket pl. M10.1-gyel be-, M11.1-gyel pedig ki lehet kapcsolni g-kódból.

Előzmény: frob, 2023-04-04 10:40:30 [9129]

Bízzunk a debreceni taliban!

Előzmény: Nemes Mihály, 2023-04-04 10:03:49 [9128]

Láma kérdés... Karc tű jellegű dolgot hajtanék meg amit állandó magasságon kell tartani, tehát egy adott magassága lemegy, majd ott megy végig a felületen, a fel le emelést meg csak 1 kimenettel kellene megoldani...
Hogy tudom én ezt úgy megoldani, hogy külön szerszámként definiálom esetleg, persze az sem baj ha valamit át kell kapcsolni...
Lényeg az lenne hogy pl rajzol valamit, ún folyamatos vonallal, majd a kimenet kikapcsol, akkor arrébb megy majd újra be és megint rajzol, várakozási idő nélkül.

uccnc és eth400 mozgásvezérlő az áldozat

Előre is köszi!

Szia.

Nem tudnátok feltenni egy kis videót, kedvcsinálónak?

Hogy is fog kinézni, milyen funkciók lesznek benne?

Előre is köszönöm.

Előzmény: CNCdrive, 2023-04-03 05:30:57 [9126]

Ezt én is szivesen ki fogom próbálni.

Előzmény: CNCdrive, 2023-04-03 05:30:57 [9126]

Elkészült, tesztelés alatt van.

Előzmény: Autotec1, 2023-03-31 19:43:07 [9125]

Hogy áll az eszterga funkció?

Az M6-ot nem piszkáltam, mert nagyon mást csinál, mint amire szükséged van. A probe képernyő mögött dolgozó plugin-ba kellett belepiszkálni, hogy a leereszthető tapintót lehessen automatizálni, ne kelljen hozzá egy egyébként másra tervezett kimenetet elhasználni.

Előzmény: eduard, 2023-03-25 19:56:54 [9123]

Sikerült megnézni az M6-ot? Illetve nagyon boldog lennék, ha egy tapintó kalibrálót össze tudnál rakni, ami egy gömböt kimér és beállítja a tapintó eltéréseit. Mit gondolsz tudsz ilyet?

Előzmény: dezsoe, 2023-03-09 19:57:45 [9118]

Köszi, közben kiderült, hogy nem az UCCNC-ben van "hiba", hanem a fusion postban valahol. A z nem mozog a pálya közben, az egyik pályán szépen mozog, a mellette futó pálya meg rángat, majd ez ismétlődik. Sanos nem találom a fusionben a hibát, de majd meglesz.

Előzmény: dezsoe, 2023-03-14 08:55:12 [9121]

Ha a harmadik (feltehetően a Z) tengelynek nem elég nagy a gyorsulása, akkor a másik kettőnek meg kell várnia, amikor együtt kell mozogniuk, ezért lelassulnak. Vagy kisebb F sebességgel vagy nagyobb gyorsulással próbáld ki.

Előzmény: eduard, 2023-03-14 01:01:31 [9120]

Tudja valaki, hogy az UCCNC miért "rángat" ha 3D rádiuszt kell mozognia? 2D esetén simán megy az íven, amint 3D megmunkálást csinálok, elkezdi szakaszolni az íveket és rángat. Nem találok megoldást rás a fórumokon sem.

1.2115

Előzmény: dezsoe, 2023-03-09 19:57:45 [9118]

„A legfrissebb verziót használom.” Ettől a választól féltem. Van a legfrissebb stabil változat: 1.2113, van a legfrissebb fejlesztői változat: 1.2115 (ebből most ráadásul kettő is van) és van egy még frissebb, amit mi használunk fejlesztés közben. Az utóbbit kizárhatjuk, de a másik kettő közül melyik van nálad?

Előzmény: eduard, 2023-03-09 19:36:27 [9117]

A végén, amikor elkészülünk, úgy lenne jó, ha a teljes szerszámbemérés, munkapont felvétel automatizálható lenne. Az teljesen jó, ha a próba képernyőről, azt úgy is megszoktam már.
A legfrissebb verziót használom.

Előzmény: dezsoe, 2023-03-09 17:23:31 [9116]

Csurran-cseppen az információ. Egy bizonyos szintnél nincs értelme tovább bontani. Szerintem elég egy kalibráció, amivel a tapintó és a szerszám bemérő helyzetét el lehet tárolni. Minden más már a szerszámcsere része.

Egy részletkérdés. Milyen verziójú UCCNC-t használsz? (Mindegy, csak tudjam, mert úgy tudok képernyőt és egyebeket látni, módosítani stb.)

Előzmény: eduard, 2023-03-09 14:20:11 [9115]

Aha, sejtettem így a sok tesztelés után, hogy valami nagyon nem ok, de köszönöm, hogy ránéztél. Hogy csináljuk? Felbontsam a problémámat kisebb darabokra, vagy egyben írjam le az egészet?
A kérdésedre válaszolva a tapintó a főorsón van, leengedhető. jelenleg a coolant makróra van kötve, mert csak ködöt használok, de szuper lenne neki egy saját kimenet. (fel-le).

A szerszám és nullpont bemérésnél az alábbi workflowt szeretném használni. Mivel ezt a részt nem találtam meg ledokumentálva az UCCNC-ben, így leírom:

WCP felvétel: home után a tapintót leengedve a munkadarbon felveszem az XY pontot, majd a hozzáadom az offszetet amivel a tapintó el van tolva a szerszámhoz képest. (ez egyedi a gépem miatt) A tapintót (egyszer) bemérem a szerszámbemérővel, majd a munkadarab tetjén felveszem a Z nullpontot.

TCP felvétel: A szerszámot bemérem a szerszámbemérővel, majd az offsetet az UCCNC kiszámolja a tapintó és szerszám eltolásból.

Ez lenne az alapja majd a workflownak, amit szeretnék automatizálni jobban.

Mit gondolsz?

Előzmény: dezsoe, 2023-03-09 11:40:00 [9114]

Szia!

Az M6-od az nagyon nem hasonlít arra, amire szeretnéd használni. Az M31 a javítással együtt is csak egy bemérésre van megírva. Szerintem jobban jársz egy nulláról megírt makróval.

Írtad, hogy leengeded a mérőkét. Ez valahol a főorsón van és tudod a pontos eltolását? A szerszám ellenőrzése a szerszám újbóli betöltésekor vagy kiadáskor esedékes? Gondolom, kiadáskor, hogy a következő szerszámmal csak akkor kezdjen dolgozni, ha nem volt törés.

Előzmény: eduard, 2023-03-08 15:23:40 [9112]

Nem tudom milyen Uc kártyát használsz, de ha Mach3 kompatibilis akkor kitudod próbálni az S görbés rámpát.
Itt nézelődj: https://www.machsupport.com/forum/index.php?topic=12042.30

Előzmény: eduard, 2023-02-15 00:53:00 [9098]

Köszönöm! Sikerült megnézni az M6-ot esetleg?

Előzmény: dezsoe, 2023-02-20 17:27:10 [9104]

Köszönöm!

Előzmény: dezsoe, 2023-03-06 18:46:38 [9110]

Így van, és az 1.2110-ben volt az utolsó kifejezetten hozzá készült javítás. Használd az 1.2113-at, ami a hivatalos stabil verzió.

Előzmény: TBS-TEAM, 2023-03-06 18:36:58 [9109]

A PDF szerint: 1.2105-től---->

Előzmény: schneyolo, 2023-03-06 18:17:35 [9108]

Sziasztok!

Szeretném megkérdezni, hogy az UCCNC melyik verziótól tudja kezelni az AXBB-E mozgásvezérlőt?

lefordítom, csak reménykedtem

Előzmény: dezsoe, 2023-02-21 12:17:51 [9106]

Szia!

Nem valószínű, mert nem írtam meg magyarul, az angol is kb. fél nap alatt készült el, mert sürgős volt. Azóta sem nyúltam hozzá. Kérdezz, segítek.

Előzmény: Autotec1, 2023-02-21 11:29:23 [9105]

Sziasztok. Nincs valakinek teljesen véletlenül egy magyar nyelvű használatija a bemérés funkcióhoz? Probe

Az M31-gyel az a gond, hogy egy sor el van írva benne. Cseréld ki az alábbi sort:

exec.Code("G00 Z" + ZRetractHeight);	//Retracts Z for move to plate

exec.Code("G00 G53 Z" + SafeZ);	//Retracts Z for move to plate

Előzmény: eduard, 2023-02-18 22:46:59 [9103]

Kedves fórumtársak, egy (számomra) összetett feladatnak fogtam neki, kérném a segítségetek a megoldásában, mert úgy tűnik elakadtam már az alapoknál.
A szerszámbemérést, szerszámcserét és automata próbát igyekszem megoldani.
Ez lenne a kívánt workflow:

A gépre felkerül az anyag, amin felveszem a munkapontot úgy, hogy a próbával a kívánt sarok fölé állok és felveszem az XYZ pontokat, majad az elforgatást x vagy y-on G68ba automatikusan beírja. Utána elmegy a gép szerszámcserére (ez most még manuális) majd a szerszámot beméri a fix helyen lévő bemérővel és elkezd dolgozni. Az újabb M6 után automatikusan kiméri a szerszámot újra és ha ugyanaz a hossz, kiáll újabb cserére. Ha a hossz megváltozott dob egy szerszámtörés hibát.
Ezt újra csinálja ciklusban amíg a munkapálya végére nem ér.

Itt tartok ebben a folyamatban:
Van egy M6 és M31-em amit nem értek, de elvileg megcsinálja valahogy ennek egy részét. A gép készen áll, miden bekötve. Meg én is ))

Itt az említett két makró:
M6: https://www.dropbox.com/s/i9k9wz4w03n7cx0/M6.txt?dl=1
M31: https://www.dropbox.com/s/ug6k1omaycq5rix/M31.txt?dl=1

Amit jelenleg csinál az M6: kiáll szerszámcserére, majd beméri a szerszámot és (számomra) random Z helyre visszaáll. Szerintem az előző szerszám magasságára kellene, de lehet hogy én nem értem.
M31: tasztert leengedem manuálisan, beméri a munkadarabot Z-ben, majd minden Z emelkedés nélkül elindul bemérni a szerszámot, amikor is lelövöm.

Hát ez nem sok a fenti kívánságkosárhoz képest

Szóval Köszi a részletes választ, így értettem az optimalizálást ahogy írod, mert összességében gyorsít és jelentősen javít a felület minőségén. (A fórum enterre küld, ezen is lehetne finomítani)

Előzmény: CNCdrive, 2023-02-15 00:59:40 [9099]

Köszi

Előzmény: CNCdrive, 2023-02-15 00:59:40 [9099]

Ezt a fajta (S-görbés) gyorsítást
volt alakalmam kitapasztalni egy
Homag cnc-n.
A trapéz görbéset, meg egy Holzher cnc-n.
A trapéz görbés gyorsítás hamarabb kinyírja
a bolygóműveket és látványra, hangra
is egy műszaki ember számára hajmeresztő.
Persze az nem hobbi kategória volt...
Azoknál a gépeknél a 7-800 kilós,"X" irányú,
mozgó tömeg 1 másodpercen belül gyorsult fel,
70-80 m/perc-es sebességre...
Ennek ellenére örülök, hogy foglalkoztok
a témával. Egy épített gépnél sem mindegy,
hogy mennyit bír ki adott teljesítménynél.
Hajrá!

Előzmény: CNCdrive, 2023-02-15 00:59:40 [9099]

Nem, nem lett még megcsinálva az S görbés gyorsítás, viszont arra ne számíts, hogy a géped gyorsjárata attól gyorsabb lesz.
S görbés gyorsítástól csak lassabb lesz, mivel a trapézos gyorsításhoz képest laposabban indul és végződik a görbe.
S görbés gyorsításnak egyetlen előnye, hogy a gyorsítás nem ugrásszerűen indul, hanem először lassabban gyorsul fel a tengely majd lassabban lassít le, ettől egyenletesebb, szebb rázkódásmentesebb lesz a futás.

Sajnos még nem volt időnk megvalósítani, más fejlesztéseken dolgoztunk, dolgozunk, de terve van véve.

Előzmény: eduard, 2023-02-15 00:53:00 [9098]

Kedves dezsoe, szeretném optimalizálni a gép gyors mozgásait és eg korábbi fórumbejegyzésben láttam, hogy leprogramozzástok az s-curve mozgásprofilt. Esetleg elérhető?

Sziasztok,
UCR201 bug.

Valakinek van e még ilyen gondja?
Már jeleztem egy idelye de Dezsoe sajnos nem tudta reprodukálni,
Röviden leírom és csatolok 2 videót,
videó 1 az nyomógombal, videó 2 az UCR használata.


- G kód megy G01-el Y pozitiv irányban.
- Stop majd mondjuk Z eltova kicsit nyomógombal lefelé majd start.
- minden OK megy tovább Y irányban az eltolt Z vel.
- Ha ezt megismétlem de ugy hogy a Z-t az UCR201 el tolom el akkor 2...3 sorral megy előre G00-val a G kód.
Ez igy nagyon zavaró....

https://www.youtube.com/shorts/Ui1niZddFZA

https://www.youtube.com/shorts/wlJSOVXXKc8

Itt vagyok!

Én mindent is' meg szoktam mérni.

Előzmény: PSoft, 2023-01-29 18:22:08 [9095]

Már...nincs velünk az a "szkópos ember".

Előzmény: dezsoe, 2023-01-29 15:39:40 [9093]

Nem adna ki csak 100 at ,azt látná a szkópos ember. A 105 ből 5 a tartalék, az lenne felhasználva arra ami a biztonságos működéshez kell

Előzmény: dezsoe, 2023-01-29 15:39:40 [9093]

Aztán jön a következő szkópos ember, hogy mi ez a vacak, ami 100 kHz-en 105-öt ad ki... Mondjuk, nem is baj, hogy lefelé kerekedik, mert a kici-ócó 200 kHz-es meghajtók egy része már instabil 200-on.

Előzmény: ANTAL GÁBOR, 2023-01-29 12:55:22 [9092]

Köszönöm , és sem tervezek semmit a határokra . De sokkal szebb lenne az optikája ha alapból 105 kHz lenne de erről nem tudna a felhasználó ( a doksiban 100khz szerepelne ) és a tartalék nálatok képződne ( hogy működjön a kottyanás kompenzáció vagy az említett menetvágás
A kecske is jóllakik és a káposzta is megmarad

Előzmény: Polgárdi Balázs, 2023-01-29 10:55:29 [9091]

Ez nem azért van, mert csalunk, hanem prózaibb matematikai okokból. Ez az 5% ráhagyás azért került bele, mert ha kottyanás kompenzáció be van állítva vagy szinkron menetvágás van egy tengelyen, akkor max. sebesség közeli mozgásoknál nem tudná (vagy nem az elvártak szerint) kikompenzálni a kottyanást vagy követni a szinkron mozgásokat. A megoldás rá, nagyobb kernel frekvenciára kell állítani (ha a motormeghajtó tudja fogadni), és akkor feljebb tolódik az elérhető sebesség.

Előzmény: ANTAL GÁBOR, 2023-01-25 07:28:53 [9080]

Pontosabban: minél kisebb az érték annál laposabb a fel- és lefutás.

Előzmény: TBS-TEAM, 2023-01-25 22:14:45 [9089]

A felfutás és a lefutás meredekségét csökkentsd az UCCNC-ben.
Settings / Axes setup (Acceleration)
Minnél kisebb az érték annál meredekebb a felfutás.

Előzmény: Etib, 2023-01-25 21:50:31 [9088]

Egy kis beállítási segítséget kérnék. UC300-ACS606vezérlő-szettben hozzávett 180W-os DC szervo motor (1000-es enkóder). A tuningot régi laptopról simán meg lehet csinálni csendesen pörög minden irányban, viszont UCCNC-n egy fordulat után enkóder hibával lelilt a vezérlő. Már mindent próbáltam állítani, de nem lett jobb. Ha van valakinek tapasztalata , szívesen venném.
Köszönöm!

Nekem vörös proletárom is van , ( 10 kw ) még jó , hogy tudtam szerezni rá frekiváltót egy danfoss 2800 ( 18.kw ) mikor mérgesen megrántom a kart 35 amper fölé ugrik a kijelző. De legalább birja.

A steak amit megsütnek neked az étteremben azt nyersen mérik le.

A kenyérnél meg kellene lenni a ráírt tömegnek, mert adagolásnál
rá van számolva a víz vesztesége normális helyeken
(ahova járunk szervizelni ott biztos )

Előzmény: D.Laci, 2023-01-25 09:41:22 [9085]

" A minap egy frissen megvett 70 dekás kenyeret megmértem .62deka volt ...."

Deriváltam majd integráltam, ha helyesek a számitásaim pont 8 dkg vízzel tudod pótolni a tömeg különbözettet.
De az újabb anyagi veszteséggel jár.

Előzmény: ANTAL GÁBOR, 2023-01-25 08:27:48 [9082]

Lassú vagy, megszáradt míg hazaértél.

Előzmény: ANTAL GÁBOR, 2023-01-25 08:27:48 [9082]

Egyébként az UCxxx topicban már többször volt róla szó, hogy nem tudja a max. beírtat, valamennyivel alatta teljesít.

Előzmény: ANTAL GÁBOR, 2023-01-25 08:27:48 [9082]

Magam is hasonlóan gondolkodom . Nem szoktam a határra tervezni DE : a mai világ lassan erről szól . Szerintem a kínaiak kezdték . Ráírják a kondira hogy 20000 üzemórás aztán 2000 nél tönkremegy De már nálunk is dívik? A minap egy frissen megvett 70 dekás kenyeret megmértem .62deka volt ....

Előzmény: svejk, 2023-01-25 07:52:34 [9081]