HobbyCNC fórum
FTP tárhely: http://cnctar.hobbycnc.hu v0.9.6 Régi HobbyCNC oldal: http://archiv.hobbycnc.hu

Új regisztráció / Átregisztráció a régi fórumról
    
   


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 6 / 188 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   2  3  4  5  6  7  8  9  10   Következő ►  Utolsó ►|

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

gabi | 138    2023-04-07 17:51:13 [9147]

Szia
Szerintem ki kell választani a layert .

Előzmény: szf, 2023-04-07 09:45:41 [9146]


szf | 4375    2023-04-07 09:45:41 [9146]

Mi lehet a hiba? Miért nem nyitja meg a fájlokat?

  


dezsoe | 2917    2023-04-05 21:40:03 [9145]

Ha a PLC-d beszél Modbus-ul, márpedig illene neki, akkor jóval egyszerűbb a helyzet: a ModbusMaster plugin-on keresztül akárhány be-/kimeneted lehet. (Na, jó, nem akármennyi, csak összesen 1600000.)

Előzmény: sarktibsi, 2023-04-05 20:53:23 [9143]


TBS-TEAM | 2637    2023-04-05 21:19:41 [9144]

Kezdésnek össze kell számolni a be és kimenetek számát,
annak megfelelően kell választani.
UC400ETH:24Kimenet-10Bemenet.
UC300ETH:49db digitális bemenet-36db digitális kimenet-2db analog kimenettel és 2db analog bemenet.

UCBB kártya 24V be-kimenetek.(kimenet NPN).(Bemenet NPN-PNP választható).
UCSB kártya 24V-be-kimenet.(kimenet NPN).(Bemenet NPN-PNP választható).

Előzmény: sarktibsi, 2023-04-05 20:53:23 [9143]


sarktibsi | 457    2023-04-05 20:53:23 [9143]

Seretnék egy nem szokványos fémipari cnc marógépet épiteni , szükségem lenne az összes M kódra ( M 10.1-10.10-ig ) plusz a többi szokványo M kód.
Az M 10.1-10.10 kimenetet összekötném egy PLC-vel ( 24 vdc ) Mindkét vezérlővel szeretném vezérelni a gépet , ez egy sorozat gyártó gép lenne.

Kérdésem. Milyen kártya kell hozzá?

Előzmény: dezsoe, 2023-04-04 17:03:50 [9133]

frob | 2248    2023-04-05 13:46:18 [9142]

köszi
z láb éppen hatásos lehet, bár asszem az emlegetett M10.1 az igazi inkább

viszont ahhoz a postprocessort kell átírni.. no kénytelen leszek vele foglalkozni...

Előzmény: dezsoe, 2023-04-04 17:03:50 [9133]


TBS-TEAM | 2637    2023-04-04 20:21:52 [9141]

A lényeg ez az infó is megvan.

Előzmény: dezsoe, 2023-04-04 20:09:34 [9140]


dezsoe | 2917    2023-04-04 20:09:34 [9140]

El lehet erről reggelig vitatkozni, csak éppen értelme nincs. A fordítási idő az egy teljesen más történet és semmi köze ahhoz, amit leírtam.

Előzmény: TBS-TEAM, 2023-04-04 19:04:51 [9139]


TBS-TEAM | 2637    2023-04-04 19:04:51 [9139]

Precompile all macros on startup: Ha ez az opció be van jelölve, akkor a profiles mappában
található összes szöveges makró lefordításra kerül amikor a szoftver elindul.
Az előnye a makrók előfordításának, hogy a szöveges makrók fordítása számítógéptől függően
általában 50-200msec időt vesz igénybe, ami a makró meghívása és a makró kód futtatása között
jelentkezik. Ha a makró előre le van fordítva, akkor a meghíváskor a makró már eleve futtatható
állapotban van és ilyenkor nem jelentkezik az említett késés.

Én másképp értelmeztem ezt a leírást.

Előzmény: dezsoe, 2023-04-04 18:41:42 [9138]


dezsoe | 2917    2023-04-04 18:41:42 [9138]

Közvetetten, de benne van. Az M10-M11 leírásánál olvashatod, hogy mitől szinkron. A makrók nem futhatnak szinkronban, mert a program nem tudhatja, hogy mit írtál a makródba. Amikor egy makrót futtat a program, akkor előtte minden mozgást befejez, minden értéket (koordináták, #változók stb.) egyeztet a mozgásvezérlővel, majd csak ezután indítja el a makrót. Mivel az M3-4-5-7-8-9 makróknak van szöveges, általad szerkeszthető file-ja, ezért nem futhatnak szinkronban a fentiek miatt.

Előzmény: TBS-TEAM, 2023-04-04 18:29:27 [9137]


TBS-TEAM | 2637    2023-04-04 18:29:27 [9137]

"Az M7-M8-M9 (és az M3-M4-M5 is) nem szinkronban fut, tehát a mozgások megállnak,
amikor ezeket végrehajtja."

Szuper és ez az infó miért nincs benne az UCCNC leírásban?

Előzmény: dezsoe, 2023-04-04 18:15:59 [9136]


dezsoe | 2917    2023-04-04 18:15:59 [9136]

Ez nem így van. Az M7-M8-M9 (és az M3-M4-M5 is) nem szinkronban fut, tehát a mozgások megállnak, amikor ezeket végrehajtja. Pontosan ezért van az M10-M11 a lézerhez és az M10.x-M11.x bármi más kapcsolásához, mert ezek mind szinkronban, a mozgás megszakítása nélkül a megfelelő pillanatában kapcsolnak.

Előzmény: TBS-TEAM, 2023-04-04 17:59:23 [9135]


TBS-TEAM | 2637    2023-04-04 17:59:23 [9135]

Használhatod az M7 vagy M8 Be M9 ki az időzítést 0-ra
állítva nem vár a program.

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


Autotec1 | 523    2023-04-04 17:19:29 [9134]

Valami nagyon jónak kell lennie, ha ennyit vártunk rá.

Előzmény: svejk, 2023-04-04 12:45:33 [9130]


dezsoe | 2917    2023-04-04 17:03:50 [9133]

Azt írtad, hogy egy kimenet kell neki. Régen a lézert vezérelték sokan a Z tengely dir lábával, így lényegében bármivel lehetett g-kódot generálni, mert ha lement a Z, akkor bekapcsolt, ha fel, akkor ki.

Ha a Z-t használod, akkor ez nem jó, akkor marad az M10.1-M10.10-ig az egyik kimenet, de ezt bele kell generálnod a g-kódba.

Előzmény: frob, 2023-04-04 16:41:52 [9132]

frob | 2248    2023-04-04 16:41:52 [9132]

Jó lehet, de pontosíts légyszives, ez most a maró motor dir, vagy mi lenne?

Előzmény: dezsoe, 2023-04-04 16:05:47 [9131]


dezsoe | 2917    2023-04-04 16:05:47 [9131]

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]


svejk | 32800    2023-04-04 12:45:33 [9130]

Bízzunk a debreceni taliban!

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


frob | 2248    2023-04-04 10:40:30 [9129]

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!


Nemes Mihály | 405    2023-04-04 10:03:49 [9128]

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]


Miki2 | 2321    2023-04-03 15:58:26 [9127]

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

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


CNCdrive | 442    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]


Autotec1 | 523    2023-03-31 19:43:07 [9125]

Hogy áll az eszterga funkció?


dezsoe | 2917    2023-03-26 11:14:21 [9124]

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]


eduard | 239    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]

eduard | 239    2023-03-14 16:14:45 [9122]

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]


dezsoe | 2917    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]


eduard | 239    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.


eduard | 239    2023-03-09 21:56:01 [9119]

1.2115

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


dezsoe | 2917    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]


eduard | 239    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]


dezsoe | 2917    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]


eduard | 239    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]


dezsoe | 2917    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]


D.Laci | 5265    2023-03-09 08:12:27 [9113]

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]

eduard | 239    2023-03-08 15:23:40 [9112]

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

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


schneyolo | 382    2023-03-06 18:56:28 [9111]

Köszönöm!

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


dezsoe | 2917    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]


TBS-TEAM | 2637    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]


schneyolo | 382    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?


Autotec1 | 523    2023-02-21 15:18:02 [9107]

lefordítom, csak reménykedtem

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


dezsoe | 2917    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]


Autotec1 | 523    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


dezsoe | 2917    2023-02-20 17:27:10 [9104]

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


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


Az M6-ot még át kell néznem.

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


eduard | 239    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

eduard | 239    2023-02-15 11:23:47 [9102]

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]


eduard | 239    2023-02-15 11:22:10 [9101]

Köszi

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


hegedűs györgy | 68    2023-02-15 08:34:18 [9100]

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]


CNCdrive | 442    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]


eduard | 239    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ő?


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

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


 ◊