Kicsit mellék ág de mit használsz helyette, már mint fusion helyett?

Előzmény: dezsoe, 2021-11-04 14:53:55 [8616]

Hogy az F360-ban mit lehet beállítani, azt nem tudom, nagyon nem is izgat. Nálam elásta magát a beetetős, majd minden fontosat kivevős üzletpolitikájával. Szerencsére nem öltem bele sok időt, azt a pár napot sem kellett volna.

UCCNC-ben viszont megfelelő makrókkal meg lehet csinálni, hogy legyenek további kimeneteid. Vagy ha túl sok a makró, akkor össze lehet hozni egy plugin-ba az egészet. Meg kell néznem, mert ugyan írtam már ilyen plugin-t, csak abban volt valami spéci dolog, mert egy bizonyos géphez készült. (És, persze, nem is nagyon emlékszem a részletekre így kb. 2 év után.)

Előzmény: eduard, 2021-11-04 13:56:38 [8615]

Koszonom a valaszt. Az M7, M8 a mist es a flood. A misthez kell levego is es kulon-kulon szeretnem kapcsolni, hogy a levego opcio kulon is elerheto legyen es meghivhato a CAM-bol. Az elszivas meg mehet M8-ra, az nem gond, de jo lenne ha sajat neven futna. Szoval nem is tudom boviteni a CAM-bol elerheto makrokat?

Előzmény: dezsoe, 2021-11-04 09:38:08 [8614]

Így sehogy. Az exec osztály nem tartalmazza ezeket a függvényeket.

Tudsz kimenetet kapcsolgatni exec.Setoutpin(<port>, <pin>) és exec.Clroutpin(<port>, <pin>) hívásokkal, de ez még így kevés, mert tudnod kell a kimenet aktuális állapotát is, resetre vagy stopre ki is kéne kapcsolnod stb. Az M7-M8 miért nem jó? Már elhasználtad másra?

Előzmény: eduard, 2021-11-04 09:26:33 [8613]

Sikerült módosítanom a postot, működik is. Eljutottam oda, hogy hozzáadtam egy levegő és elszívás makrót, M70 és M71 néven. Az M70 exec.Airon() és az M71 exec.Suctionon() lett. A következő akadály, hogy ezeket a futtatható állományokat vagy hivatkozásokat hogy rendelem hozzá portokhoz? Gombokhoz is szeretném, de az menni fog.

Előzmény: eduard, 2021-11-03 23:19:19 [8612]

Segitseget szeretnek kerni a fusion post modositasahoz. Arra van szuksegem, hogy coolantnak beallithassak levegot es elszivast is. Ezekre nincs kesz makro ahogy latom, ezekben is kernek segitseget.

Nagyon köszönöm! Sokadszorra segítettél. Így már azt hiszem menni fog.

Előzmény: dezsoe, 2021-11-03 09:32:02 [8610]

Az UCCNC\Profiles\Macro_profilodneve könyvtárban találod, jegyzettömbbel is szerkeszthető. (A "profilodneve" a program főképernyőjén látható.)

Előzmény: Bocs, 2021-11-03 09:20:41 [8609]

Köszönöm a válaszod!
Még nem írtam, szerkesztettem makrot. Ezt hol kezdjem? Hol férek hozzá az UCCNC-ben?
Nem ijedek meg a tanulástól és a kihívásoktól.

Előzmény: dezsoe, 2021-11-03 01:19:27 [8608]

Szia!

Az M200-as makró a park1, az M201 a park2.

Előzmény: Bocs, 2021-11-02 23:22:03 [8607]

Üdvözlök Mindenkit!

Telepítettem az UCCNC 1.2049-et mert az 1.2047 elkezdte magát felfalni. Hol a kézikerék plugint törölte, hol a képernyő egy-egy gombját. Lehet, hogy windows hiba, lehet más, nem fontos, mert annyira egyszerű a telepítés, hogy nem vacakoltam a hibakereséssel.

A régi verzió is tetszett, de az újért teljesen oda-vissza vagyok. Ezer köszönet érte!

Néhány dolgot nem találok a leírásában. Örömmel használnám a 2 ingyenes parkolóhelyet (GOTO PARK 1, GOTO PARK 2), de nem találom, hogy hol kell beállítani a helyét és ha van, a mozgásokat, stb. Itt a fórumon se találok róla semmit. Pedig szívesen készítenék külső gombot is hozzá.

Semmi baj az abszolút encoderrel, de ha etherCAT-en kommunikál, akkor egyszerű illeszteni egy EtherCAT rendszerbe.

Előzmény: eduard, 2021-11-01 17:13:23 [8599]

Kíváncsivá tettél!
írhatnál magadról pár sort...

Előzmény: eduard, 2021-11-01 17:12:24 [8598]

Itt egy példa a dedikált vezérlő néküli megoldásra: https://www.datron.de/en_gb/datron-cnc-machines/datron-next.html
Modern alapokon, normális GUI és nincs tervük a kidásra, mert a saját gépeiket etetik vele. Na ide kellene pozicionálni az UCCNC-t.

Előzmény: eduard, 2021-11-01 17:12:24 [8598]

Tulajdonképpen minden megvan már hozzá "csak" a adaptálni kell egy fieldbust az LPT helyett (úgy látom EtherCAT-ra esett a választás) és kezdetnek elég is, mert a logika már stabilan működik a szoftverben. Van itt bőven vállalkozó kedvü ember, aki örömmel tesztelne, ha közben megtanulhatja az fieldbus modulok kezelését.

Előzmény: frob, 2021-11-01 20:05:08 [8601]

Jó pár oldalt kellett visszalapozni, de megtaláltam: 'UCCNC vezérlő program' téma, 8442. hozzászólás. Most megnéztem és az 1.2115-tel is jól működik.

Előzmény: Autotec1, 2021-11-01 19:19:54 [8600]

Pedig, ezzel lépnétek igazán szintet!
Mert ha csak marad a ún vezérlés... az nem jelent akkora előrelépést. Persze értem hogy madzagolás, szervók használata...stb
És inkább ha vezérlős vagy valami is kellene, akkor arra hogy a sztenderd inkrementális, netán abszolút jeladókat lehessen használni pozícionálásra ethercat-el
Biztos nem kicsi fejlesztés, de az ipar profi területére törnétek be vele....

És persze hajrá!!!

Előzmény: CNCdrive, 2021-11-01 16:06:05 [8597]

G33 -menetfúrást sikerült megjavítani?

Mi a baj az abszolút enkóderekkel?

Előzmény: CNCdrive, 2021-11-01 16:06:05 [8597]

A dedikált vezérlőt teljes egészében ki lehet hagyni. Elég a PC és az EtherCAT IO a kifejtőn. Így teljesen ipari alkatrészekre támaszkodva szoftveres lenne kizárólag az UCCNC és jelentősen megnőne a diverzitása. Elmúlik a step/dir korszak és tetszőleges fieldbuszokat lehet majd használni. Végtelen IO, API-k, és computer vision feedback, munkaközi minőségellenőrzés és még sorolhatnám Ja és a hobbistáknak is egy nagy lépés lenne tudásban. Szerintem...

Előzmény: CNCdrive, 2021-11-01 16:04:24 [8596]

Ebben még nem gondolkodtunk, hogy az EtherCAT fejlesztés ebbe az irányba mutatna. De akár még ez is lehet. Főleg ha a jeladó (útmérő) is etherCAT-et.

Előzmény: frob, 2021-11-01 15:31:56 [8595]

Éppen olyan Beckhoff I/O modult használtunk az EtherCAT protocol fejlesztésnél. Működött.
Szóval igen, lehetne I/O modult is felfűzni az EtherCAT-re, de első körben már azzal is meg leszünk elégedve ha motorvezérlőkkel működni fog.

Az EtherCAT csak egy kommunikációs protocol és ebbe van beleágyazva egy másik protocol, COE vagy Profibus szokott lenni. De ez még mindig csak a protocol, a szintaktika.
Az, hogy a vezérlő ezekben az EtherCAT COE vagy Profibus packetokban milyen adatokat vár, hány adatra van szüksége az már vezérlő kérdése. Ezért nehéz általánosítva megcsinálni, hogy több féle vezérlővel is tudjon működni.
Persze meg lehet csinálni többfélére, de akkor minden vezérlőhöz hozzá kell fejlszteni, hogy tudja konfigurálni és vezérelni az UCCNC.
Szóval sajnos nem olyan ez mint a step/dir, hogy egy egyszerű kommunikációs szábvány és könnyű általánosan leprogramozni a kommunikációt.

Előzmény: eduard, 2021-10-31 16:52:15 [8591]

Ez esetleg út lehet ahhoz hogy pl lineáris útjeladók alapján legyen pontos lépés ?
Tehát megvalósulna a szabályzás, nem csak a mostani vezérlés?

Ha pl a motormeghajtók tudják ezt akkor gondolom biztos, ha nem akkor?

Előzmény: CNCdrive, 2021-10-31 16:19:36 [8590]

Szia!

A változók elnevezése (és úgy általában a g-kód szerkezete) az RS274NGC szabványban van rögzítve. Tehát lehet, csak azt már nem g-kódnak hívják.

Előzmény: hegedűs györgy, 2021-10-31 17:54:42 [8593]

Sziasztok!
Kérdezős kedvemben vagyok.
A "változós" programozást nem lehetne megkönnyíteni betű alakú változó elnevezésekkel a szám alakú helyett?
Átláthatóbbak lehetnének a g-kódok. Vagy az már egy másik programozási nyelvet igényelne? Többek között.
Előre is köszönöm a válaszokat.
Üdv, Gyuri

Nem PLC, csatoló.

Előzmény: eduard, 2021-10-31 16:52:15 [8591]

Köszönöm a részletes választ. Mikor lehet tesztelni az alfa hardvereket? Szuper lenne, ha EtherCAT-os PLC lenne az IO, az LPT helyett, ezen a szinten az LPT már okafogyottá válik és lassú is.
Itt egy alkalmas minta hw I/O-nak: beckhoff ek1100
Szuper lenne, ha a mozgásvezérlő "csak" bridge lenne a PC és a PLC között.
A Leadshine EtherCAT különbözik valamiben a többi gyártó által használt protokolltól, vagy ez csak egy mondás a kooperáció mentén?

Előzmény: CNCdrive, 2021-10-31 16:19:36 [8590]

Az EtherCAT vezérlő egy teljesen különálló mozgásvezérlő lesz, nem kell hozzá UC300ETH. Úgy terveztük, hogy egy kis panel lesz 2db ethernet porttal, az egyik a PC-vel kommunikál (UCCNC-vel), a másik portra lehet majd felfűzni az etherCAT-es motorvezérlő kártyákat.
A mozgásvezérlőn lesz még I/O, amit valószínűleg egy normál és egy bemeneti kiosztású LPT port (IDC26) lesz, hogy lehessen rá csatlakoztatni UCSB vagy UCBB elosztópanelt.
Később lehet majd fejlesztünk EtherCAT-es I/O kártyával való kompatibilitást is.

A project még nagyon az elején jár, viszont egyezkedtünk a Leadshine céggel és első körben az ő motorvezérlőikkel tesszük majd kompatibilissé a mozgásvezérlőt. Vannak nekik léptető és szervó EtherCAT-es motorvezérlőik is.

Előzmény: eduard, 2021-10-29 13:24:17 [8583]

Szia!

Attól, hogy betöltesz egy programot, még nem fut le, tehát nem is fogja átírni a változó(k) értékét, ezért látod az előző futás eredményét. (Vagy nullát, ha még semmi nem futott.) A változók értékadása után betehetsz a g-kódba egy M0-t, amire megáll a program futása, így tudod ellenőrizni, majd újabb ciklus starttal továbbengeded. Vagy írhatsz egy makrót, ami kiírja és megkérdezi, hogy futhat-e tovább. A demó módnak ehhez semmi köze.

Előzmény: hegedűs györgy, 2021-10-31 15:06:30 [8588]

Sziasztok!
Egy változókkal megtűzdelt programocskát szeretnék befejezni,de elakadtam egy kellemetlenségben.
A program betöltése után, szeretném lekérdezni, egy konkrét változó értékét.
Tudom, hogy ezt a " ?#(változó száma) " parancs MDI-be való beütésével érném el...
A bibi az, hogy egy előzőleg futtatott program ugyanolyan számu változójának az értékét írja ki.
Teszi ezt úgy, hogy magát a programot ennek ellenére jól lefuttatja.
Miután a programfutás sikeresen megtörtént, az MDI-ben lekérdezve már az aktuális program változójának az értékét írja ki, ha megkérdem "TŐLE".
Viszont program futtatása előtt lenne szükségem arra az adatra. Van erre vmi megoldás? Azon kívül, hogy "EDIT FILE" és számológéppel összeadom azt az 5~6
adatot amit az ominózus változó automatikusan és főleg hiba nélkül megtenne...
Előre is köszönöm a válaszokat.
Üdv, Gyuri
p.s.: Gondolom az nem lehet a fennakadás oka, hogy demóban erőlködöm. . .

Köszönöm a gyors választ.
A negált jelek forditott kiosztására gondoltam igen.

Előzmény: dezsoe, 2021-10-30 21:27:32 [8586]

Szia!

Az első kép nem jelöli az index csatornát. A második kép a helyes, szerintem, ha az RJ-45 különbségeire gondolsz. (Egyébként mindegy, mert legfeljebb mindkét jel negálva lesz.)

Előzmény: István83, 2021-10-30 21:07:24 [8585]

Sziasztok!
A Cnc drive oldaláról van mind a két kép.Csak nem tudom melyik a helyes bekötés,vagy mindegy?

    

Használ valaki ilyen kézivezérlőt, lenne néhány kérdésem

  

Érdeklőnék, hogy az EtherCat vezérlő fejlesztésével hogy haladtok? Van, lesz a közeljövőben tesztelhető verzió? Esetleg BOB az UC300ETH-LPT5-höz? Vagy valamilyen bridge addig?
Köszönet.

Persze, elvileg megoldható, de a gyakorlatban nem egyszerű.

Előzmény: eduard, 2021-10-28 12:22:38 [8581]

Ez tiszta, de elvi lehetősége van? Vagy nem megfelelő elképzelés?

Előzmény: CNCdrive, 2021-10-28 10:21:54 [8580]

Egyelőre nem tud ilyet az UCCNC.

Előzmény: eduard, 2021-10-27 22:25:26 [8579]

UCCNC -re lehetséges lenne egy olyan mappinget készíteni, ahol zárthurkú vezérléssel - ezt a szervo megoldja - mappelni a golyósorsót egy ballbar tesztel? Ezt a map filet elkészíteni 3 (5) tengelyre, majd az adott gép minden mozgásutasításkor használja. Ezzel a vacak kínai C7+ -os orsók is hiper precízek lennének. (Eltekintve a körszimmetrikus pontatlanságoktól.)

Köszönöm, már rendben letöltődött.

Előzmény: dezsoe, 2021-10-26 14:21:17 [8577]

Szia!

Próbáld meg így.

(A szokásos: biztonságos oldalról nem biztonságos link. Majd legközelebb már jól teszem fel.)

Előzmény: Miki2, 2021-10-26 13:14:46 [8576]

Szervusztok!
Valamiért nem tudom letölteni.

  

Köszönöm szépen, ki fogom próbálni.

Előzmény: dezsoe, 2021-10-24 09:30:37 [8574]

1. Ha felvetted a koordinátákat, akkor az offsets képernyőn megnyomod a save offsets gombot, a program pedig kiírja a profilba a koordinátákat.
2. Ráállsz a megfelelő sorra, megnyomod a run from here gombot, majd ciklus startra felhoz egy ablakot, ahol beállíthatod, hogy hogyan futtassa onnan a kódot. Ezután megint ciklus start és már megy is.

Előzmény: eduard, 2021-10-23 21:11:56 [8573]

Lehet, hogy már volt kérdés, ez esetben elnézést.

UCCNC-ben hogy lehet beállítani:
1. áramszünet vagy gép hiba esetén elmentse az összes nullpontot (G54-59) (WCS). Tehát nem akkor ha kilépek a szoftverből, mert az működik, hanem rögtöm amint felvettem, hogy később ne kelljen csak homolni.
2. folytatni a programot egy tetszőleges pontból. Azaz kiválasztom a megfeleő sort valahol a g kódban, a gép elindítja a főorsót, rááll előbb X majd Y és végül Z-vel, rákérdez és folytatja a kódot.

Köszönöm.

Ez valami drága cuccnak tünik

Előzmény: Autotec1, 2021-10-18 18:42:55 [8571]

pont van egy eladó kézivezérlőm

  

Előzmény: svejk, 2021-10-13 20:01:26 [8565]

Persze láttam.
Ha középről indítod a spirálzsinóros MPG-t simánn elér a két végére.

Előzmény: Barna Tamás, 2021-10-13 20:31:24 [8568]

Akkor rádiós MPG...
A billentyűt elüti az ember, leragad a gomb a beszorul forgácstól, stb...

Én még marót vagy fúrót nem koptattam el, mindig hamarabb eltörtem.
Amióta MPG-t használok nőttek a szerszámok életesélyei.

Előzmény: Barna Tamás, 2021-10-13 20:31:24 [8568]

Svejk te láttad a gépet, 4,5m hosszú csak a rádiós billentyű a nyerő.

Előzmény: svejk, 2021-10-13 20:01:26 [8565]