Szia!

Az 1.21xx sorozatot egy másik probléma javítása miatt keletkezett "elmászkálós" jelenségek kísértették. Ha minden igaz, akkor a 2105-ben már tényleg nem maradt ilyen jellegű hiba, pont ezért írtam, hogy ha már teszt verziót használsz, akkor mindenképpen ezt használd. (Igaz, nem mentem bele a részletekbe, hogy miért, de gondoltam, hogy hiszel nekem. )

Előzmény: adamkovacs, 2018-07-06 01:55:09 [5752]

Szia!
Ja én a mostani, összevissza lődörgésről beszélek, én nem tudtam, hogy ez már "régi" sztory!

Előzmény: CNCdrive, 2018-07-06 01:49:41 [5751]

Melyik hibát?
Ezt a külső triggeres ciklus start dupla nyomást?
Az a hiba szerintem minden verzióban benne van, mert még senki sem fedezte fel eddig. Szóval azzal a hibával kapcsolatban mindegy melyik verziót használod.

Egyébként ha tesztelni szeretnél akkor van a 1.2105 verzió, ami már frissebb és a most jelzett problémát javítottuk benne. De még egyszer mondom, hogy a teszt verziók tesztelésre valók. A hivatalos kiadások is a teszt verziókból kerülnek ki, de csak akkor ha nem találnak benne hibát elég hosszú ideig. Szóval csak néhány teszt verzió megy ki hivatalos kiadásba és mire kiadjuk addigra már több ezren letöltötték és használják, ezért stabilnak mondható.

Előzmény: adamkovacs, 2018-07-06 00:44:44 [5750]

Szia!

Értem és, már kb. egy hete Dezsoe is írta, vagyis töltöttem egy videót más hibáról!

Szóval vissza kéne váltanom.

Na de ha nem használjuk az újabbat, hogy jövünk rá mi a hibája?!:D

Előzmény: CNCdrive, 2018-07-05 23:20:47 [5749]

Nekem úgy tűnik, hogy ez a 1.2104 teszt verzió ismert hibája.
Ha gyártásra használod a programot, akkor mindig a legfrissebb hivatalos kiadást használd, ami az 1.2047:

http://cncdrive.hu/UCCNC.html

A teszt verziók tesztelésre valók és csak a fórumon adjuk ki tesztelési célra, ezért ezek a verziók hibákat tartalmazhatnak és a szoftver bonyolultsága, valamint a teszt verziónkénti sok-sok újítás miatt általában tartalmaznak is egészen addig amíg azokat fel nem fedezik a tesztelők és ki nem javítjuk.

Előzmény: adamkovacs, 2018-07-05 23:03:08 [5748]

Nagynagy kérdés és bánat lenne!!

Újabb hiba leledzik, de produkálni nem tudtam!
A kódot max. holnap tudom csak feltölteni, de a képet nézve, jól látszik a problémám.
Csak körbe megy 2x egy kulső kontúron, ennyi lenne a feladat, elinditottam a progit, felmentem inni, és ezt látom mikor lejövök-- 12DB ilyen alaktrész kellett volna kivágnom, de az első darabot ő másképp értelmezte, és az is érdekes, hogy csak az egyik magasságba csinálta ezt, aztán tovább ment és a többit jól csinálta meg, ill. 2 ilyen táblát martam a másik táblán jól csinálta!!
Látott már valaki hasonlót?! Mert ez most eléggé zavar.
Win10x64 i3@2,4ghz-8GBmem és szinte mindig szól a youtube, ha ez számít hogy más progik is futnak uccnc mellett?!

Ennyi lenne a mondókám

    

Megoldódott! De már tudjuk ezt is!

Előzmény: dezsoe, 2018-07-04 20:06:46 [5746]

Szia!

Csak standard g-kódot kezel. Kicsit részletezhetnéd, hogy mi a feladat, hátha megoldható. (Szinte biztos, hogy megoldható, csak nem úgy, ahogy while és társaival. )

Előzmény: adamkovacs, 2018-07-04 20:01:26 [5745]

Sziasztok!
Az uccnc lekezeli a WHILE és társait?!

Mert lenne egy mini progi és azt szeretném ismételgetni de nem igazan megy m98 m99 és társaival sem hátha valaki segit nekem ebbe azt megkoszonném

természetesen, végül is rpi is arm, és látván hogy milyen jól megvan írva a prg, alig eszik valamit, biztos ellene rpi-n is, szerintem lendítene a piacon...

persze lehet csak én látom így a fejlesztők nem

Előzmény: dezsoe, 2018-07-03 21:22:45 [5743]

Jó, hát azt felejtsük el, annak csak a neve Win10. Tehát x86 vagy x64, Windows, .Net korábban 2, az újabbaknál 4. Arm-ra is van Win10, de az sem rendes rendszer, tehát az is felejtős.

Előzmény: frob, 2018-07-03 21:14:43 [5742]

windowson de pc platformon!
mert ahogy írtam win10 van raspberyre is! csak hogy pontosítsunk és azon ügye nem fut sajnos...

Előzmény: dezsoe, 2018-07-03 14:45:12 [5737]

Mindenképpen. Sőt, még további 100 módon is tönkre lehetne tenni.

Előzmény: elektron, 2018-07-03 19:40:42 [5740]

UCNC-be is tehetnétek LPT portos kimenetet.

Előzmény: dezsoe, 2018-07-03 17:07:01 [5739]

Virtual-ban akár futhatna is, de ott videó problémák szoktak lenni. A virtuális videókártya nem szokta kezelni az elvárt OpenGL szintet. (Legalábbis VirtualBox-ban. Mással nem próbáltam, úgyhogy akár jó is lehet.)

Előzmény: elektron, 2018-07-03 16:58:03 [5738]

Virtual machine-ban is ? Akkor mindegy végül is.

Előzmény: dezsoe, 2018-07-03 14:45:12 [5737]

Csak Windows-on fut.

Előzmény: elektron, 2018-07-03 13:54:09 [5736]

Amúgy ez a program minden Op rendzseren fut ? Vagy csak Windows ?

Előzmény: dezsoe, 2018-07-03 13:16:38 [5734]

visual studiónak mindegy

Mindkettőben.

Előzmény: elektron, 2018-07-03 12:36:51 [5733]

Nem C#-ban van ez írva ?

Előzmény: frob, 2018-07-03 10:26:17 [5732]

Eszembe jutott egy dolog, lehet már nektek is meg a fejlesztőknek is...

Esetleg ha már C - C++ a nyelv amiben íródik, vajon raspberry pi3-ra futtathatóvá lehetne tenni?
win 10 IoT ingyenes, és egyenlőre úgy néz ki az is marad...

vagy túl vad az ötlet?
vagy egyszerűen nem éri meg a szenvedés?

R.

Szia!

Köszi! Szerintem tedd fel a 2105-öt, mert a 2104-ben maradt egy-két komoly hiba. Természetesen, nagyon óvatosan használd a teszt verziókat, mert lehet még bennük hiba, pont ezért teszt verziók. (Folyamatos használatra, termelésre inkább a 2047-es stabil verziót javaslom.)

A start nyomással pont az a baj, hogy a program azt feltételezi, hogy nem tudod megnyomni, így kissé összekuszálódik, amikor mégis megnyomod. (Ha egérrel használod, akkor nem is tudod megnyomni a startot, amíg az RFH ablak kint van. Ez egy probléma, amit meg kell oldani.)

Előzmény: adamkovacs, 2018-07-03 08:17:51 [5730]

Szia!

Uc300eth sft:1.2104

De amugy van egerem meg azzal is menne az OK de ugye enterrel is, meg barhogy.
De ha external start is ON =crash

Előzmény: dezsoe, 2018-07-02 12:37:52 [5722]

Így már világos

Előzmény: dezsoe, 2018-07-02 19:51:17 [5728]

Az is futásidő. A futásidő a képernyő szempontjából az UCCNC futását jelenti, függetlenül attól, hogy fut-e benne g-kód végrehajtás.

Előzmény: Thowra, 2018-07-02 19:35:51 [5727]

Köszönöm az ötletet, kipróbálom.
A gombok nem futás időbe lennének variálva hanem cycle stop után. Ezért gondoltam, hogy makróval lehetne módosítani a layernumbert.

Előzmény: dezsoe, 2018-07-02 14:22:00 [5726]

Nem tudod a gombokat futásidőben engedélyezni vagy tiltani. Maximum annyit tudsz csinálni, hogy makrót teszel a gombokra és a makróban ellenőrzöd, hogy futhat-e vagy sem. Ha csak sima nyomógombról van szó, akkor még annyit csinálhatsz, hogy LED-es gombot (kétállású) készítesz és Switchbutton-nal átváltod az állapotát. Egyik állapotban szürke vagy átlátszó gombot csinálsz, ilyenkor a makró nem csinál semmit.

Előzmény: Thowra, 2018-07-02 14:06:11 [5725]

Üdv!
Bizonyos gombok megjelenését szeretném makróval kezelni.
Pl adott szituációba szükséges gombot megjeleníteni vagy eltüntetni. Gondolom a gomb layer számát kellene 0 ra állítani vagy az adott rétegére ha láthatóvá akarom tenni. Mivel lehet ezt megtenni? Többfélekép próbáltam de nem akar összejönni Button1.layernumber=0;

Ez más probléma. Kint van egy ablak, ami válaszra vár, de közben input triggerrel megnyomja a háttérben a Start gombot, amit egérrel nem tud megnyomni, mert az ablak nem engedi.

Előzmény: elektron, 2018-07-02 13:38:56 [5723]

bekem is volt egyszer, amit írtam, hogy ha lekezdtem nyomni több gombot behalt egy program, nem az UCCNC, más, csak úgy eszembe jutott.

Előzmény: dezsoe, 2018-07-02 12:37:52 [5722]

Szia!

Köszi a jelzést, megnézzük. Egy verziószámot írj, légy szíves, hogy melyiket használod. Előre is köszi!

Előzmény: adamkovacs, 2018-07-02 12:10:27 [5721]

Sziasztok egy hibat talaltam.

Nem annyira gáz mint zavaro, de szerintem lehet, hogy erdekli a fejlesztoket.

Tehat ha kulso gombokrol vezerlem a gepet, start, reset stbstb.
Poziciora allas elott megkerdezi, hogy mit csinaljon es ott egy OK ra kene entert nyomni, en csak veletlwn nyomtam startot mert megszokasbol 2x nyomom, de mint latszik is kifagy a progi.
Ujrainditas utan siman generaltam megint a hibat, amugy ha entert nyomok szepen csinalja a dolgat es megy minden faszán.

A 2101-ben még nincs benne a javítás, a 2102-ben az ethernetes, a 2103-ban az USB-s vezérlők kapták meg. (Egyébként, nem a memóriám ilyen jó, hanem a minap felírtam, amikor beszéltünk. Jelige: akinek nincs esze, legyen notesze! )

Előzmény: ANTAL GÁBOR, 2018-06-30 05:35:28 [5719]

Az biztos hogy 1.210x De hogy 1 vagy 2 azt meg kell néznem

Előzmény: exup, 2018-06-29 21:21:42 [5718]

Akkor az 1.2105 is tudja gondolom?!

Előzmény: dezsoe, 2018-06-29 21:05:26 [5717]

1.2102. Abban lett kijavítva egy hiba, ami Gábornak sok fejfájást okozott.

Előzmény: exup, 2018-06-29 20:51:45 [5716]

Általad használt? Az valami speckó verzió? Vagy mi a száma? Amúgy öröm boldogság, ha minden tuti

Előzmény: ANTAL GÁBOR, 2018-06-29 19:34:16 [5715]

Megcsináltam 40 db M 20 as menetet nemesített 42CrMo4 be (QT)
A szigmája a 8.8 és a 10. 9 között van menethossz 43 mm magfurat 17.5 mm . Kínai kés ( nagyon szeretem !! ) Korloy lapkával lapka 16 os kés 13 as . Sugárirányú fogásvétel
G 33 al 28 fogás . Program : fejből saját , paraméteresen . Hoszzrövidítést alkalmaztam ( 2.8 mm ) Fordulatszám 320
1 / min emulziós hűtés
Az általam használt UCCNC program (Balázsék jóvoltából )
ABS KORREKT

Köszönöm a segítséget
Így már világos a működése.

Előzmény: dezsoe, 2018-06-27 10:34:05 [5713]

Szia!

A -1 semmi érdekeset nem jelent, csak azt, hogy még nincs értelmes értéke a változónak, be kell olvasni. A LED-ek számozása 1-től kezdődik, így a -1 értékkel lehet jelezni, hogy még nem történt meg az értékadás. Lehetne neki külön változót is adni, ami csak azt jelzi, hogy már adtunk-e értéket, de minek. (Egyébként, elég elterjedt módszer, hogy ha pl. csak pozitív érték plusz a nulla megengedett, akkor a -1 egy esetleges hibát jelez.)

A másik egy feltételes értékadás, ami úgy néz ki, hogy <feltétel> ? <igaz érték> : <hamis érték>, tehát pl.:

int x = (y == 10 ? 100 : 200);

Előzmény: Thowra, 2018-06-27 10:04:15 [5712]

Üdv!
Több makrónál is találkoztam olyannal, hogy "valami= -1", vagy a sor "?"-et tartalmazott.
PL:

if (ledCont == -1)
...
static int ledCont = -1;
...
currState = (exec.GetLED(modeCont) ? 1 : 0);

Van ott a Béni oldalán a LinuxCnc lenyíló ablakában egy python fül'ha valaki nem vette volna észre, érdemes elolvasni és letölteni ezt a remek metvágó gkód generáló csodát!
Sajnos félbemaradt annó a fejlesztése, de ha valaki jobbról balra bármilyen szögben menetet akar vágni, szög értékek nélkül, akkor ez a jó megoldás.

Előzmény: D.Laci, 2018-06-22 11:37:30 [5710]

Béni féle G33 kúpos menet vágó.
http://benishare.weebly.com/linuxcncemc2.html

Előzmény: ANTAL GÁBOR, 2018-06-22 10:37:12 [5708]

Rákerestem a Linux ra .
Az egy drive line vel operál ami szigorúan párhuzamos a Z tengellyel. Ergó nem megy a kúpos menet .
DE az UCCNC az nem Linux Ezért azt meg lehetne csinálni hogy abban ezt a szoros párhuzamossági feltételt feloldjuk
( kellene még egy paraméter ami a drive line X érkezése ) Persze akkor azt meg kellene írni . No ezt várnám igencsak

Előzmény: CNCdrive, 2018-06-22 10:24:59 [5707]

én erre a kottára alapoztam : ( nem látom a tapert sehol sem )
Menetvágó ciklus végrehajtásához programozzon G76 P... Z... I... J... K... E... L... Q... H... , ahol a
paraméterek a következő jelentéssel bírnak:
P:
A menetemelkedés távolság egység per főorsó fordulatban megadva.
Z:
A menet végpontja a Z tengely mentén..
I:
A menet kezdőpontja az X tengelyen, vagyis a menet teteje. Általában erre a méretre kerül az
anyag leesztergálásra a menetvágás előtt.
J:
Fogásmélység. Ekkora fogásokat csinál a gép az anyagban. Az első fogás I alatt J mélységben
lesz és minden fogás J távolsággal mélyebben lesz, kivéve az utolsó fogásnál, ha az J távolságon
belül van az előző fogáshoz képest.
K:
Menetmélység. Ez lesz a menet teljes mélysége amely J fogásokkal készül.
E:
Letörés hossza. Ha a menet kezdetén vagy a végén letörést szeretnénk létrehozni, akkor annak a
hosszát ezzel a paraméterrel adhatjuk meg. 45 fokos menethez programozzuk az E és a K
paramétert egyenlőre.
L:
Letörés a végeken. Ez a paraméter határozza meg, hogy a menet kezdő és végpontján legyenek-e
letörések. L0 programozása esetén nem készül letörés. L1 programozásakor a menet kezdeténél
készül letörés. L2 programozásakor a menet végén készül letörés. L3 programozásakor pedig
mindkét oldalon készül letörés.
Q:
Bevezető szög. Meghatároz egy szöget a fogások között. Ahogy a szerszám a fogások során
halad egyre mélyebbre az anyagban ezt alap esetben amikor a Q paraméter értéke nulla, akkor az X
tengellyel párhuzamosan teszi. Ha a Q szög értéke különbözik nullától, akkor a fogások a megadott
szöggel el lesznek tolva a Z tengely mentén. A szög lehet pozitív vagy negatív, az eltolás ennek
megfelelően a pozitív vagy negatív Z irányba fog történni. Ezzel a paraméterrel tulajdonképpen az
állítható, hogy a szerszám melyik oldala szedjen le több anyagot.
H:
Extra simító fogások száma. Ha szeretnénk a végső menetmélységen többször is áthaladni, hogy
a felület minősége egyenletesebb legyen, akkor ezt megtehetjük a H paraméter programozásával.
Alap esetben, ha a H paraméter nincs programozva vagy az értéke nulla, akkor nem történik extra
simító fogás. Ha a H paraméter értéke nullától különböző, akkor H darab extra simító fogást fog
végrehajtani a program a végső menetmélységen.




Viszont ha a linux tudja ( és az lett átdolgozva ) akkor megnézem a linuxot ( egyszer már fel lett dobva ez a dolog és emlékszem Szabadi Csabával sokat szívtunk mire megfejtettük a lényeget de nem mélyültünk bele a kúpos menetbe. Nekem sokszor kellene ( Pont ma is ) . Azt hiszem az I ben lesz a trükk

Előzmény: CNCdrive, 2018-06-22 10:24:59 [5707]

Hát, azt nem tudom, nem vagyok esztergályos és a G76 kódolást már igencsak rég csináltam még az UCCNC-hez, bele kellene mélyednek újra, de most nem nagyon van rá időm sajnos.
LinuxCNC-vel esetleg ha valaki tudja hogyan lehet?
Csak mert az UCCNC-ben ugyanúgy működik a G76 mint LinuxCNC-ben, egyetlen kivétel, hogy az R paramétert az UCCNC egyelőre nem ismeri, de annak nincs köze a kúpossághoz.

Előzmény: lari, 2018-06-22 10:16:30 [5705]

Pontosabban az előző: az esztergált kúp teljes palástfelületén hogyan lehet kúpos menetet esztergálni...

Előzmény: lari, 2018-06-22 10:16:30 [5705]

Az E paraméter a G76-ba a letörés kúposságának a beállítására vonatkozik.
Gábor szerintem azt akarta kérdezni, hogy a menet teljes palástfelületén hogyan lehet kúpos menetet esztergálni...

Előzmény: CNCdrive, 2018-06-22 10:07:41 [5704]

Nem biztos hogy pontosan értem mit szeretnél, de szerintem a releváns paraméterek:

E: Taper length. Specifies the length of the taper(s). For a 45° taper program the E parameter equal
to the K parameter.
L: Tapered ends. Specifies which end of the workpiece will get a taper. L0 means no taper, L1
means start taper, L2 means end taper, L3 means both start and end tapers.
Q: Slide in angle. Specifies an angle between the cuts. As the tool goes from one cut depth to the
other the cut start is offset along the Z-axis with this angle measured from the X-axis. Programming
a positive or negative angle will make one or the other side of the tool to remove more material.

Előzmény: ANTAL GÁBOR, 2018-06-22 06:57:21 [5701]