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 1 / 156 Ugrás ide:
Sorok:
1  2  3  4  5   Következő ►  Utolsó ►|

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

suvalovo | 23    2020-05-22 14:59:21 [7823]

A pinek (20) helye biztos ki próbáltam de azért írtam hátha kiszúrtok valami hibát, akkor marad a próbálgatás. Köszönöm majd beszámolok
üdv Attila

Előzmény: dtb, 2020-05-21 23:52:03 [7821]


dezsoe | 2036    2020-05-21 23:59:23 [7822]

Szia!

Technikailag jó, amit beírtál, próbáld ki. Annyi mellékhatása van, hogy mindenképpen vár, tehát ha újra fékezni kell, akkor az is késni fog, mert megfogod vele az egész vizsgálatot. (Viszont gondolom, hogy nem kapcsolgatod ki-be a tengelyt, úgyhogy elvileg nem probléma.)

Előzmény: suvalovo, 2020-05-21 22:26:48 [7816]


dtb | 1220    2020-05-21 23:52:03 [7821]

Azt gondolom, csak tudod, hogy mit vezérel a 2-es port 20-as pinje? Nem az a fék?
Egyébbként az exec.Wait(10000); utasíást szerintem nyugodtan kipróbálhatod úgy is, hogy előtte is vársz, és utána is. Próbálgatni kell...

Előzmény: suvalovo, 2020-05-21 23:27:41 [7819]


dtb | 1220    2020-05-21 23:43:49 [7820]

Így már értem, te nem a fékre vársz (én azt hittem) hanem a szervóra... Ezek szerint lemaradtunk egy levélről

Előzmény: suvalovo, 2020-05-21 23:27:41 [7819]


suvalovo | 23    2020-05-21 23:27:41 [7819]

Azért nem értem, mert a GetLed beolvassa, ha igaz vár addigra feláll a servo, majd exec.Setoutpin(2, 20); a 20as pin leemeli a féket....

Előzmény: dtb, 2020-05-21 22:58:09 [7817]

suvalovo | 23    2020-05-21 23:23:13 [7818]

Szia!

valóban igazad van egy koábbi levélről kellet volna írnom.

A problémámeg röviden servo nem tudom miért, de bekapcsoláskor nem tudja a nyomatékot felvenni, mint ahogy azt a fék miatt szükségs volna így végállásra megy és dicsérem az olaszok felmenőit, mert a fék levegőjét ki kell oldanom és kézzel kell leemelnem a végállásról (egy 7,5 kw-os motor és a fúróaparát), majd kitámasztom és talán működik. A késleltetés azért kell, hogy a servo álljon fel és utánna emelje le róla a féket.
ha így érthető a logikáját szeretném megérteni.
Kösz Attila

Előzmény: dtb, 2020-05-21 22:58:09 [7817]


dtb | 1220    2020-05-21 22:58:09 [7817]

A korábbi home-olási problémából nem egészen értem, hogy keverdtél a fékhez, de az én logikám az lenne, hogy először megváltoztatom a Setoutputpin-nel az értéket, (ennek hatására fog oldani/fogni a fék) és utána várok, hogy legyen ideje a mechanikának dolgozni.

Előzmény: suvalovo, 2020-05-21 22:26:48 [7816]


suvalovo | 23    2020-05-21 22:26:48 [7816]

Szia
Kicsit elvesztem mert újra kellet építenem a nyákot, mert ez első verzióban nem volt átgondolva így a végén belezavarodtam a illetve volt egy két forrasztási hiba amit nem találtam, azután úgy döntöttem újra.... megérte. A kérddés: a fékem még így sem akar működni illetve a késlaltetése. A 3. if után szúrtam be a késleltetést így jó vagy ez fordított ezért máshvá kellen tennem?

Köszönöm: Attila

A program:

//M310 macroloop

bool state = exec.GetLED(10);

if (firstRun)
{
// Ha első futás, akkor mindenképpen kapcsolni kell
lastState = !state;
firstRun = false;
}

if (state != lastState)
{
// Csak akkor foglalkozunk vele, ha változott az állapota
if (state)
{
// Tengely áram alatt -> fék kioldása
exec.Wait(10000);
exec.Setoutpin(2, 20);
exec.AddStatusmessage("Fék kioldva");
}
else
{
// Tengely nincs áram alatt -> fékezés
exec.Clroutpin(2, 20);
exec.AddStatusmessage("A fék rögzíti a tengelyt");
}
lastState = state;
}

#Events

bool firstRun = true;
bool lastState = false;

Előzmény: dezsoe, 2020-05-08 23:34:42 [7786]


Autotec1 | 166    2020-05-18 19:47:46 [7815]

Lassan kész mechanikailag a gépem.
Keresek Miskolcon uccnc-hez értő szakembert a kezdő beállításokhoz, vezetékeléshez.
Tcfm 100 minihorizont
Panasonic Ac szervó.

      


dezsoe | 2036    2020-05-18 12:57:54 [7814]

Nincs baj az "ahogy esik"-kel, mert le lehet azt mérni, aztán beméréskor oda lehet mozogni, utána meg vissza. Ha már tiszta, hogy mit kell csinálni, mi a mérőpont offszetje, akkor segítek a makró megírásában, ha szólsz.

Előzmény: sanyi84, 2020-05-17 12:17:31 [7813]


sanyi84 | 1245    2020-05-17 12:17:31 [7813]

Program verzió legújabb lesz - beszerzés alatt az axbbe-urc201-sheetcam , illetve szűz win7 et kap a gép. A plasma screen bemérési gombját használják majd a géphez. Megy,csak be kell írni az értéket, nos ezt szeretném automatizálni. Később probe2 is felkerül. Ez az anyag beméréshez kell, valószínű "csak" egy pálca lesz. Ez a fogósabb kérdés mert a pisztolytól ahogy esik helyre lesz helyezve XY beméréshez.
Cél a minél egyszerűbb használat felhasználói oldalról.

Olyan az uc nagyvonalakban mint a régebbi fagor vezérlő, egyszerű. Az újabba van plc. Hát 3 hét és sok kávé után jött össze a használható plc program. Nem fikázás csak mach3 al ellentétben ez legalább nem csinál értetlenségeket - bemérés közben rázkódás. És persze dicséret a több ki és bemenet meg persze a sebesség és a fejlesztés. Illetve a support...

Előzmény: dezsoe, 2020-05-17 10:18:38 [7812]


dezsoe | 2036    2020-05-17 10:18:38 [7812]

"Ám hogy kell Z hez bemérés után automatikus értéket beírni uccnc ben?"

Ezt egy kicsit bővebben is kifejthetnéd. Program verzió, mihez használod (az előbb plazmát emlegettél, de nem derül ki, hogy a kérdés is arra vonatkozik-e), hogyan mérsz (G28.1 vagy G31) stb.

Előzmény: sanyi84, 2020-05-17 09:42:40 [7811]


sanyi84 | 1245    2020-05-17 09:42:40 [7811]

Gyakorlati példa az összekrehányolt screen meg a totálisan ismeretlen makró és egyéb nyalnkság környezet a mach3 alatt. Rádugtam egy axbbe t a barátom plazmájára. Szépen megy pár szívás után amit a totálisan dokumentálatlan gép okoz...
De még ugye az én axbbe m volt tehát nem hagytam ott. Rendelt is pár dolgot a haverom.
Mach3 ra visszadugva "pisztolytávnál" 2 probe mérés van. Az első bekapcsoláskor megbolondult és második mérésnél elkezdi rángatni az összes tengelyt az oly nagyra dícsért mach3. Újraindítva jó.
Nem kell grafikus biszbasz inkább. Főleg hogy olyat produkál ami khmmm vicc kategória. A tengelybeállitási lap is ésszerűbb uc alatt. Uc alatt 1 óra volt a nyers konfig. Mach3 alatt eddig eljutni... Pfff hát nem is tudom.


Ám hogy kell Z hez bemérés után automatikus értéket beírni uccnc ben?
Ez a topichoz szól. Külön postba nem teszem fel.

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]


dezsoe | 2036    2020-05-11 15:03:07 [7810]



Csodálkoztam volna, ha nem ez jön ki a végén. Már elég régen panaszkodtak volna.

Előzmény: őrülT-Tudós, 2020-05-11 13:32:57 [7809]


őrülT-Tudós | 68    2020-05-11 13:32:57 [7809]

Gondoltam összedobok egy videot a mérésekről. Az arduionos, és a UCCNC-s teszt is 0,01 körüli hibával zárult (80mm átmérőn). Tegnap valószínűleg a lépésmegadás után nem fogadtam el és használtam a beállításokat. (elég rohanós vasárnapom volt..) Tehát a 10 tizedes értékmegadással úgy néz ki tökéletesen teszi a dolgát! Köszönöm mindenkinek a hozzászólást! További szép napot!

őrülT-Tudós | 68    2020-05-11 09:22:40 [7808]

Meg is történ a teszt, arduinoval max 0,02 század (80mm-en mérve) többszöri körbeforgatás után is. Ez a hiba szerintem már a mérésem pontatlanságából is fakad. Szerintem a szíj, és a mechanika elhanyagolható hibákkal működik.


őrülT-Tudós | 68    2020-05-11 07:42:00 [7807]

Üdv, megpróbálom ugyan ezeket a teszteket egy arduinoval vezérelve, akkor talán kizárható a hibák egyik fele.
ANTAL GÁBOR kérdésére a válasz pedig: htd 5m rendszer a szíj hajtás.
dezsoe: ahogy B.Zoltán írta a teljes fordulás értékének megadása sok esetben szerencsésebb lehet. Több hasonló gyári egységek is rendelkeznek pontosan ezzel az áttétellel.

Előzmény: CNCdrive, 2020-05-11 00:37:04 [7805]


ANTAL GÁBOR | 4176    2020-05-11 07:12:05 [7806]

A szíjhajtás eleve kottyan . A Powerbelt ajánlása szerint ilyen esetben az"AT" rendszert érdemes alkalmazni .

Szinte biztosan tippelem hogy te nem azt választottad . (Ennél csak az lenne a jobb ha egyedi tárcsák készülnének )

A mérésről : én elléptetném pár fokot , ott nulláznék és utána ugyanolyan irányban továbblépnék 360 fokot ( primitív kottyanás kivétel )
Az alkalmazott léptetőmotor is vihet hibát a rendszerbe ( gyári adatlap megtekintése tájékoztat ) Érdekes lehetne megnézni hogy hogyan alakul a hiba kisebb mikrolépés beállítással ( a step / unitot természetesen a legnagyobb tizedesszámmal írnám be ezekben az esetekben is )

Előzmény: őrülT-Tudós, 2020-05-10 21:22:08 [7799]


CNCdrive | 413    2020-05-11 00:37:04 [7805]

Ha 360 foknál és 3600 foknál is ugyanannyi a hiba akkor az biztos, hogy nem steps/per értékből származó pontatlanság.
Ha az lenne akkor a hiba arányosan nőne fordulatonként.
Én mechanikai problémára, kottyanás gondolok.

Előzmény: őrülT-Tudós, 2020-05-10 21:22:08 [7799]


B.Zoltán | 1363    2020-05-10 23:23:23 [7804]

Ez a hiba számunkra is érthetetlen. Hogy ha már 10 tizedesjegyig megadja, ennek a hibának 1 lépés környékén kellene lenni, század mm tartományban.

Előzmény: dezsoe, 2020-05-10 22:16:04 [7802]


B.Zoltán | 1363    2020-05-10 23:05:07 [7803]

Igen, ez elég komoly probléma, ezzel mi is szembesültünk a menetvágónál. Ha valakinek 3mm-es a vezérorsó menetemelkedése, máris végtelen tizedestört az 1mm-re eső lépésszám.

Mi úgy oldottuk meg, hogy nem a mm-re eső lépésszámot kérjük megadni, hanem a vezérorsó menetemelkedését (pl.3mm) és a léptetőmotor felbontását egy fordulatra (pl.1600). A rendszer nem tizedestörtben számol, hanem törtes alakban. Így az inches menetek is kezelhetők teljes pontossággal.

A forgató esetében jobb lenne, ha egy teljes körülfordulásra kérnétek a lépésszámot, és a program ebből számolná ki a kívánt elmozdulásra adódó lépést. De nem biztos, hogy megéri a működő programot bolygatni.

Előzmény: dezsoe, 2020-05-10 22:16:04 [7802]


dezsoe | 2036    2020-05-10 22:16:04 [7802]

Nem tudod elkerülni. Mifelénk menetemelkedés van, odaát menet/hüvelyk. Valamelyik oldalon biztos, hogy osztani kell, akkor pedig lehet végtelen is.

Előzmény: B.Zoltán, 2020-05-10 21:48:19 [7801]


B.Zoltán | 1363    2020-05-10 21:48:19 [7801]

Lehet, hogy ne végtelen tizedes törtbe keljen beírni.

Előzmény: dezsoe, 2020-05-10 21:40:53 [7800]


dezsoe | 2036    2020-05-10 21:40:53 [7800]

Milyen módosításra gondolsz?

Előzmény: őrülT-Tudós, 2020-05-10 21:22:08 [7799]


őrülT-Tudós | 68    2020-05-10 21:22:08 [7799]

Üdv, sikerült ma egy kis időt szakítanom rá és letesztelni, 10 tizedesig adtam meg az értéket. Érdekes módon 1 fordulat alatt ugyan ezt az eredményt kaptam. Mérési hibát kizárnám mert többször is oda-vissza forgattam és mindig ugyan azokat az értékeket kaptam. Viszont ahogy tanácsolták megnéztem 3600 foknál is, ott sem lett több a hiba 0,3°-nál. Az egységet egyenlőre nem fogom módosítani, szerintem ez is egész pontos megmunkálást tesz lehetővé, talán majd ha egyszer indokolt lesz, de addig hátha az UCCNC fejlesztő(k) is módosítanak az érték megadásán..

Előzmény: dezsoe, 2020-05-09 23:23:16 [7795]


TBS-TEAM | 428    2020-05-10 12:30:19 [7798]

Nem kompromisszumokat kell kötni hanem számolni és megváltoztatni az áttételt ahogy Gábor is írta.
Építettél egy gépet, beleöltél sok idöt energiát pénzt, nehogy egy pár ezer forintos bordáskereken meg egy kis vas reszelésén és festéken múljon a pontosság.

Mindig ott fog lebegni a szemed előtt, hogy csal x fokpecet.

A kép alapján szép munka.
Gratulálok.

Előzmény: őrülT-Tudós, 2020-05-09 21:58:18 [7791]


farkastibor | 550    2020-05-10 11:51:04 [7797]

Na meg , 4 tengelyes spirális megmunkálás sem igen ajánlott.

Előzmény: D.Laci, 2020-05-10 08:33:56 [7796]


D.Laci | 4652    2020-05-10 08:33:56 [7796]

Elspóroltál fordulatonként ~5 lépést.
Ahogyan a többiek is javasolták írd be a lépésszámot ameddig engedi.

Kicsi lesz az az áttétel! ~115mm-es átmérőn majdnem 0.2mm egylépes...
Indexelt megmunkáláshoz jó lesz.

Előzmény: őrülT-Tudós, 2020-05-09 21:58:18 [7791]


dezsoe | 2036    2020-05-09 23:23:16 [7795]

Igaza van Lászlónak, ne spórolj a tizedesekkel. Belül kellő pontossággal számol. Ezért nem is értettem, hogy hogyan jöhet ki komolyabb eltérés, de nem esett le, hogy a képen csak 3 tizedesig van. Mivel a program mindig a koordinátából számolja vissza a lépésszámot, nem adódnak össze a kerekítési hibák, így nem szokott egynél több lépés kerekítési hibát okozni.

Előzmény: őrülT-Tudós, 2020-05-09 22:39:15 [7793]


svejk | 29934    2020-05-09 23:11:50 [7794]

Nem lehet mérési bizonytalanság?
Adj neki G0 A3600 vagy akár G0 A36000 parancsot, akkor már szemre is jobban látod, van-e eltérés.

Előzmény: őrülT-Tudós, 2020-05-09 21:58:18 [7791]


őrülT-Tudós | 68    2020-05-09 22:39:15 [7793]

Üdv! Nem próbáltam mennyi tizedesig enged beírni, de ha lehet is sokat közel sem biztos, hogy azzal is számol majd.. Holnap letesztelem majd többel..
Nyilván ilyen kicsi eltérés nem okoz nagy gondot, de azért a lehetőségekhez képest szeretném kihozni a maximumot a dologból...

Előzmény: dosalaszlo, 2020-05-09 22:03:23 [7792]


dosalaszlo | 189    2020-05-09 22:03:23 [7792]

Tiszteletem

Nálam az encoder és az áttétel szorzata 204800 imp/fordulatra jön ki.
Na ez se adott ki még egész számot az életbe se.
Próbáld meg beírni annyi tizedes jegyig amennyit csak enged.
Ha jól láttam neked csak 3 tizedesig van beírva!
Kb 10 számjegyig megy és az már olyan kis tévedést eredményez ami szerintem elhenyagolható,
hacsak nem milliókat fordul egy programba egy irányba.

Nekem bejött gondoltam hátha!
Üdv
László

Előzmény: őrülT-Tudós, 2020-05-09 21:47:08 [7790]


őrülT-Tudós | 68    2020-05-09 21:58:18 [7791]

A gond az, hogy már teljesen kész az egység, festve felület kezelve van, illetve kimondottan ehhez az áttételhez lett kialakítva. Kicsit bosszantó, hogy egy arduinoval pontosan körbe tudtam forgatni, így szoftverből pedig nincs lehetőségem. Pedig, Ebay-Ali, stb helyeken is találtam 4. tengelyt pont ilyen áttétellel..

  

Előzmény: ANTAL GÁBOR, 2020-05-09 18:15:10 [7789]


őrülT-Tudós | 68    2020-05-09 21:47:08 [7790]

Indikátor órával mértem, 10cm-es átmérőn, 0,2mm volt egy fordulat alatt, ha jól számolom az kicsivel több mint 0,2°.

Előzmény: dezsoe, 2020-05-09 17:36:23 [7788]


ANTAL GÁBOR | 4176    2020-05-09 18:15:10 [7789]

Változtasd meg az áttételt Pl 27/4 re akkor 60 step lesz egy fok .Ha szíjas az áttétel akkor természetesen ennek az egész számú többszörösével is lehet operálni . 54/16 os kerekek kaphatók . Ehhez 6400 as mikrolépést kellene beállítani a 60 step / fokhoz

Előzmény: őrülT-Tudós, 2020-05-09 17:19:51 [7787]

dezsoe | 2036    2020-05-09 17:36:23 [7788]

Hogyan ellenőrizted? Mennyit léptél? Elvileg max. 1 lépésnyi eltérés lehet, ami nagyjából 0,02°, azt elég megmérni.

Előzmény: őrülT-Tudós, 2020-05-09 17:19:51 [7787]


őrülT-Tudós | 68    2020-05-09 17:19:51 [7787]

Üdv mindenkinek, egy kis segítségre lenne szükségem. 4. tengely beállításánál ütköztem a következő problémába. Az UCCNC szoftver az impulzususok számára kíváncsi 1 egység elmozduláshoz.
A problémám, hogy végtelen tizedestört ez az eredmény. (Bármilyen microsteppel számolva)

Motor: 200 step per rot.
Teszt vezérlő: 16 microstepen (3200imp/ford)
Áttétel: 6x (19200imp/ford)
végül egy fokhoz szükséges 53,333....

Órával, ellenőriztem és nem pontos a 360fokos fordulás.

Mit lehet tenni ilyenkor? Előre is köszönöm a segítséget.
Mindenkinek kellemes hétvégét!

  


dezsoe | 2036    2020-05-08 23:34:42 [7786]

A Buttons_by_number.htm a barátod:
- 204-es gomb: soft limit ki/be
- 518-as: soft limit be
- 519-es: soft limit ki

Makróból pl. exec.Callbutton(204); sorral tudsz gombot nyomni, azaz funkciót kapcsolni. Nem minden gombot nyomogathatsz program futás közben, de a soft limit pont olyan, amit lehet.

Előzmény: suvalovo, 2020-05-08 22:49:53 [7785]


suvalovo | 23    2020-05-08 22:49:53 [7785]

Köszönöm, de milyen paracsal tudom ezt kikapcsolni. mert nem a home pozicióban hanem attól 40mm re pozitív irányba. melléklet
köszi a választ Attila

  

Előzmény: dezsoe, 2020-05-06 21:52:16 [7777]


ANTAL GÁBOR | 4176    2020-05-08 16:07:22 [7784]

Tuti hogy nem magyar . Olvassátok el figyelmesen az első levelét . Lehet egy multinál dolgozik és már elfelejtett magyarul .

Előzmény: frob, 2020-05-08 08:54:14 [7782]


CNCdrive | 413    2020-05-08 10:46:32 [7783]

Nem gondolom, hogy valami attól "sérülékeny", hogy nem grafikus.
Egyébként az UCCNC-nek semmi köze a mach3-hoz, nem annak a másolata.

Én biztatlak, hogy hozz létre egy konkurenciát az UCCNC-nek. Gyorsan megvan, persze néhány kávét biztosan elfogsz fogyasztani mire elkészül, de hajrá.

Egyébként van hazai konkurenciája az UCCNC-nek, lásd NCT, Robsy. Javaslom őket is keresd meg és légy velük is olyan kedves mint ahogy velünk vagy, biztosan értékelni fogják.

Ja és van Opensource CNC szoftver is, LinuxCNC-nek hívják, ingyen letölthető és használható. Csak javasolni tudom neked a használatát.

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]


frob | 1761    2020-05-08 08:54:14 [7782]

Ahogy írsz tisztára olyan mintha google fordítaná valamelyik más nyelvről, ordít a magyar nyelv ismeretlensége róla...

egyébként az uccnc nem a mach3 koppintása, ha csak nem annak veszünk pl egy audit és egy mercit, végül is mind a kettő autó baszki...

az uccnc és a mach3 is egy cnc vezérlő szoftver, és mint ilyen szoftver szerszámgépen fut(na) amin nem kellene hogy bármi más is menjen, mert a szerszám és a gép is drága!

és egyébként is, mach3 lefutott téma, évek óta nem frissítik, van helyette mach4 mindenféle jósággal, ha meg hiányzik belőle ami neked kell használd ami tetszik...

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]


dezsoe | 2036    2020-05-08 07:48:53 [7781]

Tanuld már meg a szavak jelentését, mert félrevezető hülyeségeket írsz!

A sérülékenység, amit nyilvánosságra szoktak hozni, az egy programhiba, ami miatt például egy védelmet fel lehet törni. No, ilyen nincs a programban.

Az, hogy valami hiányzik, az nem sérülékenység, hanem esetleges hiány. Nem túl nagy durranás nyilvánosságra hozni, pláne ezen a fórumon, hiszen akik itt olvasnak, szinte mindannyian használják is a programot, így nem fognak (mai divatos szóval élve) megdöbbenni azon, amit írsz. Pontosan tudják, tudjuk. Jónéhány éve létezik az UCCNC, de valószínűleg elég a két kezem, hogy megszámoljuk, kinek hiányzik.

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]


kaqkk007 | 1344    2020-05-08 06:27:15 [7780]

„ Mach Brain editor-hoz értő szakit keresnék, kisebb projektek végrehajtása céljából.

https://www.cncpart.hu/brain

email: drasidesign@gmail.com ”


Én meg ezt nem értem , ha nem ismered miért hasonlítod össze egy másik programmal amit valószínűleg szintén nem ismersz ?

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]


exup | 619    2020-05-08 04:26:19 [7779]

Tényleg nem értem miért kéne plc integráció egy cnc programba. Eleve cél hardverek vannak erre a célra. Szoktam programozni Carel és Johnson Controls plc-ket. Azok eleve arra vannak és még sok társuk. Ahogy korábban írták makróban is meglehet csinálni szinte mindent, ráadásul az uc-nek nagyon jó itt a supportja. Nem feltétlen kell majmolni a konkurenciát. Én is sok mindent eltudnék képzelni az uc-vel, de nem arra való és nem is arra tervezték. Azért kiváncsi lennék mit szeretnél kihozni a dologból, mire használnád?

Előzmény: Draskoczi Judit, 2020-05-08 02:21:57 [7778]


Draskoczi Judit | 5    2020-05-08 02:21:57 [7778]

én támogatom a hazait, de jelen poszt arról szól, hogy az UCCNC sérülékenységét (alkalmazás integritásának hiányát) nyilvánosságra hozzam, tehát nem sikerült jól (nem teljes) a MACH3 másolata. Az UCCNC sérülékenységének koordinált nyilvánosságra hozását vagy fog / vagy nem javítás (javulás követni) itt a latencia az ami fontos. HA egy hazai alkalmazás gyorsan tud változni (belekerül egy ugyanolyan vagy jobb modul mint a MACH3 ban brian editor) akkor az a multikat be tudja előzni. A gyors változást támogatni, és gerjeszteni kell. Ha nincs változás, nincs fejlesztés létre kell hozni az UCCNC hazai konkurenciáját, UX alapú User Interfacekkel: OPEN SOURCE alapon, Github szinten. (a hazai CNC-nek fejlődnie kell, ha nincs PLC felé integráció, lásd MACH3-ban már rég benne van az a funkció UX interface alapon, de az UCCNC-ben nincs)

Előzmény: CNCdrive, 2020-05-06 18:55:44 [7773]


dezsoe | 2036    2020-05-06 21:52:16 [7777]

Szia!

A home pozícióval semmi baj nincs, az nem állítja meg. Valószínűleg, ahogy svejk is írja, a soft limit fogja meg, de kéne tudni a pontos üzenetet, amivel megáll, mert azt nem írtad. Ha a soft limit fogja meg, akkor azt meg lehet oldani a szerszámcsere makróban, hogy addig kapcsolja ki, amíg a pályát el kell hagynia.

Előzmény: suvalovo, 2020-05-06 21:11:31 [7775]


svejk | 29934    2020-05-06 21:41:11 [7776]

Akkor ott valami nem kerek a szoftlimit beállításánál.

Rendes esetben program futása közben is kiadható a G28 .... parancs hogy menjen Home pozícióba.

Előzmény: suvalovo, 2020-05-06 21:11:31 [7775]


suvalovo | 23    2020-05-06 21:11:31 [7775]

Sziasztok!

Abban kérném a segítségeteket, hogy nem kommentálnám be az olasznemzet fiai úgy találták kis agépet hogy a szerszácseréhez a home poticióba kell menni viszont ilyenkor a vezérlő magállítja a mozgást mondván kiléptél a mozgási tartományból. Az volna a feladat, hogy ha autómata szerzámcserélés van ne vegye figyelembe az "y" home pozicióját. Köszi a segítséget.

Még egy dolog a home pozició után a végállás le tudja állítani a mozgást, tehát nics vész ha valamit elszúrok a programozásnál.

Attila


nagysam | 80    2020-05-06 20:25:53 [7774]

Mivel úgy néz ki mintha dezsoe-nek válaszoltál volna, nagyon tetszett a " de ha többet foglalkoztál volna a programmal "
szövegrészlet.

Előzmény: CNCdrive, 2020-05-06 18:55:44 [7773]


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

Időrend:
Oldal 1 / 156 Ugrás ide:
Sorok:
1  2  3  4  5   Következő ►  Utolsó ►|


 ◊