Már telepítem én is a C#-ot.

Win7 32 bit alatt oké.
Apró megjegyzés, nem Cuulant hanem Coolant a hűtés.

Előzmény: csewe, 2014-07-14 17:09:00 [526]

Ez már működik nekem is, bár először kiírta, hogy valami fájlt nem talál, de azóta indul rendesen.

Előzmény: csewe, 2014-07-14 16:54:00 [523]

Nekem sincs kártyám,de én xp-n tudtam csak próbálni,nem tudom,ghoynálad hogyan fog viselkedni.
az MDI-be beírod m20000 enter,és be kell jönnie a vrázslónak néhány másodpercen belül.

A save gomb lenyomására legenerálja a gkódot,és átküldi az UCCNC-nek.

Előzmény: adamant, 2014-07-14 17:03:00 [525]

most már elindít valamit tölt tölt és semmi akkor hogyan tovább? WIN7 64 biten futtatom meg persze offline módba mert nekem sajnos nincs ilyen jó kis kártyám

Egyébként nézegetted már a progit?
Egy ilyen "öreg" motoros biztos tudna hasznos tanácsokat adni a fejlesztőknek.
Ahogy sejtem szombaton esély is van rá.

Előzmény: Motoros, 2014-07-14 13:32:00 [508]

Makro javítva.
BETA_Cut_a_Circular_Pocket_varazslo

Lám, valóban!

Előzmény: Polgárdi Balázs, 2014-07-14 16:36:00 [519]

Az a sor nem kell.

Előzmény: csewe, 2014-07-14 16:42:00 [520]

És mi legyen ezzel a sorral,bennemardjon?

procInfo.WorkingDirectory = "C:\\UCCNC/Wizards/CutCircularPocket";

Előzmény: Polgárdi Balázs, 2014-07-14 16:36:00 [519]

Az M20000 makróban írd át a következő sort:
procInfo.FileName = "C:\\UCCNC/Wizards/CutCircularPocket/Cut_a_Circular_Pocket_.exe";

és utána működni fog.

Előzmény: csewe, 2014-07-14 16:34:00 [518]

Ez érthetetlen,de egyébként 'm20000.txt'
egyikőtök átküldené nekem amit letőltött?
hátha megsérült.
Én Xp 32-n futtatom,bár ez nem befolyásolhatná.

Előzmény: svejk, 2014-07-14 16:30:00 [517]

Nálam is ugyanaz, mint Adamant-nál.
Wizard az UCCNC főkönyvtárban, m2000.txt a Profiles/macro_default könyvtárban.

Előzmény: csewe, 2014-07-14 15:40:00 [516]

Pedig ez az üzenet eléggé egyértelmű.
Én is letőltöttem,és felül írtam vele nálam,hogy nem e roszat tettem közzéde rendesen működik.
Ez a két sok a makróban ami indítja a varázslót,nézd meg,hog egyezik e az elslp sor az útvonallal,illetve a második sor a file nevével.

procInfo.WorkingDirectory = "C:\\UCCNC/Wizards/CutCircularPocket";
procInfo.FileName = "Cut_a_Circular_Pocket_.exe";

Előzmény: adamant, 2014-07-14 15:24:00 [515]

pedig ott van nekem is mint a linkeden

Előzmény: csewe, 2014-07-14 15:18:00 [514]

Így néz ki az útvonal,ha jó helyre másolod a sajátgép menüröl egy kép.
ide kell

Előzmény: adamant, 2014-07-14 14:38:00 [512]

ilyen hibaüzenet akkor van,ha a wizars mappát nem jó helyre másolod
az a uccnc mappába kell bemásolni

Előzmény: adamant, 2014-07-14 14:38:00 [512]

Nekem nem indult el



Ha kell tudok adni egy helyet ahova feltudod tenni ezeket a file-okat hogy ne keljen ilyen oldanról letöltögetni

Előzmény: csewe, 2014-07-14 14:12:00 [511]

Még egy fontos dolog,a varázsló 800*600,és 1024*768 velbontásra van kialakítva,ezt azért is írom,mert manapság enél jóval nagyobb felbontásokat si használnak.
Ha jó lesz,és lesz érdeklődés,akkor esetleg más felbontásokhoz is hozzáigazítom.

Előzmény: csewe, 2014-07-14 14:02:00 [510]

Sziasztok.
Elkésszült az első varázsló az UCCNC-hez.
Akinek kedve van próbálgassa,nem teszteltem tul sokat,ezért az álatala generált Gkóddal csak óvatosan.ez egy BÉTA verzió.
Ha hibát találtok,kérlek jelezzétek.

BETA_Cut_a_Circular_Pocket_varazslo.rar

Az előző levelemtárgytealan,megoldódott a gondom.

Előzmény: csewe, 2014-07-14 13:06:00 [507]

Szerintem is fontos, hogy határozott szándék esetén induljon el bármilyen mozgás, tehát enterre ne,
hanem csak a START gombra.
Az meg alapból fontos, hogy fizikai valós nyomógombokat is lehessen használni az összes fontos funkcióhoz ne pedig csak az egérrel egerészni egy képernyőn.
Munka közben a gombok nyomkodása vakon kell, hogy menjen, erre sem a billentyűzet sem az egér nem alakalmas.
Bár ez megoldható itt is, már most is egy másik billentyűzetként csatlakoztatott felülettel ahol ergonómiailag jól elhelyezett nyomógombok vannak kiképezve.
Az iparból átvenni a formai külsőségeket azért is hasznos, mert aki hobbistaként beleszokik ebbe a világba az ha beáll egy ipari gép mellé akkor sokmindent ismerősként üdvözölhet.
Szerintem is a letisztult felület a jó, csak az van ott ami kell, és az az ablak csak azt tudja ami oda tartozik.

Előzmény: svejk, 2014-07-14 11:13:00 [503]

CNCdrive1,írtam egy levelet,kérlek majd nézd meg.

Még egy dolog, érdemes előre gondolkodni az UC300-ra is.
Ott ugye van elegendő bemenet, az össze fontos kezelőgomb kivihető igazi nyomógombra.
(azt azért tudjuk, hogy az egerészés munka közben nem túl kellemes, marad esetleg az érintőképernyő)
De ha már a gombok kivezethetők akkor érdemes maga a képernyőt is úgy szerkeszteni, hogy egy intaraktív gombsor legyen a képernyő oldalán, alján ami továbbra is kezelhet egérrel de akár a képernyő mellé ki lehet helyezni fizikailag is a gombokat.
Az iparban ez is megszokott bevált formula, természetesen itt egy gombnak több funkciója lehet és van is, de ez az interaktív képernyőn jól leolvasható.
Ezekkel pl. lehetne az üzemmódokat váltani.

Én elterveztem, hogy az UC300 és a Mach3 párossal elkövetem ezt, de most már inkább hajlanék az UCCNC-re mint a kissé háklis mach3-ra.

Kiszürkítés esetén lehet maradhatna a mostani képernyő is, mert biztos nagy munka újat létrehozni.
Ilyenkor lehetne alul vagy felül egy gombsor amivel ki lehetne választani a Programfutás, MDI , kézi üzemmódot.


No persze én innen könnyen beszélek, nincs is semmi közöm hozzá, de hát ugye most tesztelés van.

Ha a zagyvaságaimban találtok 1% hasznos dolgot akkor már megérte.

Én úgy gondolom érdemes lenne egy-egy ipari gépet tanulmányozni és a hasznos funkciókat lekoppintani.

Kár, hogy olyan fórumtársak nem szólnak hozzá a témához, akik napi szinten használják a gépüket, ami lehet akár ipari vagy hobby gép.
leírhatnák ők is a saját vezérlőik előnyeit, hátrányait.

Előzmény: svejk, 2014-07-14 11:21:00 [504]

Az MDI üzemmódot általában koordinátákra való ráállásra egyszerű, pár műveletes marásokra, fúrásokra használja az ember, ilyenkor feleslegesek azok a funkciók amik a program futásával kapcsolatosak.
Ugyan így fordítva is, program futása közben felesleges az MDI sor.

Már az elején is említettem, hogy nem ártana az épp nem használatos vagy nem funkcionáló gombokat kiszürkíteni a könnyebb átláthatóság kedvéért.

Előzmény: svejk, 2014-07-14 11:13:00 [503]

Nem tudom de ez valahogy nem kafa...

Valahogy szét kellene választani az MDI-t a programfutástól akár külön fülre.
pl. a toolpath-nak kár a külön fül úgy hogy a DRO-kat sem látom mert így csak látványt nyújt, de hasznos információt alig.

A mostani helyzetben ha beütök az MDI-sorba parancsot akkor az is az enterrel hajtódik végre és ugyan úgy az enterrel kell kilépni is.
Ezért nyomom meg félve, vagyis nagyon kell figyelni, hogy ne legyen semmi írva az MDI sorba kilépéskor.

Az iparban az MDI parancs is csak a ciklus start gomb megnyomásával hajtódik végre.

Az UCCNC-nél ha be van töltve egy program és írok az MDI-ba akkor enterrel az MDI hajtódik végre a Start gombbal a betöltött G-kód.
De ebbe szerintem bele lehet majd keveredni.

Előzmény: n/a (inaktív), 2014-07-14 10:18:00 [502]

Szia,

Na ok, de akkor hogyan kellene kilépni az MDI-ből?
Mach3-ban egyébként éppen ugyanígy lehet, az enter-el...

Előzmény: svejk, 2014-07-14 09:59:00 [501]

Most az előbb munkadarabot is faragtam az UCCNC segítségével.
De nekem ez az Enterrel való kilépés az MDI üzemmódból nagyon nem tetszik.
Az Enter ugye általában adatbevitelre vagy folyamat elindítására való, így akaratlanul is nagyon félve nyomtam le minden alkalommal.
Tudom-tudom szokás kérdése is lehet...
(mondjuk a Mach3 Alt-1, Alt-2 váltása is elég körülményes)

Az igazi gépeken ugye egy-egy átváltó gomb van a Programfuttatás, MDI, kézi üzemmód, stb. közt.

Arra is gondolni kell, hogy az UC300-on van elég(?) bemenet, ott ez könnyen megoldható lesz külső gombokkal.
Lehet már itt fel lehetne készülni egy-egy képernyő gombbal.

Nem a jövő héten van ? Mindegy én inkább írom a programomat most tovább, annyira nem izgat.

Előzmény: n/a (inaktív), 2014-07-13 21:57:00 [499]

Jaaajajj, megyek is nézni a VB döntőt, jó, hogy szóltál...

Előzmény: Törölt felhasználó, 2014-07-13 21:49:00 [497]

Én lehetek bármilyen alázatos, az még nem változtat azon a tényen, hogy a szoftver nem mér környezeti fizikai tulajdonságokat, változókat, így az én alázatomtól függetlenül ő mit sem tud a környezetéről.
Sajnos ennél érthetőbben nem tudom leírni.

Amúgy a program konfigurálható, úgy adja ki a jeleket ahogy a felhasználója beállította.
Ha a felhasználó elég alázatos volt, akkor jól fogja vezérelni az adott gépet, ha nem akkor meg a szoftver ha megszakad sem tudja jól vezérelni az elrontott gépet.

Előzmény: Törölt felhasználó, 2014-07-13 21:49:00 [497]

Nem értelek teljesen.
Tiszteletbe kell tartani, és figyelembe kell venni azt a környezetet, amit vezérelsz. Van motor időállandó, átviteli függvény, gyorsulás, felbontás, gépmerevség.... Ezek mint írtam elsőbbrendű szepontok, megelőzik a programot, a programnak kell alkalmazkodni ezekhez.
Ha nem vagy kellően "alázatos, és tiszetelettudó", akkor annak nem lesz jó vége (persze a monitor mindent elbír). Azaz a CNC egész rendszerét, műszaki paramétereit eredőként figyelni kell programozáskor, és olyan vezérlőjeleket kell a programnak kiadni, ami végre is hajtható 1000 %-osan, és a lehető legnagyobb pontossággal.
Így aztán hiába nem mér semmit a program, az ott alkalmazott algortimusok, döntések, utasítások igenis vezérlés esetén is összefüggésben vannak a fizikával, azzal a környezettel, amit működtetsz. Még mondhatnám azt is, vezérlésnél jobban kell figyelni, alkalmazkodni, hiszen a szervó előbb utóbb korrigál, de a step hajtás lépést veszíthet, ami aztán öröklődök, és végzetes a hiba.
De tudod mit? VB döntő van, a CNC megvár minket.:)

Előzmény: n/a (inaktív), 2014-07-13 21:20:00 [494]

Még azt elfelejtettem leírni, hogy ha a szoftver elkészül, akkor tervbe vettük, hogy fejlesztünk egy zárt hurkú szabályzókört is, hogy a nagyipari ipari felhasználókra is gondoljunk.
Ehhez végülis csak a hardver-t kell megváltoztatni, a szoftver szempontjából nem sok változtatás kell. És akkor mehet majd az encoderes mérőléces visszacsatolás és az analog +-10V-os szervo meghajtás is. Majd persze meglátjuk milyen ütemben haladunk, de ez is szerepel a nem túl távoli tervek közt...

Előzmény: csg67, 2014-07-13 19:17:00 [481]

A gépek méretezése nagyon fontos dolog, egyet is kell értenem azzal a szemlélettel, hogy felesleges kilowattos motorokat tenni egy pincurka gépre, hogy aztán hangsebességgel száguldjon.
Én is méreteztem már nem egy hajtásláncot, pontosan tudom, hogy mekkorát lehet tévedni, ha az ember számolás nélkül ugrik neki...

Egyébként reszelni én is szeretek, nade minek verjük be a szöget kőbunkóval, ha közben feltalálták a kalapácsot?

Előzmény: Törölt felhasználó, 2014-07-13 20:59:00 [493]

Az idézett mondatot szó szerint értettem, vagyis, hogy a szoftver nem mér semmit, így valóban semmit nem tud a fizikai dolgokról. Ezzel is arra szerettem volna utalni, hogy vezérlésről beszélünk, nem szabályzásról.
Szóval ez nem az én szemléletem, csupán egy tény.

Előzmény: Törölt felhasználó, 2014-07-13 20:59:00 [493]

"A vezérlőszoftver oldalnak vajmi kevés köze van a fizikához, hiszen nem szabályzókörről beszélünk, így a szoftver mit sem tud a fizika törvényeiről. "

Ez a Te véleményed, de nem helyes szerintem.
Hiányzik belőle a mechatronikai rendszerszemlélet. Nem öncélúan programozunk...
Ezért írhattál olyat, amire reagáltam, hiszen ez a mondatod így nem igaz: "így nincsen az említett lemaradás és a kör sugara éppen akkora lesz mint amekkorát programoztál."

Azt gondolná az ember a vezérlés vagy szabályzás az úr. Te nagyon így gondolkodsz, mert a programozásra koncentrálsz. De mint írtam vannak nagyobb, és fontosabb tényezők, amik a gép eredő pontosságát a programtól függetlenül is meghatározzák, és prioritásuk van, azaz csak a "szoftveres gondolkodás" ide nem elég, és helytelen is.
Az egyik ilyen legfontosabb tényező a mechanikai áttétel. Úgy kell megtervezni a hajtásmechanikát, hogy az vasba öntve maximális gyorsulási képességet biztosítson, azaz minél dinamikusabb legyen.
Ezért pofázok itt már vagy 6 éve a megfelelő optimális áttételezésről, 1 fordulatra eső elmozdulásról, akár léptetős, akár szervós.
Ez minden CNC gépre, technológiára más és más.
Ha itt valaki nagyon elrontja, semilyen szoftver legyen az vezérlő vagy szabályzó már alig tud ezen javítani.
Csak ma olyan világot élünk, hogy a monitort bámulja nép, és megvezetik alaposan, abban hisznek, amit látnak ott szép díszletek közepett jó drága X gigás alaplapokon félévente változó op. rendszerek bűvöletében. Tisztelet a kivételnek.
Félre értés ne essék: én drukkolok, és gratulálok Nektek ehhez a vezérlő fejlesztéshez, én is sokat szenvedtem a saját CNC vezérlő programom írása kapcsán, csak én reszelni is imádok, és ennek bevillanásával, figyelembevételével ütök le minden karaktert programozáskor.

Előzmény: n/a (inaktív), 2014-07-13 17:02:00 [473]

Mi a legjobb megoldás ? Vagy olyan nincs is ?

Szerintem azt akarta elmagyarázni, hogy miért nem lehet nulla hibával követni a körfüggvény által definiált ívet. Na de valóban ennek az UCCNC-hez nem igazán van köze, mivel ahogy már párszor utaltam rá, ez a program nem szabályoz, hanem vezérel.

Előzmény: svejk, 2014-07-13 20:29:00 [490]

Szépen leírtad a szervo vagy komplett mozgásvezérlő működését, visszacsatolásait de hogy ennek mi köze az UCCNC szoftverhez?

Főleg azon a szinten, hogy miként valósítja meg a szoftver körinterpolációt és miként adja ki a Step jeleket G61 esetében.
Mert ugye a #449-ben innen indult el a dolog.

Előzmény: csg67, 2014-07-13 19:17:00 [481]

Hát igen, pedig milyen szép, változatos nyelv a Magyar. Angolul meg csak controller, aztán találd ki, hogy most az pontosan mit is csinál.

Előzmény: csg67, 2014-07-13 19:41:00 [487]

Jaja, de végülis a szabályzó bemenetét írtad, én olvastam félre, így ok az, hogy arányos félreolvastam...

Előzmény: csg67, 2014-07-13 19:36:00 [486]

"Nyílt hurok = vezérlés, nem szabályzás. Eleve a szoftver neve is "vezérlő" és nem "szabályzó"."
Igaz.
De még sosem olvastam azt egy gépkönyvben, hogy a gépen CNC szabályzó van.

Előzmény: n/a (inaktív), 2014-07-13 19:31:00 [482]

Persze, mindig kell egy I tag is, de próbáltam úgy leírni a folyamatot, hogy közérthető, szemléletes legyen.

Előzmény: n/a (inaktív), 2014-07-13 19:33:00 [484]

bocs, most én olvastam félre, igazad van...

Előzmény: n/a (inaktív), 2014-07-13 19:33:00 [484]

Részleges igazságokat írsz.

"Ha eltérés van, akkor az eltéréssel arányos feszültséget küld a hajtások bemenetére (általában a hajtások +/-10V-os alapjellel vezérelhetőek és úgy szokás beállítani a vezérlést, hogy a motor névleges fordulatszámához 9V-os alapjel tartozzon - ez lesz a gyorsjárat), ettől kezd el forogni a motor és próbál egyensúlyi helyzetbe kerülni a rendszer. Ezért van az is, hogy egy álló szervó tengellyel lehet "birkózni": ha megpróbálod kitéríteni az egyensúlyi helyzetből, akkor a szabályozás visszahúzza oda."

Igen, ha egy egyszerű P szabályzóval próbálunk meg szabályozni akkor ez akár igaz is lenne. Nade ugyebár P szabályzó önállóan sohasem stabil....

Előzmény: csg67, 2014-07-13 19:17:00 [481]

Már régen kiderült, hogy egyik szabályozási mód sem tökéletes, a kérdés mindig az, hogy melyik kínál kielégítő megoldást az adott gépen...

Előzmény: elektron, 2014-07-13 15:58:00 [465]

Nyílt hurok = vezérlés, nem szabályzás. Eleve a szoftver neve is "vezérlő" és nem "szabályzó".

Előzmény: csg67, 2014-07-13 19:17:00 [481]

"a körívnél arra gondolsz amit most le is írtál, hogy végül is a G2/3 kódot is a vezérlőszoftver egyenesekből rakja össze."
Ha van pozíció visszacsatolás (minden ipari CNC így működik), akkor:
A vezérlés generálja az adott időpillanatban érvényes névleges pozíciót. Mivel a vezérlésnek fix ciklusideje van amivel a pálya névleges pontjait időről időre generálja (jellemzően néhány ms), ezért a sebesség abból adódik, hogy az egyes pontok milyen messze vannak egymástól. Amikor kört generál, akkor a kör egyes kerületi pontjai lesznek a névleges pozíciók. Minél nagyobb sebességgel kell a pályán haladni, annál messzebb lesznek a pontok kijelölve (ebből már látszik, hogy a pálya névleges pontjainak távolsága a sebességtől és a vezérlés ciklusidejétől függ). Miből állítja elő a vezérlés a hajtások alapjelét? Összehasonlítja a névleges (pillanatnyi pozíciót) a mérőrendszerről jövő aktuális pozícióval. Ha eltérés van, akkor az eltéréssel arányos feszültséget küld a hajtások bemenetére (általában a hajtások +/-10V-os alapjellel vezérelhetőek és úgy szokás beállítani a vezérlést, hogy a motor névleges fordulatszámához 9V-os alapjel tartozzon - ez lesz a gyorsjárat), ettől kezd el forogni a motor és próbál egyensúlyi helyzetbe kerülni a rendszer. Ezért van az is, hogy egy álló szervó tengellyel lehet "birkózni": ha megpróbálod kitéríteni az egyensúlyi helyzetből, akkor a szabályozás visszahúzza oda.

"Egyébként a sebesség előrecsatolás megtalálható az összes gyári step-dir-es vagy analóg szervo vezérlőn, mint állítható paraméter.
Jótékony hatását is tapasztaltam már, de azt nem tudtam hogy pont a körívek problémája keltette életre létét."
A sebesség előrecsatolás végül is egyszerűnek látszik, mivel a lemaradás nem más, mint a sebesség és a körerősítés szorzata, mind a kettőt ismeri a vezérlés és ki is tudja számítani és hozzá is tudja adni a kiszámított elméleti pozícióhoz. Sajnos a probléma -mint mindig- a részletekben van. Eddig minden esetben egyenletes sebességről beszéltem, ahol nincs gyorsulás. Gyorsuláskor már nem ilyen egyszerű a helyzet, könnyen túlléphetőek a rendszer korlátai (nincs elég teljesítménye a hajtásnak a kiadódó sebességváltozáshoz, illetve a rendszer gerjedésre hajlamos lesz), ezért nem lehet egyszerűen megvalósítani ezt a szabályozási módot (ezért is nem lehet ennek a hajtásban a helye). A sebesség előrecsatolást csak részben a kör alakhűsége hívta életre. A fő probléma az 5 tengelyes megmunkálás. Ha a körtengelyek szervó lemaradással dolgoznak, akkor adott sebesség mellett adott szöghibával követik a parancsot. Ha egy ilyen körasztalra felfogunk egy munkadarabot, akkor a pályahiba már nem csak a sebességgel (és a körerősítéssel) lesz arányos, hanem attól is függ, hogy a körtengely középpontjától milyen távol van. Ezért van az, hogy szervó lemaradásos CNC vezérlővel reménytelen dolog (nagy és/vagy gyors) 5 tengelyes gépet működtetni.

Előzmény: svejk, 2014-07-13 15:55:00 [464]

Sorozatosan visszatérő hiba... Megint megfeledkeztek a nyílthurkú szabályozásról.