Volt a Mach3-nak még egy sok szerszámtörést okozó funkciója, miszerint ha az FRO poti feltekerve maradt, akkor is elindult a ciklus start gombra, persze 2,5-szörös sebességgel.

A gyári gépeknél általában csak a feedrate kapcsoló 100%-os állásában lehet ciklus startot indítani, aztán mér menet közben persze lehet állítani.

Ez esetleg megfontolandó lehetne a későbbi verzióknál.

Mach3-UC300 kapcsán nekem is volt hasonló gondom.
Vissza kellene olvasni...
A statikus szinteket nem szerette a Mach3, vagy az UC300(?).
Paraszti megoldás alkalmaztam, egyszerűen a chargepump kimenetre kapcsolgatom a megfelelő lábakat, így folyamatosan frissülnek a bemenetek.

Előzmény: fektiforg, 2014-10-12 20:33:00 [1136]

Készülőben van nálam egy vezérlő pult, tettemrá külső ciklus start, ciklus stop gobot, tengely szelektáló (X Y Z A) kapcsolót, kézi-kereket (MPG), nem igazán jól működik egyik sem.
Megpróbálom leírni tapasztalt hibát , amit először a tengelykiválasztásnál tapasztaltam, hogy nem jó, ha adott pin állandóan 0 volton van nem mindig kapcsol átt kiválasztott tengelyre, nyomom állandóan ciklusstopot, ciklusstartot , nem áll meg / indul el a program futás míg nem engedem el gombot, pedig a diagnostics lapon pin-ekhez tartozó zöld led szürkére vált.

Szia Balázs!
Igazad volt ma tudtam megnézni, és az M31 ben lévő késleltetést adta össze.
Az M203 jól működik.
Tehát akkor a plazma része jó lesz!
Egy másik opció is kell ha valaki lángot akar működtetni, szintén a THC szabályozást használva.
Ennek a működése hasonló a plazmához azzal a különbséggel, hogy kellene egy DRO amiben meg lehet adni a gyújtási magasságot mivel itt nem tapinthat le mert egyből bealudna a láng, tehát erre a magasságra megy le a Z M3 után, és kell még egy DRO amiben a késleltetést lehet megadni mp ben, ha ez a késleltetés letelik akkor kapcsolja a kimenetet be,és induljon a mozgás.
A DRO ban lévő értékeket lehessen menet közben változtatni, még ha mozgásban van akkor is, hogy legközelebb az új értéket vegye figyelembe.Esetleg még az is jó lenne ha mondjuk hosszabb időt adott meg a kezelő a kelleténél, egy újbóli start gomb megnyomással kapcsoljon a lyukasztás és induljon a mozgás is.
Megpróbálom pontokba szedni:
1, lyukasztás kezdetére pozicionál az X Y kord.
2, M3
2:1, Z lemegy hevítési magasságra (DRO...)
2:2 indul a késleltetés (DRO...)
3, kimenet kapcsol, mozgás indul (THC ok)
4, vágás
Két külön billentyűvel (emulálni) vagy két bemenettel a THC fel és Le jelet használni, mert menet közben itt is kell változtatni a magasságot.

Előzmény: n/a (inaktív), 2014-10-06 17:46:00 [1095]

Köszönöm szépen!

A legutolsó verzió van fent (1.0036).
Ha jól értem, mindegyik tengelyhez tartozik most már egy Enable kimenet is, amire a program az elindulása után,
vészstop-mentes állapotban folyamatosan magas logikai szintet ad.

Mikor az "Mehet!" gombra böktem, akkor jutott eszembe: nem kell külön charge pump áramkört alkalmaznom, mivel lesz egy PLC a szekrényben.
Ezzel csodálatosan tudom mérni a chargepump kimenet által küldött jel frekvenciáját, majd ehhez rendelhetek már bármilyen PLC kimenetet, vagy ami tetszik.

Előzmény: n/a (inaktív), 2014-10-11 17:54:00 [1133]

Az enable elnevezést kell keresni, minden tengelyhez tartozik egy a Configuration->Axis setup és egy tengelyt kiválasztani ...

Felül van a Step, utána a dir és utána az Enable.

Még annyit, hogy az enable csak az új UCCNC verziókban van benne, ami már ismeri az UC300-at is, a régi szoftver verziókban ez a fajta jel még nem volt benne!

Előzmény: Farkas Attila, 2014-10-11 13:43:00 [1132]

Ez is jó
Hol tudom ezt pontosan beállítani, milyen megnevezést keressek a beállításoknál?

Előzmény: n/a (inaktív), 2014-10-11 11:30:00 [1131]

Erre a célra amit írsz használhatsz charge pump helyett enable jelet. Rákonfigurálhatod egy nyitott kollektoros kimenetre és akkor logikai állapotokat kapsz, ha az UCCNC nincsen betöltve vagy ha a reset aktív akkor inaktív logikai állapot, ha az UCCNC be van töltve és nincs reset, akkor aktív logikai állapot.

Előzmény: Farkas Attila, 2014-10-11 11:06:00 [1130]

Igazából arra irányult a kérdésem, hogy lesz-e olyan segédáramkör az alaplapon, ami megkapja az X kHz-es ChargePump jelet,
és a kimenete ennek függvényében logikai 1/0 értéket ad vissza, vagy nekem kell ezt saját áramkör formájában még kívülről hozzáilleszteni?
Ezt szerintem hasznos lenne ráintegrálni az alaplapra, akár úgy is, hogy bármely szabadon választott kimenetet kívülről kelljen a CP bemenetre visszakötni.
Így megmarad a teljesen szabadon konfigurálható kimenet, viszont van charge pump áramkör is.
Vagy ehhez már késő?

Előzmény: n/a (inaktív), 2014-10-08 16:37:00 [1122]

Szia,

Attila amit leírt az pontos, de kicsit én még szeretném részletezni:

A license kulcsok amiket a tesztelési időszakban kiadunk ezek teljes értékű license kulcsok, ugyanolyanok, mint amiket meglehet majd vásárolni.
A license kulcsokat azoknak adjuk, akik segítenek nekünk tesztelni a szoftver kezdeti verzióit és segítenek nekünk felderíteni és javítani a hibákat.
A license kulcsok működnek, illetve működni fognak a szoftver bármelyik jövőbeni verzióival is.
Így bármelyik jövőbeli upgrade-el a most kiadott license kulcsok is használhatóak.
A szoftver bármikor upgradelhető egy új verzióra, a license kulcs működni fog az új szoftver verziókkal is.

Előzmény: gulasoft, 2014-10-09 09:37:00 [1127]

A licenc a vezérlőhöz tartozik. Az upgradekkel is működik.

Előzmény: gulasoft, 2014-10-09 09:37:00 [1127]

Az jó hogy a tesztelés 2014.11.01-ig tart, csak utána akinek ingyenes license van az hogy kapja meg az upgrade-eket (mert hibátlan és tökéletes program nincs)

Erre gondoltam Én is hogy az ISOBOB egy kicsit továbbgondolt leválasztó panel, csak azért írtam példának a kína vezérlőt mert abban is vannak optóval leválasztott cuccok.

Előzmény: n/a (inaktív), 2014-10-08 09:43:00 [1113]

Közben eszembe jutott, hogy a NYÁK tervet megtudom mérni a tervezőprogiban, az 87x255mm a dugaszolható aljzatok túllógásával. A beléjük dugható csatlakozók viszont nincsenek beleszámolva, azt nem tudom megmérni.

Az alaplap ennél némileg nagyobb, a hosszabbik oldalon van két füle.

A magassága az egésznek 30-35mm lehet, de ez csak saccolás.

Előzmény: Farkas Attila, 2014-10-08 18:31:00 [1125]

Na, szép
Szóval, ha majd egyszer a kezed közé kerül, és "hömbölög" ott egy mérőszalag is, és nem felejted el, és időd engedi...

Előzmény: n/a (inaktív), 2014-10-08 17:13:00 [1124]

Nálam nincsen egyetlen példány sem, ha lenne már megmértem volna.

Előzmény: Farkas Attila, 2014-10-08 16:53:00 [1123]

Ha a nálad levő példányt megméred egy mérőszalaggal, és megírod ide, az is elég, csak tudjam, kb. mekkora hely kell neki.
Köszönöm!

Előzmény: n/a (inaktív), 2014-10-08 16:34:00 [1121]

A Charge pump bármelyik nyitott-kollektoros kimenetre vagy bármely egyéb kimenetre rákonfigurálható szabadon.

A lézervezérlőknél nem tudom miért szokott 5kHz-es charge pump jel lenni, gondolom valaki így elkezdte, mások pedig folytatták és ezért ennyi szokott lenni. Mi mindenesetre megcsináltuk kiválaszthatóra, hogy kompatibilis legyen a lézeres vezérlőkkel is a szoftver.

Előzmény: Farkas Attila, 2014-10-08 12:22:00 [1117]

Sajnos nincsen meg nekem a rajz, nem én terveztem, hanem a kollégák, de megpróbálom elkérni és feltölteni. Valószínű egyelőre csak az alaplapról lesz rajz, ileltve esetleg a fedél kiterített vagy 3D-s ábrája.

Előzmény: Farkas Attila, 2014-10-08 13:23:00 [1118]

Szerintem biztosan a PC a tápon keresztül szedi fel a zajt. Az USB egér működésének leállása is ezt jelzi.

Nem hinném, hogy a levegőn keresztül, gondolom a plazma kábel nem a számítógép házán keresztül fut, illetve nem pár centire az UC100-tól, vagyis van megfelelő távolság a levegőben, hogy ez ne történhessen meg.

Az UC100 folyamatosan kommunikál a Mach3-al, ha a kommunikáció megszakad akkor elvileg hibát kellene dobnia és megállítani mindent (ebből a "megállítani mindent" meg is van), de kérlek kérdezd meg erről Polgárdi Balázst az UC100 topikjában, mert erre ő tudja a pontos választ.

Szerintem egyébként ha a Mach3-al leáll a rendszer zaj miatt, akkor az UCCNC-vel is, főleg, hogy egyértelműen látszik, hogy a PC USB portja áll meg amit szoftveresen nem igazán lehet javítani vagy kiküszöbölni.

Előzmény: xabi, 2014-10-08 14:53:00 [1119]

Köszönöm gyors válaszodat, tudom hogy sok a munkád.
- Mikor belevágtam a projektba nem gondoltam hogy azon fogok elbukni hogy a plazma vágó be van dugva 380 V-os konnektorba a számítógép meg egy 220V-os ba..
- A földhurkot elvileg úgy próbáltam megkerülni ahogy írtad csillagpontosan van minden földelés lekötve. Viszont a laptopra nem megy földelés mert az 19V egyenárammal működik (akár megy csak a saját akkumulátorújáról is (ekkor is van probléma)). Tehát a laptopnak van egy saját nullája és a kapcsoló üzemű tápokból a HDBB2-nek is van egy saját nullája ami össze van kötve az UC100-on keresztül (kimértem a printer kábel + az usb kábel összezárja a nullákat)
- Két kérdést kellene tisztázzak :
1.) A mach3 leállását vezetékeken visszaható valamilyen "tüske" okozza-e. Mint mondom nekem úgy tűnik mintha a notebook USB portja fagyna ki egy pillanatra (ha bele van dugva Usb optikai egér az is mindig leáll, ki be kell dugni hogy újból menjen.) Az UC100 vígan fut tovább.
2.) A leállást a levegőben terjedő interferencia okozza és ez öli meg a notebook USB portját...

Azért kérdeztem hogy hogyan működik az UC100 és USB kapcsolata mert úgy tűnik hogy az UC100 nem fagy le, a notebook windows nem fagy le, viszont a mach3 program megáll egy bizonyos sornál minden hiba és jelzés nélkül. Tehát a mach3-at valami megállítja de vajon mi? Az is érdekes kérdés hogy mondjuk egy nagyobb kört vág a gép és a kör fele vágásánál áll le a program, de Te mintha azt írtad volna hogy az UC100 átveszi a számolást a mach3-ból tehát ha egy G3 utasítást át ad a mach3 az UC100-nak annak nem kellene végig futni akkor is ha leáll a mach3 ?

Azért kérdeztem hogy nem-e érdemes UCCNC használni ami nem érzékeny esetleg az USB "pillanatnyi megszakadására", máshogy építi fel a notebook USB UC100 kapcsolatot.

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

Egy nagyjából beméretezett rajzot tudnál feltenni az új "csodáról"?
A készülő elektromos szekrény tervezéséhez jó lenne ismerni a méreteket, már betervezném ennek is a helyet...

Az ISOBOB alaplapon lesz integrált charge pump áramkör? "Normál" kimenetként fog funkcionálni, és azt kötök oda, amit akarok,
vagy az UC300 saját ki- és bemeneteit fogja közvetlenül, az alaplapon engedélyezni/letiltani?
A lézer módban miért kell 5 kHz-ez charge pump frekvenciát használni?

köszi, közben megtaláltam én is, átolvasom a doksit mert pont érdekelne egy ilyen cucc

LINK

Előzmény: szokes, 2014-10-08 09:55:00 [1114]

uc300-at hol és mennyiért tudok venni?

köszi

Szia,

A kérdéseidre a válaszaim:

1.) 2014.11.01.-ig lehet az UCCNC-hez az UC300-ashoz kérni ingyen license-t, persze ehhez kell a szériaszám, vagyis kell, hogy legyen UC300-asod. Ezután a dátum után már megvásárolni lehet majd, a tesztelési akció ugyanis eddig tart.
2.) Mire gondolsz pontosan, a készülő ISOBOB kártyára? Egy elosztópanel feladata nem a motorvezérlő step/dir leválasztása hiszen az általában eleve optocsatolós, hanem az egyéb jeleké, perifériáké, úgy mint például külső relék vezérlése, frekvenciaváltó vezérlése. Bemenetek leválasztása, hogy például 10-30Voltos induktív végállás szenzorokat is lehessen alkalmazni. Esetleg MPG kerék illesztése. Biztonsági charge pump áramkör. LED-ek, hogy lásd is hogy valójában mi történik egy be vagy kimenettel. Analog ki/bemenet leválasztása, stb.

Előzmény: gulasoft, 2014-10-08 09:12:00 [1111]

Szia!
A #999 ben írjá Cncdrive a licencet, meg a linket ahonnan letöltheted. De már van frissebb. Azt is egyik hozzászólásban találod.

Előzmény: gulasoft, 2014-10-08 09:12:00 [1111]

Két kérdésem lenne.
1:mikortól lehet megvenni a 300-ashoz a license-t (az oldalatokon még csak a 100-ashoz való van)
2:Nekem egy kínai motorvezérlőm van azon optós leválasztás van a vezérlő és printerport között. Az általatok tervezett leválasztó eszköz azon kívül, hogy több portot kezel miben jobb?

Szia,

A leírásodat végigolvasva szerintem a probléma az eszközök földelésével lehet.
Arra gondolok, hogy a különböző nagyáramú eszközök és a PC között jelentős földelési ellenállás lehet.
Amikor a hegesztőgép vagy plazma egység bekapcsol akár 100Amperekkel, akkor a két pont közötti ellenálláson, a földelő vezetéken feszültség esik.
Értelemszerűen minél nagyobb az ellenállás, annál nagyobb fesz. esik rajta.
Ez úgymond "megrántja" ebben az esetben a PC tápját és a PC ugyebár digitális eszöz alacsony jelszintekkel dolgozik így egy kisebb amplitudójú zaj is komoly problémát okozhat.
Ráadásul az USB gyors eszköz így egy rövid tüskeszerű zaj is problémát jelenthet.

Ipari környezetben ezeket a problémákat úgy oldják meg, hogy csillagpontos földelést alkalmaznak,
illetve a földelő vezetéket megfelelően vastag vezetékből építik ki.
Extrém esetekben akár földelő sínt alkalmaznak ami egy vastag réz rúd amire közvetlenül kapcsolódnak az eszközök.

A csillag földelés lényege, hogy minden eszköz a csillagnak egy szára és a csillag közepe az a pont,
ami aztán a hálózat felé egyetlen úton tovább fut.

Szóval én azt gondolom, hogy a PC szedi fel a zajt mégpedig a földelésen keresztül.

Láttam már olyan durva esetet is amikor rosszul földelt plazma gépen ha bekapcsolták az ívet akkor a Windows kék halállal elszállt.

Első körben én a földelési topologiát ellenőrizném le és javítanám szükség esetén, megnézném, hogy milyen vastag vezetékből készült és hogy
nem kerültek-e bele felesleges hurkok.

Azt is megpróbálhatod (ez már egy kicsit másik dolog), hogy az UC100 árnyékolását, vagyis a házon lévő egyik csatlakozó csavaros menetbe egy saruval vastag vezetékkel összekötheted a PC
földelését, például az akkunál szokott földelőcsavarnak menetes furat lenni.
Asztali PC-ken mondjuk ezt egyszerűbb megoldani, mert ott több helyre is lehet rögzíteni, például a merevlemez egyik csavarjához.
Ezzel tudnád javítani a föld ellenállást az UC100 és a PC között, vagyis a zaj közös módúvá válna a PC és az UC100 között így abból a két eszköz nem érzékelne szinte semmit.
Úgy értem, hogy ha a PC-t zaj éri, akkor az alacsony ellenállás a PC és az UC100 között nem eredményezne nagy feszültség ingadozást, a két földpont szinte azonos potenciálon maradna,
így a rendszer zavarvédettebbé válna.

Ismét másik megoldás USB leválasztót használni, ami függetleníti a PC földjét és az UC100 földjét.
E-bayen meg akár MAgyar elektonikai webáruházakban is lehet ilyen eszközöket kapni.
E-bayen "USB isolator" kulcsszóra keresve szerintem fel fog dobni egy csomó találatot.

Mondjuk én a zaj forrásának felderítését és megszüntetését javasolnám leginkább.

Előzmény: xabi, 2014-10-07 20:44:00 [1107]

Csak annyi külömbséggel,hogy nekem UC300 van.

Előzmény: Molnár Szabolcs, 2014-10-07 21:14:00 [1108]

Én is olvstam már hasonló jelenségről. Ebben az esetben a laptop nem szerencsés megoldás a plazmázáshoz,mivel szabadon van minden usb port. Én egy fémszekrénybe raktam a pc-met. Remélem ez elég lesz a zavarok enyhítésére. Itt védettebb az usb port. Bár én még nem próbáltam élesben és az is leht,hogy ez is kevés lesz,vagy nem is ez lesz a megoldás. Ha esetleg rájössz egy stabil megoldásra engem is érdekelne a dolog,mivel én is hasonló elektronikával építem a gépemet mind te. üdv. Szabolcs

Előzmény: xabi, 2014-10-07 20:44:00 [1107]

T. CNCDrive
Építettem egy plazmavágó CNC asztalt amit Laptop-UC100-HDBB2-ön keresztül vezérlek léptető motorokkal. A plazmavágás kezdetén sokat kínlódtam, mert mindig megállt a masina. Addig variáltam, árnyékoltam a vezetékekkel hogy most már kb. két hete éles használat után már csak nagyon ritkán állt meg a gép.
A mai napon viszont próbáltam vágni és kb. 2 percenként megállt a vágás, próbáltam plazmavágó nélkül is használni és ekkor is állandóan megállt a rendszer.
Kitettem a képernyőre az UC100 plugint és figyeltem mi történik, elindul a mach3 program és mondjuk egy G2 kör felénél megáll a mozgás, megáll azon a soron a mach3 ahol tart és úgy marad semmilyen hibajelzés nincsen, az Uc100 plugin szépen fut a háttérben mintha semmi sem történt volna. Néha megnyomom a start gombot és tovább megy, de általában stop gomb egy lépés vissza "Run from here" és lépésvesztés nélkül megy ameddig meg nem áll megint.
1 órán keresztül kerestem a hibát, mire rájöttem hogy a géptől kb.: 3 méterre egy AVI hegesztő dolgozott, és az Ő ív gyújtásai ütik ki a gépet. Mikor abbahagyattam vele a hegesztést megszűnt a probléma.
Nem vagyok egy elektromos zseni. Eddig azt gondoltam hogy a plazma gép gyújtásakor az árnyékolt vezetékeken keresztül valahogy a HDBB2-ön keresztül jutva az UC100-at fagyasztja, téveszti meg a rendszer.
A mai nap után tovább gondolva viszont a gondjaim akkor szűntek meg mikor a plazmának a vezetékét árnyékoltam. Arra a következtetésre jutottam hogy a laptop USB portja kergül meg a nagy interferenciától. Az UC100, és a számítógép nem fagy le csak az USB port valahogy "kihagy" egy picit ettől megáll a programfutása minden hiba üzenet nélkül.

Kérdésem : Nem ismerem az Laptop - MACH3 - USB - UC100 - HDBB2 működését. A fenti hiba jelenség esetén Te mire gyanakodnál ? Az UC100 mire és mennyire érzékeny ? A mach3 vagy UC100 nem csinál valamilyen hiba riportot ?
- Szerinted ha MACH3 helyett UCCNC használnék az javítana a helyzeten ?

Nem volt már időm, de a héten kipróbálom egy másik laptoppal kíváncsiságból, hátha kevésbé érzékeny a hiba gyanúm szerinti USB vezérlője.

Előre is köszönöm válaszod (a munkáitok előtt le a kalappal)

Tudom-tudom.
De azért valamit elmond rólatok, hogy lassan olyan hype van egy-egy új terméketek körül, mint az új iphone-ok bejelentésekor...

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

az árral kapcsolatosan sajnos még mindig csak magamat tudom idézni.

"Még nem készítettünk rá költségvetést. Az első széria gyártásánál szoktuk mindig kikalkulálni, mert akkor látjuk a pontos bekerülési költséget. Találgatni, tippelgetni meg nem nagyon szeretnék, annak nem volna értelme..."

Azt, hogy mikor lesz készen azt sem tudom, de most is éppen ezen dolgozom.

Előzmény: Beck Attila, 2014-10-07 13:03:00 [1103]

Köszi.
Igen, úgy terveztük, hogy lesz az aljának a 2 végén 1-1 DIN sín rögzítő.

Előzmény: Farkas Attila, 2014-10-07 12:56:00 [1102]

Jó! de mikor vehetjük már meg végre????
Nagyságrendi árat még nem tudsz? (nagyságrendit: 30ezer, 100ezer, stb)

Előzmény: n/a (inaktív), 2014-10-07 12:40:00 [1101]

Alakul szépen

Lesz rajt 35mm-es DIN sín rögzítés is?

Előzmény: n/a (inaktív), 2014-10-07 12:40:00 [1101]

Az UC300-ISOBOB prototípus matricázva:

OK, akkor majd ha lesz időd nézd meg légyszi, mert mi kimértünk mindent és látszólag minden OK és azonnal történik.
Esetleg ha megvannak a fájlok és átküldöd őket, akkor mi addig azzal is letesztelnénk, kimérnénk a dolgokat...

Jó lézer üzemelést és csak óvatosan.

Előzmény: Csaba, 2014-10-06 19:41:00 [1098]

Szia,

Ahogy írtam, azt meglehet csinálni egy külső kis mikrovezérlős áramkörrel, hogy számolja az encoder osztást és a step és dir jeleket és stoppot csináljon ha nagyobb a poz.hiba egy előre beállított értéknél.

Azt, hogy visszavegye mondjuk a feedrate-et azzal az a baj, hogy azt akkor dinamikusan kellene állítani, de azt nem igazán tudod úgy megoldani, hogy jó is legyen. Ahogy Svejk írta kapnál egy szaggatós mozgatást.

A helyes megoldás az volna, ha a motor áramát vektorosan szabályoznád és a motor kommutációs felbontásánál (alap felbontás) egy nagyságrenddel nagyobb felbontású encoder lenne a motoron, hogy ne legyen kommutációban hiba. És akkor vektorosan szabályozhatod (2db sin/cos áramjellel egy-egy PI szabályzóval) a léptetőmotort, mintha egy sokpólusú AC szervo lenne. Egy beépített pozíció PID hurokkal pedig szépen lehetne szabályozni a lemaradást, pozíció hibát. Így a nyomaték vektor mindig megfelelő irányú lenne és szép egyenletes futást tudnál elérni, hasonlót mint egy szervónál.
Persze egy ilyen rendszert megalkotni nem 2 perces feladat, kell hozzá némi tapasztalat és háttérismeret.
De a lényeg, hogy így meglehetne csinálni és igazából így volna értelme egyáltalán megcsinálni.

Előzmény: svejk, 2014-10-06 19:39:00 [1097]

Ok megnézem, de csak szerdán tudom ismét tesztelni.
Holnap egy 1Kw os dióda lézer beüzemelésen vagyok

Előzmény: n/a (inaktív), 2014-10-06 17:46:00 [1095]

" Az olcsó, de cserébe gyenge motorokkal van elég rossz tapasztalatom, és ezt szeretném kiküszöbölni."

És lesz cserébe helyette egy szoftverrel meghágott béna, darabos mozgású, ugyan úgy bizonytalan, bosszantó hajtásod...

Szerintem nem éri meg vele foglalkozni amikor a szervok szinte már semmivel nem drágábbak mint a velük hasonló súlycsoportban levő léptetős hajtások.

Végül is ez lenne a célom amit a végén írtál. Az 5us csak egy lényegtelen adatnak tűnt nekem de ezek szerint van konkrét jelentősége.

A távlati célom az lenne ezzel a dologgal, hogy bizonyos százalék után stop legyen, de mondjuk egy-két lépés kihagyásakor az összes tengelyen álljon meg, majd (lassabban ahogy írtad) próbáljon lépni mondjuk ötször, és ezután stop.

Tény és való, hogy hobby célra nincsenek plusz nullái senkinek, de mondjuk egy 200lépés/1mm beállításnál 5 lépés elvesztésénél kezdjen el valamit csinálni a progi. Az UC300-nak van annyi bemenete, hogy ez ne legyen gond. A sebességet meg értelemszerűen le lehet venni akár 25kHz-re is, cserébe kapnál egy kontrolláltan "pontos" vezérlés.

Ha nem is akarsz ennyire mélyen belemászni, makróból látsz esélyt a megvalósításra? Az olcsó, de cserébe gyenge motorokkal van elég rossz tapasztalatom, és ezt szeretném kiküszöbölni.

Előzmény: n/a (inaktív), 2014-10-06 12:05:00 [1093]

Szia Csaba,

Köszi a tesztelést és a visszajelzést.
Ellenőriztük a működéstés a mozgás és a THC szabályzás is azonnal indul, kimértük logikai analizátorral a jeleket.

Az nem lehet, hogy az M31-ben benne hagytál várakozásokat és amiatt késik? Az M31 kódban van összesen kb. 2.5sec várakozás is belerakva. Ha azt benne hagytad a kódban az okozhatja.
Nézd meg majd légyszi a kódot hogy van-e benne még .wait kód.
A másik dolog, hogy az M203 kódot azt direkt plazma magasság felvételére írtuk, azt is megnézhetnéd az talán jobban illeszkedik ahhoz amit csinálsz.

Ami még jó volna, ha át tudnád küldeni nekem a G-kódot és a makrót e-mailben amikkel próbálgatod és akkor megnézzük, hátha megtaláljuk, hogy mi lehet a gond.

Szia Balázs!
Most már nagyjábó jó,csak annyi a probléma,hogy mikor megkapja az ív jó jelet el is kezd szabályozni a Z tengely azonnal de valamiért a mozgás nem indul meg csak kb. 2-3mp múlva.
minden késleletetés le van véve nullára aTHC menüben is és a motor menüben is.

Előzmény: n/a (inaktív), 2014-10-06 10:33:00 [1091]

Szia,

Ezt sajnos nem lehet úgy megoldani, ahogy leírtad, mert a feladat amit vázoltál nem annyira egyszerű mint amilyennek tűnik. Bár nem ez a leglényegesebb probléma, de eleve az 5usec annyira rövid idő amit írsz, 1/5usec = 200kHz, hogy a legtöbb léptetőmotorban ennyi idő alatt nem is történik meg a lépés, főleg ha az elektronika feldolgozási képességét is figyelembe vesszük.

A másik (ez a nagyobbik gond) probléma a léptetőmotor inverz sebesség/nyomaték jelleggörbéje, vagyis ha nem történt meg a lépés és újra ki kell adni, akkor az léptetési frekvencia növekedést jelentene, főleg jelentős problémává válik ez ha több lépéssel elmarad.
A motor pedig valószínűleg azért tévesztett lépést, mert túl alacsony volt a nyomaték és kiesett a szinkronból. Ilyenkor csökkenteni kéne a frekit, nem növelni, de ez a "digitális" algoritmus amit írsz ez éppen, hogy növelné. Így éppen az ellenkezőjét érnénk el mint ami a cél volna, vagyis tutira a megtorpant állapotban maradna a motor.

A lépés tévesztéskor le kellene lassítani a mozgást a tengelyeken arányosan addig a pontig, amíg a hibázó tengely újraindul és akkor tud tovább futni.

Vannak olyan vezérlők (szabályzók) amik tudják ezt, amik zárt hurokban szabályozzák a motorokat, az ipari vezérlők általában így működnek, de ez a tudás az árban is megmutatkozik, kb. két nullát írj az UC300 ára mögé és annyiért már lehet ilyen vezérlést kapni, persze csak a vezérlést.
Az ilyen vezérlőkhöz a motormeghajtók sem step/dir jeleket fogadnak, hanem EtherCAT vagy más gyors kétirányú adatátvitelt igényelnek és hát az ilyen motorvezérlő kártyák sem a hobby pénztárcára vannak szabva.

Az UC300-al és az UCCNC-vel maximum azt tudnád megcsinálni, hogy egy külső encoder számláló elektronika számolhatná a lépéseket és a step/dir jeleket egyidejűleg és bizonyos definiált pozíció hiba felett kiadhat egy vészstop jelet az UCCNC felé, amivel a mozgás megállna.

Előzmény: nyarfa, 2014-10-06 11:30:00 [1092]

Lenne egy érdekes kérdésem

Normál léptetőmotor vezérlővel, de enkóderes motorral, vagy külön felszerelt enkóderrel az UC300 segítségével hogyan lehet megoldani egyszerűen és hatékonyan a kontrollált léptetést? Azaz amikor is kiad egy lépés jelet a program, 5us késleltetésen belül ha nem érkezik az enkóderről egy "léptem jobbra vagy balra" jel akkor vár még 5us majd megismétli, vagy hibával megáll.

Elkészült az UCCNC 1.0036-ös verziója.
A változások, javítások:

- A limit+ active low beállítást nem jól mentette el a program, javítva.
- A THC működésén módosítottunk az itt tárgyaltak szerint.
- A home-ot nem állította meg a stop gomb, csak a reset, javítva.

UCCNC 1.0036

Teljesen jól értelmezted, így kell működnie ahogy leírtad.
Igen az M31 is jó a plazmához átírva kicsit!

Előzmény: n/a (inaktív), 2014-10-05 19:01:00 [1089]

Szia Csaba,

Megnéztem a hibákat amiket jeleztél, az észrevételeim:

1.) Ha jól értem az írásodból, akkor az M31 kódot sikerült úgy átírnod, hogy jó legyen a plazmához.

2.) Megnéztem a Limit aktív low pipát és valóban a limit+ active low pipánál volt egy elírás a kódban és tényleg nem mentette el jól a beállítást. Ezt most javítottam, a következő verzióban benne lesz a javítás.

3.) Ez a funkció egy kicsit bonyolult, kellene a segítséged, hogy jól értem-e, hogy pontosan hogyan is kellene működnie, mert félek, hogy nem értem pontosan.

Szóval, ha a "Control THC even if..." be van pipálva, akkor mindig szabályozza a THC-t akkor is ha nincs mozgás és akkor is ha nincs M3/M4, szóval mindig szabályoz és a mozgást sem tiltja soha sem. Légyszi írd le, hogy jól gondolom-e?

Ha a "Control THC even if.." nincsen kipipálva, akkor:

1.) Ha nincsen még M3/M4, akkor a THC-t nem kell szabályozni, de a mozgásokat végre kell hajtani.
2.) Ha van M3/M4 és ha még nincs THCon jel, akkor a mozgást nem szabad elindítani és a THC-t se kell szabályozni.
3.) Ha van M3/M4 és ha megjött a THCon jel, akkor kell indítani a mozgást és akkor kell a THC-t is szabályozni.

Légyszi írd meg, hogy jól értelmezem-e a működést?
Jelenleg az 1. pont hiányzik még, a te leírásodból legalábbis ezt vettem ki, hogy így kéne működnie...
Ha esetleg rosszul értelmeztem a leírásod, akkor kérlek a pontokat amiket leírtam javítsd át és úgy másold be, hogy biztosan pontosan meg legyen fogalmazva a helyes működés, mert akkor letudjuk jól kódolni.