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 102 / 188 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   98  99  100  101  102  103  104  105  106   Következő ►  Utolsó ►|

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

Törölt felhasználó    2017-09-19 09:41:10 [4315]

Hogy jön ez ide? Gondolkozzál már el, súlyos szövegértési, szakmai problémáid vannak, de ez természetes is annál, aki csak kötözködni, "aprítani" jár ide pár haverjával együtt, amikor meglátják a Robsy nick nevet.

Előzmény: lazi, 2017-09-19 09:04:45 [4313]


Törölt felhasználó    2017-09-19 09:18:08 [4314]

Aztán még ez ugatott le, hogy idióta vagyok mert analóg tachogenerátorral mértem egy analóg bemenetes szkóppal a REZONANCIÁT a léptetős rendszernél !
Miközben ez meg full digitális bohóckodással kábítja a fórumot.
És még Én voltam elhordva mindenféle idiótának !

Előzmény: lazi, 2017-09-19 09:04:45 [4313]


lazi | 1489    2017-09-19 09:04:45 [4313]

Persze. A kvantumszámítógép analogra épül, már amelyik próbálkozás már működik.
A vacak digitális PC, (mint a tiéd, vagy abakuszt rángatsz?) kőkeményen a 0 - 1 páros alapján dolgozik. Ne próbálkozz a TTL vagy CMOS, vagy akármilyen szintek analóg magyarázkodásán, a lényeg az 1 és a 0.

Előzmény: Törölt felhasználó, 2017-09-19 07:23:00 [4312]


Törölt felhasználó    2017-09-19 07:23:00 [4312]

Még egy kiegészítés. A világ, a matematika alapja analóg dolgokon nyugszik, hiába ülünk naphosszat egy vacak digitális PC előtt.

Az analóg világban a 0.0003 egy igen nagy számként is értelmezhető, hiszen tőle végtelenül sok és kisebb is van.
A digitális ennek nyilván csak egy része lehet, de olyan algorimusokat kell alkalmaznunk, ami mindig a lehető legjobban közelíti a valóságot, azaz az analóg világot.

Előzmény: dezsoe, 2017-09-18 22:37:27 [4310]


Törölt felhasználó    2017-09-19 07:09:00 [4311]

Hol írtam hogy a kijelzés NE a felbontásból megvalósítható valós koordináta legyen? Sehol! Ez jó a programban, a Robsy CNC vezérlőimben is így van.

Viszont a kijelzés és a számolás két külön dolog, szerintem SÚLYOS elvi programhiba egybemosni. Gondold végig micsoda durva G kód-tól való veszélyes (ütközés, szerszámtörés) eltéréseket jelent ez (mint az adott példa mutatja), amint egyre kisebb step/mm a gépfelbontás a setup-ban. Ez most így azt jelenti, egy teljesen jó G kód attól függően válik egyre szarabbá az UCCNC szerint és a te magyarázkodásod szerint, minél hitványabb felbontású a gép felbontása. Ez pedig nyilván nonszensz!

Előzmény: dezsoe, 2017-09-18 22:37:27 [4310]

dezsoe | 2919    2017-09-18 22:37:27 [4310]

Hümm...

Egy napja próbálom megemészteni, amit írtál. Rajtad kívül bárkiről el tudtam volna képzelni, hogy azt javasolja, hogy a program mással számoljon, mint a tényleges pozíció. Pont az ilyen átverésekre szoktál ugrani. No, mindegy, csodálkozom tovább, de addig is elmondom a saját véleményemet.

1. A program helyesen jár el, amikor a tényleges koordinátát jeleníti meg, illetve ezt is tárolja, mint aktuális koordinátát. Én személy szerint nagyon fel lennék háborodva, ha kiderülne, hogy a tudtom nélkül, valami akárhogyan kiszámolt koordinátával dolgozik, miközben mást ír ki. (Egyszerű példa: soronként hajtom végre a kódot. Megnézem, hogy hol áll a gép, tetszik, nyomom a következő sort. Egyszer csak kiderül, hogy nem is azzal számol, amit látok...)

2. A program szintén helyesen jár el, amikor a G2 kezdőpontjának az aktuális koordinátát veszi. Ez a dolga, a szabvány ezt írja elő, ettől G2 a G2.

3. Szerintem a CamBam (vagy a posztprocesszora) csinál hülyeséget, amikor képes egy 0.0003mm hosszú körívet generálni. Értem én, hogy erre is lehet szükség egy csillagvizsgáló tükrének kialakításához, de nem tudom elképzelni, hogy bármi értelme lenne akár még ipari környezetben is. Még a 0.03 csak elmegy, de az két nullával odébb van...

Hogy hasznosat is írjak: kicsit utánaolvastam gyorsan a CamBam-nak. A posztprocesszornak meg lehet mondani, hogy milyen hosszúságú körív alatt generáljon inkább G1-et (Options - Arc To Lines Tolerance). Gondolom, hogy ha itt értelmes, a tengelyen egy lépéshez tartozó távolságnál nagyobb érték van megadva, akkor rögtön használhatóvá válik a rendszer. Sokszor csak annyi a baj, hogy az eredeti paraméterek ángilus mértékegységhez lettek megadva és emberi (értsd: metrikus) környezetben értelmetlenül kis értéket képviselnek.

Előzmény: Törölt felhasználó, 2017-09-17 13:58:54 [4306]


exup | 636    2017-09-17 14:30:27 [4309]

A kérdés jó, de nem tudom...nem foglalkoztam vele másképp legeneráltam...ahogy Csaba mondta. Nem ívekre bontattam, hanem szakaszokra. Megoldódott.

Előzmény: kmajer, 2017-09-17 14:14:02 [4308]


kmajer | 565    2017-09-17 14:14:02 [4308]

A dxf-ben a vektorok teljesen zártak?

Előzmény: exup, 2017-09-17 14:09:03 [4307]


exup | 636    2017-09-17 14:09:03 [4307]

Köszönöm a kielégítő kisérletet, tesztet. Érdekes, hogy másik program "rendben" megcsinálja. Bár nem értem dxf-ből hogy sikerült "hibás" gkódot létrehozatnom. Majd másik progiba generálom le. Köszönöm mégegyszer.

Előzmény: dezsoe, 2017-09-17 13:26:30 [4305]


Törölt felhasználó    2017-09-17 13:58:54 [4306]

"Hogy mi a megoldás? Nem tudom."

Talán az egy megoldás lehetne, hogy az UCCNC ne az adott gép durva hajtás felbontásával számoljon, hanem attól sokkal pontosabban, a kettő közti különbségeket pedig tengelyenként tartsa nyilván egy hiba regiszterben. Hiszen így mint a példa is mutatja egy jó G kód "rosszá válik" a vezérlő program hibás algoritmusa miatt, sőt balesetveszélyes szerszám törés, ütközés következhet be, amikor egy pici ívszakasz helyett betesz egy teljes kört a hibás működése kapcsán.

Előzmény: dezsoe, 2017-09-17 13:26:30 [4305]


dezsoe | 2919    2017-09-17 13:26:30 [4305]

Na, csak eljutottam odáig, hogy végignézzem.

A helyzet az, hogy minden jó, csak mégsem. A pálya attól rossz, hogy a program jó. Nem, nem ittam semmi töményet. A következő történik:

A 68-as sor (G2 X289.385 Y290.9629 I192.3902 J-64.5029) hatására az X 289.3840, az Y 290.9640 lesz. Bár a kódban más értékek vannak, a kijelzőn a tényleges koordináták jelennek meg, és ezzel is számol a program. A tényleges és a programozott koordináta csak és kizárólag akkor lehet azonos, ha a programozott koordináta osztható a tengelyre előírt lépéssel, azaz egész számú lépést kell végrehajtania az adott koordináta eléréséhez. Mivel ez elég ritka, ezért két lehetőség adódik: vagy kiírod a tényleges koordinátát, ami többé-kevésbé az lesz, amit a g-kód előírt, vagy kiírod a g-kódban kért koordinátát, ami nem felel meg a valóságnak, de nagyon jól mutat. Az UCCNC az első verziót választja: a koordináták megjelenítése a ténylegesen megtett lépések száma alapján történik.

És itt el is érkeztünk a problémához, ugyanis a következő sorban (G2 Y290.9631 I186.8722 J-79.0784) a következő mozgást írja elő a kód: menj egy köríven a jelenlegi (289.3840, 290.9640) pontból (+186.8722, -79.0784) középponttal (289.3840, 290.9631) pontig. (Itt azt kell észrevenni, hogy a parancsban nem volt X, tehát az az éppen aktuális lesz, a középpont pedig relatív: az aktuális X és Y koordinátákhoz kell hozzáadni, de most mindkét dolog lényegtelen.)

Egymás mellé írom, hogy jól látszódjon: (289.3840, 290.9640) ---> (289.3840, 290.9631)! Az X ugyanaz, de az Y végpont KISEBB, mint a kezdőpont! Ezért fog egy teljes kört menni! A G2 előírja, hogy óramutató járása szerinti körívet kell bejárni, és mivel a végpont egy hajszállal a kezdőpont mögött van, ezért teljesen körbe kell mennie. Ha a kezdőpont nem a tényleges koordináta lenne, hanem az átverős, akkor nem lenne semmi gondod, mert egy 0.0003mm hosszú, az említett középponttal rendelkező körívet kéne bejárnia...

Hogy mi a megoldás? Nem tudom. Nem ismerem a CamBam-ot. Ha át lehet állítani a legkisebb szakasz hosszát, akkor jó. Vagy azt, hogy ne köríveket generáljon, hanem csak szakaszokat. Valamelyik (vagy mindkettő) segíthet.

  

Előzmény: exup, 2017-09-16 20:40:52 [4300]


exup | 636    2017-09-17 09:54:56 [4304]

2037-es is rosszul csinálja

Előzmény: exup, 2017-09-17 09:40:29 [4303]


exup | 636    2017-09-17 09:40:29 [4303]

Megnéztem a g kódom másik programban, az rendesen végig csinálja. Balázséknak is elküldöm.


exup | 636    2017-09-17 08:43:45 [4302]

Elküldtem....köszi.

Előzmény: dezsoe, 2017-09-16 22:12:14 [4301]


dezsoe | 2919    2017-09-16 22:12:14 [4301]

Szia!
Küldd el, az aktuális profillal együtt, de csak délelőtt fogom tudni megnézni, majd akkor írok, hogy mit találtam.

Előzmény: exup, 2017-09-16 20:40:52 [4300]

exup | 636    2017-09-16 20:40:52 [4300]

Sziasztok.

Van egy kis problémám és nem tudom, hogy az uccnc vagy a cambam progi generálja. Gitár test formát marnék teszt célzattal.Az első kör 1 mm-es vágásánál mielött befejezné a teljes testet kimegy a rajzolatból. Az uccnc mutatja a formát, de azon túl megy. Nem is értem miért. Mutatja hol kéne mozogjon és azt is épp hol mozog, de akkor miért nem ott mozog, ahol kéne? Kinek küldjem a Gkódot? Csaba?


Aknai Gábor | 3049    2017-09-15 14:16:48 [4299]

Tudom, az meg is van.
Az ilyen apró szösszenetekre, beállítások mikéntjére gondoltam.

Előzmény: dezsoe, 2017-09-15 14:13:23 [4298]


dezsoe | 2919    2017-09-15 14:13:23 [4298]

Mit értesz UCCNC összefoglaló alatt? A program leírása ott van a program mappájában. Igazából csak a beépített plugin-ok leírása hiányzik. Talán még a makró/plugin fejlesztéshez lehetne írni doksit. Angol nyelven már megtette egy szorgos felhasználó, ha közelít a teljességhez, akkor majd lefordítjuk, ha megengedi.

Előzmény: Aknai Gábor, 2017-09-15 14:02:10 [4297]


Aknai Gábor | 3049    2017-09-15 14:02:10 [4297]

Szia Csaba,

egy jó kis magyar nyelvű UCCNC összefoglalót, még anyagilag is hajlandó lennék támogatni.

Előzmény: dezsoe, 2017-09-15 13:04:48 [4296]


dezsoe | 2919    2017-09-15 13:04:48 [4296]

Szia, Gábor!

Elég sok kérdés szokott itt elhangzani, úgyhogy éppen ideje lenne, hogy legyen egy jó leírás róla.

Előzmény: Aknai Gábor, 2017-09-15 12:59:15 [4295]


Aknai Gábor | 3049    2017-09-15 12:59:15 [4295]

Szia Csaba,

nem azért mondtam, hogy ezzel munkát adjak Neked.
Csupán érdekelt volna a véleményed a .pdf-el kapcsolatban.

Ha lesz róla valami jó kis összefoglaló, azt sokan megköszönnénk ill. én le is fűzném a többi hasznos iromány mellé.

üdv, Gábor

Előzmény: dezsoe, 2017-09-15 12:15:21 [4293]


dezsoe | 2919    2017-09-15 12:57:06 [4294]

Sziasztok!

Megjelent az UCCNC 1.2044-es tesztverziója.

Innen tölthető le.

Javítások és változások:

- Az UC300ETH és UC400ETH hibásan számolta a gyorsulást a B tengelyen, ami furcsa mozgást eredményezett, javítva
- Az UC300ETH és UC400ETH lépést vesztett az enkóder megszakítás prioritási hibája miatt, ha a főorsó enkóder engedélyezve volt, javítva


dezsoe | 2919    2017-09-15 12:15:21 [4293]

Szia!

Letöltöttem, de igazából nem láttam benne hasznos információt. Majd megkérdezem a Balázsokat, hogy egyáltalán létezik-e leírás hozzá, és ha nem, akkor gyűjtök információt és megírom, legyen meg ez is. (Csak egy kis türelmet kérek, mert az osztódás még nem megy, de igyekszem... )

Előzmény: Aknai Gábor, 2017-09-15 11:34:48 [4292]


Aknai Gábor | 3049    2017-09-15 11:34:48 [4292]

Szia,

nincs mit, bár ezt inkább Csabának kellene átböngésznie, hogy mennyire hasznos nekünk.

üdv, Gábor

Előzmény: sutyko, 2017-09-15 10:13:24 [4291]


sutyko | 297    2017-09-15 10:13:24 [4291]

Köszi Gábor!

Előzmény: Aknai Gábor, 2017-09-14 18:50:32 [4290]

Aknai Gábor | 3049    2017-09-14 18:50:32 [4290]

Szia,

itt találtam valamit róla: UCCNC laser, Stepcraft

Előzmény: sutyko, 2017-09-13 16:00:28 [4288]


dezsoe | 2919    2017-09-14 16:55:24 [4289]

Szia! Még nem találkoztam vele. Mondjuk, más nyelvűvel sem.

Előzmény: sutyko, 2017-09-13 16:00:28 [4288]


sutyko | 297    2017-09-13 16:00:28 [4288]

Sziasztok! Tudna valaki segíteni, hogy az uccnc program lézer pluginjének leírása hol lelhető fel magyarul?


dezsoe | 2919    2017-09-13 13:35:36 [4286]

Készítettem egy makrót "smart homing" néven. A beépített home-olástól annyiban különbözik, hogy miután egy tengely felvette a home pozíciót, egy megadott koordinátára elmegy. A másik lényeges különbség a SoftLimit kezelésében van. Ha a home kapcsoló a SoftLimit határain kívül esik és a SoftLimit be van kapcsolva, akkor az UCCNC a home pozíció felvétele után megakad a SoftLimit koordinátánál (nem engedi bemenni a tengelyt a határok közé). Ezért a megadott koordináta felvételekor a SoftLimitet ideiglenesen kikapcsolom.

A profil file-ba fel kell venni egy [SmartHome] szekciót, ahol a paraméterek lesznek. G28Move<tengely>=true/false értékkel lehet egy adott tengelyre engedélyezni vagy tiltani a home utáni elmozdulást, G28Goto<tengely>=<gépi koord.> sorral pedig beállíthatjuk, hogy hova menjen. Például (nálam az X és Y home -5mm-en, a Z 50mm-en van):

[SmartHome]
G28MoveX=true
G28GotoX=0.0
G28MoveY=true
G28GotoY=0.0
G28MoveZ=true
G28GotoZ=45.0



A makrót meg lehet hívni paraméter nélkül vagy Q paraméterrel. Ha a Q meg van adva, akkor 0-5-ig az X, Y, Z, A, B, C tengelyt fogja home-olni. Ha nincs paramétere, akkor egy képernyő mezőből veszi, hogy mit csináljon.

A képernyőn kívüli területre tettem egy mezőt (hogy ne látszódjon) és látható helyre egy csúszkát, ami ennek a mezőnek az értékét állítja 0 és 6 között. 0-5-ig egyesével home-olja a tengelyeket, ahogy már fentebb leírtam, ha 6 az értéke, akkor a Configuration/General settings/Homing sequence beállításban megadott tengelyeket az ott megadott sorrendben home-olja. A makróban a SmartHomeAxisFld konstans értéke a beviteli mező sorszáma. Az első képen a nyomógomb (ez hívja a makrót) és mellette a csúszka látható, a másodikon az eredmény a státusz ablakban.

A makró:

// ================================================================================================
// SmartHome v1.2
// ================================================================================================

string Axes = "XYZABC";
int Axis = 0;

if (Qvar == null)
{
Axis = Convert.ToInt32(AS3.Getfielddouble(SmartHomeAxisFld));
if (Axis == 6)
{
for (int i = 0; i <= 5; i++)
{
Axis = Axes.IndexOf(AS3.Getcomboboxselection(4 + i));
if (Axis != -1)
exec.Setaxishomestate(Axis, false);
}
for (int i = 0; i <= 5; i++)
{
Axis = Axes.IndexOf(AS3.Getcomboboxselection(4 + i));
if (Axis != -1)
if (!HomeAxis(Axis))
return;
}
}
else
{
exec.Setaxishomestate(Axis, false);
HomeAxis(Axis);
}
return;
}

int Qint = Convert.ToInt32(Qvar);

if ((Qint < 0) || (Qint > 5))
{
AS3.Additemtolistbeginning("* M20928: Invalid Q", 2);
return;
}

HomeAxis(Qint);

// ================================================================================================

#Events

const int SmartHomeAxisFld = 20602;

bool HomeAxis(int AxisNo)
{
string WorkAxis = "XYZABC".Substring(AxisNo, 1);
bool G28Move = Convert.ToBoolean(exec.Readkey("SmartHome", "G28Move" + WorkAxis, "false"));
double G28Goto = Convert.ToDouble(exec.Readkey("SmartHome", "G28Goto" + WorkAxis, "0.0"));
double CurrentPos = 0.0;
bool SoftLimit = exec.GetLED(67);

if (G28Move)
AS3.Additemtolistbeginning("Homing " + WorkAxis + " with move to " + G28Goto, 2);
else
AS3.Additemtolistbeginning("Homing " + WorkAxis, 2);

while (exec.IsMoving()){}
if(exec.Ismacrostopped())
return false;

switch (AxisNo)
{
case 0:
CurrentPos = exec.GetXpos();
break;
case 1:
CurrentPos = exec.GetYpos();
break;
case 2:
CurrentPos = exec.GetZpos();
break;
case 3:
CurrentPos = exec.GetApos();
break;
case 4:
CurrentPos = exec.GetBpos();
break;
case 5:
CurrentPos = exec.GetCpos();
break;
}

exec.Code("G28.1 " + WorkAxis + CurrentPos);
while (exec.IsMoving()){}
if(exec.Ismacrostopped())
return false;

if (G28Move)
{
if (SoftLimit)
{
exec.Callbutton(519);
while (exec.IsMoving()){}
}

exec.Code("G0 G53 " + WorkAxis + G28Goto);
while (exec.IsMoving()){}
if(exec.Ismacrostopped())
{
if (SoftLimit)
{
exec.Callbutton(518);
while (exec.IsMoving()){}
}
return false;
}

if (SoftLimit)
{
exec.Callbutton(518);
while (exec.IsMoving()){}
}
}

return true;
}

// ================================================================================================




    


kaqkk007 | 1552    2017-09-10 18:25:42 [4285]

Köszönöm a felvilágosítást

Előzmény: dezsoe, 2017-09-10 17:54:03 [4284]


dezsoe | 2919    2017-09-10 17:54:03 [4284]

1. Igen, mm, ha mm-t használsz. Pontosabban fogalmazva: az UCCNC nem kezeli a mértékegységeket (nincs G20/G21), tehát ha mm-ben van a g-kódod, a tengelybeállításaid, meg minden, akkor a munkaterület is mm lesz.

2. A munkaterület mérete értelem szerűen gépi koordinátában van, így ha odébb teszed a G54..G59 nulla pontját, már ugrik is odébb a munkadarab.

Előzmény: kaqkk007, 2017-09-10 17:43:37 [4283]


kaqkk007 | 1552    2017-09-10 17:43:37 [4283]

Még két kérdés : 1 a mértékegység a mm ?
: 2 a munkadarab helyzete változtatható valamilyen módon a raszteron ?

Előzmény: dezsoe, 2017-09-10 17:18:29 [4282]


dezsoe | 2919    2017-09-10 17:18:29 [4282]

Itt (Configuration -> Appearance -> Workpiece area and grid setup):

  

Előzmény: kaqkk007, 2017-09-10 16:14:26 [4281]


kaqkk007 | 1552    2017-09-10 16:14:26 [4281]

"a szerszámpálya-megjelenítőben egy hálós sík jeleníthető meg, ami a gép munkaterületét mutatja" Ez melyik ablakban és hogyan állítható be ?

Előzmény: dezsoe, 2017-09-08 11:18:15 [4279]


exup | 636    2017-09-09 01:02:33 [4280]

Köszi az infót.

Előzmény: dezsoe, 2017-09-08 11:18:15 [4279]

dezsoe | 2919    2017-09-08 11:18:15 [4279]

Sziasztok!

Megjelent az UCCNC 1.2043-as tesztverziója.

Innen tölthető le.

Javítások és változások:

- AltGr-es karaktereket (pl. #) nem lehetett beírni MDI-be, javítva
- Színválasztó ablak kezdőpozíciója kívül eshetett a képernyőn, javítva
- Új: a CNCRoom UB1-es paneljének támogatása
- Új: csúszka új paramétert kapott (acceptclick), mellyel engedélyezhető vagy tiltható, hogy a csúszán bárhova kattintva oda ugorjon. Ha ez tiltva van, akkor csak a csúszka megfogásával lehet állítani
- Új: a szerszámpálya-megjelenítőben egy hálós sík jeleníthető meg, ami a gép munkaterületét mutatja
- Néhány THC beállítást nem mentett a program kilépéskor egy korábbi, a mentéssel kapcsolatos módosítás miatt, javítva
- THC anti-dive a mozgás végén késett egy szinkronizálási időnyit a THC anti-dive funkció kapcsolással itt van róla szó, javítva


Amatőr | 2184    2017-08-31 12:25:36 [4278]

"és mindjárt elküldenek a fejlesztők a... csába"
Csak nem!
Azért kíváncsi volnék mit szólnak, lehet egyszerűbb mint gondolnánk.

Előzmény: frob, 2017-08-31 07:03:56 [4277]


frob | 2249    2017-08-31 07:03:56 [4277]

Hát vanni van, de még az asztalon hever
úgy hogy igazad van nem tudom hogy müxik, de ha tényleg így van, akkor inkább valami egyszerű szerkesztő nézet kellene ahol kör és négyzet huzigálós módival köré rakható a képnek

csak gondolom akkor jönnek az újabb igények, hogy a keret mentén halványabb legyen a kép így nagyobb képből is lehetne kivágni... ami szintén állíthatóan mekkora távolságról induljon ,stb..

és mindjárt elküldenek a fejlesztők a... csába

Előzmény: exup, 2017-08-30 22:03:24 [4274]


exup | 636    2017-08-30 22:37:05 [4276]

Nyilván lehetne, de hát nem az

Előzmény: PSoft, 2017-08-30 22:30:56 [4275]


PSoft | 18471    2017-08-30 22:30:56 [4275]

A Mach plugin is ugyanígy csinálja.
Ilyen alapon akár, az is lehetne a..." legjobb ilyen progi".:)

Előzmény: exup, 2017-08-30 22:03:24 [4274]


exup | 636    2017-08-30 22:03:24 [4274]

Látom neked nincs uccnc-d. A képhez nem csinál gkódot, saját pluginként csak a képet kell importálni...égeti magától. Ettől is a legjobb ilyen progi.

Előzmény: frob, 2017-08-30 20:50:27 [4272]


Amatőr | 2184    2017-08-30 20:52:09 [4273]

Igen, én is így használom mert más megoldást nem tudok. Azért jó volna ha egy méret változtatás után nem kéne a koordinátákkal vacakolni.

Előzmény: exup, 2017-08-30 19:54:40 [4269]


frob | 2249    2017-08-30 20:50:27 [4272]

már hogy ne lenne, a g kódhoz hozzáfűzheted a kivágandó terület g kódját, talán leginkább azzal a hasonlattal tudnék élni, hogy az aspire ben ha olyan megmunkálásokat végzel amelyek ugyan azon szerszámmal vannak akkor megmondhatod neki hogy egy fájlba tegye..

nem tudom mivel generálod a kódot, de gondolom a kép is végül egy G-kódként végzi, akkor a programból külön rajzolsz egy keretet és max a teljesítményt átírod benne..

vagy valamit nagyon félre értettem, de akkor bocs

Előzmény: exup, 2017-08-30 20:27:46 [4271]


exup | 636    2017-08-30 20:27:46 [4271]

A kép gravírhoz nincs mit fűzzön. Az egyik kép, másik g kód.

Előzmény: frob, 2017-08-30 20:11:29 [4270]


frob | 2249    2017-08-30 20:11:29 [4270]

Esetleg eleve összefűzve a kettő...

exup | 636    2017-08-30 19:54:40 [4269]

Ha úgy is megállna és kérdezne, akkor ezzel az erővel behívhatsz utána vágáshoz gkódot. Én is ezt teszem.

Előzmény: Amatőr, 2017-08-30 19:49:52 [4268]


Amatőr | 2184    2017-08-30 19:49:52 [4268]

Csak egy kérdés az UCCNC Laser-pluginnel kapcsolatban: én szinte csak ezt használom, kép gravírozáshoz vettem meg. Mennyire volna bonyolult dolog megoldani hogy amikor kész a kép akkor vágja körbe a lézer? Mondjuk mikor végzett megállna megkérdezni az előtolást aztán full teljesítménnyel a már kiszámolt méretek alapján rajzolna egy téglalapot. Azt már csak nagyon óvatosan említem meg hogy az ovális vágás igazi csemege lenne.


dezsoe | 2919    2017-08-21 22:08:25 [4267]

Csak egy gondolat, világmegváltás nélkül. Ha nekem fix bemérőm lenne (akár szerszám cserélő nélkül is), akkor biztos, hogy a méréseket gépi koordinátában végezném, mert onnantól mindegy, hogy melyik munka koordináta rendszert használod éppen. Pláne, hogy egy szerszámcserélős gép elég komolynak tűnik ahhoz, hogy több munkadarab is be legyen rögzítve: innen már csak G54 és társai kellenek, hogy ráállj a következőre. Ha elég pontos a homing és a befogás, akkor akár meg is jegyezheti a mérések eredményét, hogy csak a szerszámtár feltöltésekor kelljen mérni.

Előzmény: svejk, 2017-08-21 19:57:48 [4266]


svejk | 32800    2017-08-21 19:57:48 [4266]

Olvasgattam, kérdezősködtem, de nekem valahogy nem tetszenek az iparban elterjedt szerszámbemérési metódusok.
(volt amelyiket meg sem értettem )

Egy hobby gépnél nem gond a ciklusidő, ezért én inkább azt az utat választanám, hogy minden egyes szerszámcsere után menjen el és mérje be a szerszámot, egy célszerűen a szerszámtár mellett levő fix bemérőponton, írja be a szerszámkorrekciós tárba az értéket, majd ezzel a korrekcióval dolgozzon. (vagy akár nem is kell táblázatba írni, hiszen mindig mérnék)
Így ki lenne küszöbölve a szerszám visszafogási pontatlansága is.
(nem kúpos befogók vannak, hanem csak a szerszám hengeres szárát fogja meg a patron)

No de mihez legyen a viszonyítás?
Az iparban sokszor a főorsó homloka és az asztal közti távolság az "etalon".

Én eddig talán még mindig csak olyan munkadarabot martam, ahol a Z0 a munkadarab felső síkja, így nekem az lenne a célszerű és érthető, hogy felvenném mondjuk a T1-es szerszámmal a munkadarab síkját, majd a többi szerszámot ehhez a T1-hez korrekciózná a többi szerszám Z mozgását


Ha valakinek van pár perce, próbálja már szemellenzős gondolkodásomat helyes útra terelni!

Előzmény: svejk, 2017-08-20 22:50:13 [4265]


svejk | 32800    2017-08-20 22:50:13 [4265]

Készített-e már valaki fix helyzetű szerszámbemérőhöz olyan makrót, ami ténylegesen ki is tölti a TOOLS fülön a Z hosszkorrekciós táblázatot?

A szerszámcserélő M6 minta makro már tartalmazza a G43 H(aktuális szerszám) parancsot, tehát már valaki foglakozott ezzel a résszel is.


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

Időrend:
Oldal 102 / 188 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   98  99  100  101  102  103  104  105  106   Következő ►  Utolsó ►|


 ◊