Erről inkább egy mindkettőtől semleges topicban kellene elmélkedni, mert ha már ezt kérdezed van e két program mellett még nem egy kettő, ami létezik, akár DOS alatt futók is, meg olyanok is, amikhez PC sem kell.
Anélkül, hogy hitvitát generálnék (nyihattam volna a topic-ot a MACH3-ban is) összefoglalná valaki tömören, hogy milyen érvek szólnak a MACH3 illetve az UCCNC mellet/ellene? Még egyiket sem láttam melyikkel kezdjem az ismerkedést? Objektív és szubjektív okok egyaránt érdekelnének.
dezsoe | 2934
2017-09-29 12:42:10
[4361]
Bozso777 próbálta:
Meg a Stoney CNC is (ők UCCNC-vel árulják a gépeiket):
Youtube-on beírod, hogy UCCNC tablet, lesz egy pár találatod. Ha a tablet beválik és jó árban lesz, akkor az elsők között jelentkezem rá!
Anno a Mach3 ban irtam egy braint, hogy ha reset be van nyomva akkor villogtasson egy kimenetet. Nem működött az istennek sem pedig jó volt szntaktikailag....
Míg végül Béni koma mondta mag a tutit, miszerint be van nyomva a Reset.
A makrózás tűnik a legegyszerűbbnek. Arra érdemes figyelni, hogy ha a reset ki van kapcsolva, akkor nem fog a makród lefutni, így program indításkor érdemes egy olyan makrót is lefuttatni, ami felolvassa az állapotot és aszerint hív M215-öt.
Hagyományos gépek átalakításánál hogy lehet a tartományváltó állásairól tájékoztatni az UCCNC_t? Rendeljek a váltó érzékelőihez egy-egy makrót és makrókban hívjam meg az M215Pxx utasítást?
másik: Azt látom, hogy ha be van kapcsolva a Pulley figyelés akkor automatikusan lekorlátozza az "S" értékét az aktuális áttétel szerint.
De mi van ha kiadom mondjuk az S3000-et, de a váltóm mondjuk csak 1000-es állásban marad. Az jó, hogy a kijelzés szerint csak ezerrel forog, meg a valóságban is no de a G kódban 3000 szerepel.
Ilyen esetekre jó lenne egy figyelmeztetés, hogy a G kódban nagyobb S érték szerepel mint amit tud a gép.
svejk | 33134
2017-09-28 06:27:55
[4350]
Közel 25 ezernyi hozzászólásomból talán ez a #4345-ös volt a leghasznosabb a közösség számára!
(a főnököm szokta mondani, ha nem kérdezed meg sosem tudod meg)
Az érdeklődésre való tekintettel szombaton, a találkozó ideje alatt, azaz 8-16 óráig 10% kedvezmény jár annak, aki nálam személyesen leadja az adatait és egy héten belül meg is vásárolja a kiszemelt terméke(ke)t.
(Természetesen a termék alatt az UCCNC szoftver, illetve az UCxxx mozgásvezérlők értendők.)
adamkovacs | 125
2017-09-27 14:15:50
[4346]
Hűha vannak ilyen akcijók?! :D akkor várok még egykicsit
Szia, sikerült a hibát megtalálnunk, és kijavítanunk. Jelenleg a tesztelése zajlik, és a következő kiadásban benne lesz. Utólag is köszönöm a hibajelzésedet. És azokban a napokban, amikor jelezted, úton voltam, ezért akadozott az információ áramlás .
Esztergom inkább időben van messze, mint térben: gyakorlatilag egy napos program lenne...
Fix mérőpont nem probléma, meg kell hozzá írni a bemérő makrót. Itt nem VB script van, hanem C#, de attól még simán megoldható. Ha precízen lehet home-olni a gépet, akkor gyakorlatilag egyszer kell kalibrálni. (Ha nem, akkor program futásonként egyszer.)
Ha analóg kell, akkor UC300. Viszont, ha a frekiváltón van RS485, akkor azon keresztül is megoldható, még jobb is, mint az analóg (szerintem).
Az UC400 akkor elég, ha a frekiváltó miatt nem kell analóg.
MPG is köthető rá, van beépített kezelése.
Hogy milyen nyűgök voltak? Ezt most nem sorolnám fel. Ha gondolod, olvasd végig ezt a topikot és az angol nyelvűt is. Három éves elmúlt a program, most a harmadik "főverziónál" jár, sok-sok alverzióval. Persze, hogy voltak nyűgök (meg vannak is), de gyorsan javítják. (Olyan pedig még nem volt a világon, ami mindenkinek egyformán jó. )
Köszi a hozzászólást és a jólelkű hozzáállást, esztegomi vagyok amúgy.
Ilyenek érdekelnének, hogy fix helyen lenne a "Z touch plate" elmegy oda és beméri magának, vagy ugyan ugy macrozni meg VB scriptezni kell itt is?! Amugy analóg kell a frekiválto miatt, legalább egy 0-10V. Akkor elvileg a 400 is elég?!
Kézi vezérlővel működik a drága?
Milyen nyűgök voltak eddig nagyjából? vagy mindenkinek klappol minden?! remélem:D
Mindig megörülök, amikor frissül a topic. Amikor megnyitom és látom, hogy nem látom amit szeretnék, akkor szomorkás leszek. De kitartóan várom a frissítést
dezsoe | 2934
2017-09-26 18:19:54
[4337]
Szia!
Beszerezni a webshopban tudod. Próba licensz nincs, ezt anno, mikor az első licenszt vásároltam, én is hiányoltam. Ha az adatlapod ki lenne töltve, akkor látnám, hogy földrajzilag merre vagy. Ha értelmes távolságban, akkor meg lehet oldani, hogy az enyémmel kipróbáld a géped.
Hogy melyik mozgásvezérlőt veszed, azt neked kell kitalálni. Mivel mindenféle ketyerét hozzá lehet kötni, nem biztos, hogy a legnagyobbra van szükséged, de ez csak az én véleményem. Gondolok itt olyanra, hogy XBox vezérlővel is lehet irányítani például. Ha viszont kell az analóg be- és/vagy kimenet, akkor bizony UC300-ra van szükséged. Gondold át.
Olvasgatok itt régről is meg mostani dolgokat is, és remélem jol döntök ha elfelejtem a mach3 at?! USB-s vezérlőm megint tiszta gyagya és baromságokat csinál de már meguntam. uc300 vagy 400 at vegyek még nem tudom? kihasználom e majd a I-O-t? Softvare licens- menni fog a próbálkozás, vagy mindenképp meg kell vennem?!
De tetszik ez nekem, honnan-kitol vegyem meg?
Köszi a segítségeteket előre is!
dezsoe | 2934
2017-09-25 14:47:26
[4335]
Portonként? Ez nem kimenetenként van: egy gép, egy charge pump az engedélyezéshez.
A 74HCT14-ek kimenete úgy 5mA-el terhelhető ésszerűen. Ebből van ugye az UC400ETH-n 24 kimenet az annyi mint 120 mA. Minek nagyobb táp? A perifériát ne erről akard táplálni.
Ha két csati van rajta, akkor az UC400Eth-ról beszélünk. Elvileg rákötheted a mozgásvezérlődet és az érzékelőket, mert az ethernet miatt teljesen le van választva a PC-től. A két csatlakozó megfelel két printer portnak, így bármilyen printer porthoz való kártyával összedughatod. Én pl. saját BOB-ot használok, de a kimenetek közvetlenül mennek a motor meghajtókhoz (már csak azért is, mert azok rögtön optóval kezdődnek), de a bemeneteket részben illesztem. Ez azt jelenti, hogy az MPG tekerő közvetlenül megy bele, de a végálláskapcsolók és a probe előbb átmennek egy 74HCT14-en. Magyarán, attól függ, hogy mit kötsz rá. A 26-os lábon ad ki 5V-ot, de azt nem illik nagyon terhelni. Ha komolyabb terhelést kötsz rá, akkor adj neki saját tápot inkább.
Az ethernetes panelhez milyen csatlakozó panelt használtok?
ügye van rajta a két bedugós szalagkábeles csati, de a másik végére mit érdemes rakni, mennyire bírják a meghajtók? mehetnek rá közvetlen a léptető vezérlők?
Az tetszik, hogy fel sem fogod agyilag, hogy a vacak digitális PC nélkül a csilivili, szakmailag totálisan dilettáns grafikonjaidat max. milliméterpapíron rajzolgathatnád és postán kéne elküldened már ha valakit érdekelne.
Dezsoe kolléga magyarázata hibás volt. Az UCCNC nem a step felbontással, hanem a programozott koordinátákkal számol. Kivéve ha megállás volt, olyankor beregisztrálja az aktuális step jelek által meghatározott koordinátát, hiszen ekkor már az a valós koordináta.
A kódot elkértem Dezsoe-től és megfogjuk vizsgálni a problémát, mert elvben jól kellene működnie.
Egyébként minden valamirevaló CAM program külön kezeli a nagyon kicsi és nagyon nagy köríveket és be lehet állítani a post processzorban, hogy bizonyos méretnél ne generáljon kisebb vagy nagyobb íveket, hanem olyankor bontsa szakaszokra. Ezt éppen az ilyen jellegű problémák elkerülése miatt szokták így csinálni a CAM progiknál.
A helyzet az, hogy én tudtam rosszul és neked van igazad! Akkor igaz, hogy a lépések alapján van a kijelzés, ha a mozgás teljesen megállt. Menet közben belül jól számol a program. Elnézést kérek mindenkitől a téves információ miatt. Később lesz pontos leírás is, hogy mi hogyan történik. Így viszont valóban baj, hogy nagy kört tesz a program, keressük a probléma okát.
"akkor mi alapján dönthetem el, hogy mehet-e a következő lépés?" Írtam, van hiba regiszter is a világon, meg helyes interpolátor algortimus, meg hibaüzenet generálás. Javítsátok ki ezek mentén a programot.
Csak ismételni tudom magam: "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!"
Nekem meg egyébként aztán tök mindegy, ha nem változtattok semmit a programotokban, a kérdés az, a felhasználókat mennyire tudjátok meggyőzni erről a szerintem veszélyes vezérlőprogram hiba elfogadásáról.
Éreztem, hogy vihart fogok kavarni, de muszáj volt leírnom a véleményem, és ki is tartok mellette. Az 1. pont végén levő példa szerintem teljesen egyértelműen mutatja, hogy nem számolhat belül más értékkel, hiszen akkor mi alapján dönthetem el, hogy mehet-e a következő lépés? A megoldás is ott van: generáljunk értelmes (értsd: a gépünknek, rendszerünknek megfelelő, értelmezhető) kódot, és nem lesz semmi szerszámtörés, baleset, akármi. Olyan apróság ez, amire elsőre nem is gondolnánk, de ebből az esetből meg lehet tanulni, hogy mire kell odafigyelni. Pont ezért álltam neki a részleteket taglalni, hogy aki akar, tanulhasson belőle. Én magam biztos, hogy megjegyeztem és a jövőben bármilyen kód generálásakor erre oda fogok figyelni.
És? Ez ez gy igaz mondat, meg ami utána is van, az is, mint lényeg. Te meg nem értesz belőle semmit, hiszen csak a saját magad is bevallott "aprítás" vezérel.
Nem rontom el a napomat veled, meg a szokásos pár kötözködő emberrel, hiszen aki ennyire nem érti, hogy nem a digitális gépeket kritizáltam, hanem az elvi hibás UCCNC programot, arra a továbbiakban egy karaktert sem érdemes fordítani, reagálni rád.
Hiszen HELYES algortimussal a beszűkített digitális világ is a saját felbontási képességeivel, kerekítési hibáival megközelítheti a valóságot, az analóg világot. És természetesen én is napi munkámban használom a PC, csak tudom a határait, tisztelem az nalóg világot, és a nem követem el azt a súlyos hibát, hogy egy rossz műszaki tartalmat, hibát lefedek csicsával, meg divattal, meg ál korszerűséggel.
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.
2017-09-29 20:54:57
.
