Szia,

Ezt te magad nem tudod megoldani kész vezérlőknél. Úgy értem, hogy ha a léptető vezérlő nem tud átállni microstep-ről egész lépésre automatikusan, akkor azt te nem fogod tudni megcsinálni, hogy tudja. Ezt csak úgy tudnád megoldani, hogy tudja, ha építesz egy saját meghajtót, amiben ezt leprogramozod egy CPLD vagy FPGA-ba.
Végülis csak annyiról van szó, hogy bizonyos frekvencia felett kihagyja (csak számol vele, de nem lép oda) a vezérlő a mikrolépéseket és csak a fél lépésekre áll rá.
Némely Gecko vezérlők tudják is ezt és step morhping-nak nevezik.

Encoderes léptetőmotor és zárt hurkú vezérlő az megint kicsit más, mert ott a vezérlőnek hozzáférése van az áram-hurkokhoz és a rotor pozícióról is van adata az encoderből. 2db PI szabályzóval szabályozza az áramot a rotor pozíció alapján, így a nyomatékot mindig nagyjából az ideális értéken tudja tartani. (Persze bizonyos korlátokkal)
Szóval az ilyen rendszernek a működése alapvetően más mint a nyílt hurkú áram szabályzósnak. (vezérlésnek).

Előzmény: ANTAL GÁBOR, 2019-02-25 19:49:30 [6544]

Szia,

Az idézet egy egyszerűbb dologra, arra utal, hogy ha nagyobb mikrostepping értéket állítasz be, akkor azonos motor forgási sebességhez értelemszerűen nagyobb step frekvencia kell és hogy a vezérlő elektronika ami a step/dir jeleket szolgáltatja a motorvezérlő számára nem biztos hogy tud ekkora frekvenciát. Szóval ez csak egy figyelemfelhívás azzal kapcsolatban, hogy a nagy mikrostepping értékre állítás lehet az oka, ha a motort nem képes olyan gyorsan forgatni a felhasználó ahogy azt szeretné.

Előzmény: Frédi, 2019-02-25 20:25:48 [6546]

Szia! Az asztal már kívülről tudja a pályát, annyiszor futtattam, de még nem sikerült a hibát előhozni. Van még ötletem, csak közben mást is tesztelek felváltva. Fogok jelentkezni, ahogy tudok valami okosat mondani.

Előzmény: Zsoltyfm, 2019-02-25 21:17:18 [6550]

Esetleg sikerült e már a nálam jelentkező problémára magyarázatot találni?

Nem, de gondolom, hogy kb. ugyanazt tudják. Az enyémek Vexta Alfastep ASC sorozatúak. (ASD36A-K és ASD18A-K)

Előzmény: Frédi, 2019-02-25 21:01:21 [6548]

Jól gondolom ,hogy egyről beszélünk? 3~ Berger-Lahr? Én még csak most próbálok okosodni.

Előzmény: dezsoe, 2019-02-25 20:44:44 [6547]

Semmi sem lehetetlen: LoneWolf-féle zárt hurkú léptetőket használok, és azoknak van egy x10, tízes szorzó bemenete is, amivel menet közben lehet a felbontást változtatni. Már csak egy vezérlő szoftver kéne, ami tudja ezt kezelni...

Előzmény: ANTAL GÁBOR, 2019-02-25 19:49:30 [6544]

Szia!
Bocsánat ha off de most épp ide illik. Megerősítenéd vagy megcáfolnád, hogy a következő idézet egy léptetőmotor vezérlő dokumentációjából,az említett ideális megoldásra utal, vagy legalábbis valami hasonlóra.
"Changing the number of steps with the STEP2_INV signal input
The STEP2_INV signal input can be used if a high positioning accuracy is required,
but the output frequency of the master controller is limited.
The number of steps can be increased or reduced by a factor of 10 with the STEP2_
INV signal.

Előzmény: CNCdrive, 2019-02-25 14:48:52 [6543]

Még nem teszeltem ezt a jelenséget. Nos lehetne egy szervó és egy léptető összeugrasztásával. Nem tudom megcsináljam-e. Ebből lehetne tanulni. Bldc vel összekötöm és ha el lehet hangolni gyengére a bldc t megmutatja magát a jelenség. Egyfajta következtetett nyomatékgörbét adhat ha sikerül. Vagyis két eredmény közül kis/nagy sebességen mint egy nyomatékgörbe padot használva lehet következtetni a léptető nyomatékgöréjére. De épp nem erre készült a szabályzó.

Na de eltértünk az útiránytól , bár mégis témánál vagyunk. Azért választottam az uccnc t + AXBB-E t a mesa ellenében mert : Kompakt. Még mindig step dir vezérlés
(nem szabályzás) mellett maradva ezzel a géppel.

Előzmény: CNCdrive, 2019-02-25 14:48:52 [6543]

Tudjuk is ezt mi felhasználók de hogyan lehetne azt megoldani egy komolyabb gyári léptetővezérlőnél hogy egyszer így menjen egyszer pedig úgy ( egy jumperral lehet beállítani a mikrolépést ) . Vagy forrasszam ki a jumpert , tegyek a helyére egy csatit és csináljak egy kombinációs hálózatot . Hát elég macerás
Pont esedékes lenne : egy 6.5 Nm es encoderes léptető van a porondon . A finom beállításban 4000 step / körülfordulás kell , ugyanakkor van amikor jó lenne ha nagyon pörögne ( Most 30 V DC tápról még megy a 450 1/ min . A véglegesnél
60 V Dc lesz .
Jelenleg kvázi üresjárásban próbálom ( egy komoly csigahajtás a maga surlódásával azért beterhel )de élőben más lesz a helyzet..

Előzmény: CNCdrive, 2019-02-25 14:48:52 [6543]

Mikrolépésnek alacsony sebességen van értelme. Nagy sebességen a mikrolépés ront a nyomatékon, vagyis hamarabb "lekonyul" a sebesség/nyomaték görbe.
Az ideális megoldás az lenne, ha alacsony sebességen mikrolépésben magas sebességen pedig fél lépésben van forgatva a motor.

Előzmény: sanyi84, 2019-02-25 13:10:25 [6542]

Igen, kb 0 a nyomatéka, gyorsítás is igen lassan történt. A mikrolépésnek Tibor45 tesztjei alapján van értelme, szép grafikonon mutatja az oldalán hogy mennyit is simít adott motor járásán a mikrolépés.

Szuper cucc leet alig várom hogy odaérjek hogy beépítsem...

Előzmény: CNCdrive, 2019-02-25 12:27:15 [6541]

Szia,

Köszönjük a megrendelést.

Igen, a léptetőmotorok üresjáratban el tudnak gyakran forogni egész magas sebességig is, de ott már nem igazán van nyomatékuk, szóval nem realisztikus egy léptetőmotort mondjuk 5000 fordulat per perccel járatni üzemszerűen mellékhajtásként.

Előzmény: sanyi84, 2019-02-25 07:28:01 [6536]

Na jó, de min lesz rajta az az encoder? Szervomotoron?
1000PPR 4X dekódolással 4000CPR és a 400kHz az 6000 fordulat per percig tudja forgatni a motort, az gondolom csak elég lesz?!

Előzmény: remrendes, 2019-02-25 07:20:50 [6535]

Köszi!

Dezsoe linkje nyilván még a régi websoph-ba vitt.

Előzmény: D.Laci, 2019-02-25 11:46:03 [6538]

https://shop.cncdrive.hu/termek/cncdrive-1-uc100-mozgasvezerlo2

Előzmény: svejk, 2019-02-25 11:28:05 [6537]

Huhh..
Bírtatok még a bekötéseken csavarni mi?

Ára? Vagy csak vak vagyok?

Eladjam gyorsan az UC400 ETH-mat baráti áron?

Előzmény: dezsoe, 2019-02-23 12:20:56 [6527]

Meg is rendeltem az újdonságot, várom már hogy üzem közbe láthassam mit tud. Bár az még 2 hónap tuti.

Az im 48 22 4 megát tud adatlapja szerint.
Jó barátomnak eladtam a vezérlőszettjeimet, azok egy megát tudtak. Kemény 480 khz ig felmentem a dsom generátorával, nem hiszem hogy tovább pörgött volna a motor vagy csapágyazása bírta volna...
Persze átlag jó minőségű vezérlők 200-400 khz t tudnak.
Ami igazából már csak... mert azért a 400 khz már elég sok,
léptetős rendszerbe bőven elég.

Előzmény: CNCdrive, 2019-02-25 07:08:08 [6532]

Igazabol mindenhez. De van egy par 1000PPR-es encoderem, amit kihasznalnek annyira, amennyire lehet.

Előzmény: dezsoe, 2019-02-25 07:09:07 [6533]

Koszonom! Elgondolkodtato...

Előzmény: CNCdrive, 2019-02-25 07:08:08 [6532]

Nem valószínű, de majd Balázs megmondja. (Mihez nem elég a 400kHz-es sebesség?)

Előzmény: remrendes, 2019-02-25 06:33:23 [6531]

Minél gyorsabb? 400kHz-nél vagy 10MHz-nél?

Nem, nem hinném. Egyrészt ennél gyorsabbat mikrovezérlővel nem nagyon lehet elérni. Azt már csak FPGA vagy CPLD-vel lehetne.
Viszont nem igazán van értelme, mert:
1.) A léptető vezérlők nem tudnak 200kHz-nél többet. Még a jó minőségű drága vezérlők sem.
2.) MHz-es step/dir jeleket vinni kábeleken nem túl célszerű, mert az impulzusok annyira rövidek, hogy nagyon zavarérzékeny lesz a rendszer. 1MHz-es jel 50%-os kitöltéssel mindössze 500 nanosec hosszúságú, ami már mondhatni, hogy csak egy pici tüske jel.

Szóval ahol ilyen nagy frekvenciájú jelekre van szükség ott már nem step/dir jeleket szoktak használni, hanem EtherCAT vagy CAN vagy más hibadetektálós és hibajavítós kommunikációt.

Előzmény: remrendes, 2019-02-25 06:33:23 [6531]

Koszonom! Varhato lesz ettol gyorsabb a kozeljovoben?

Előzmény: CNCdrive, 2019-02-25 03:42:56 [6530]

Igen, a leválasztott kimenetek nagysebességű (10MHz) optocsatolósak és képesek 400kHz kimeneti frekvenciára is, szóval akár step/dir vagy PWM jelek átvitelére is alkalmasak.
Ugyanez a helyzet a leválasztott bemenetekkel, azok is nagysebességű optocsatolósak, így akár inkrementális encoder jeleket is rájuk lehet kötni.

Előzmény: remrendes, 2019-02-25 03:34:52 [6529]

Ha mar plazmavago... A levalasztott kimenetek is kepesek a 400kHz-re?

Előzmény: dezsoe, 2019-02-24 21:58:25 [6528]

Pár mondat az AXBB-ről. Leginkább az UC400ETH-val lehet összehasonlítani:

- 17 + 12 kimenet, ebből 8 leválasztott (UC400 12 + 12, egyik sem leválasztott)
- 6 + 5 bemenet, ebből 6 leválasztott (UC400 5 + 5, egyik sem leválasztott)

Ez a gyakorlatban úgy néz ki, hogy az AXBB 1-es portján 17 kimenet van, amiből 8 optocsatolóval le van választva. Az 1-es kimenet (leválasztott) charge pump áramkörön keresztül megy, tehát akkor aktív, ha a charge pump jelet kapja. A 2-es port 6 leválasztott bemenetet tartalmaz, a 3-as pedig a szokásos ICD 26-os csatlakozóval van ellátva, amire más leválasztó kártya köthető, praktikusan az UCSB leválasztó kártyát tudom javasolni, ami szintén teljesen leválasztott 12 ki- és 5 bemenetet tartalmaz.

Az AXBB is etherneten keresztül csatlakozik a vezérlő PC-hez, tehát egyrészt gyors, másrészt az ethernet működéséből adódóan elektromosan elszigetelt, így akár plazmavágóhoz is bátran tudom ajánlani.

Előzmény: dezsoe, 2019-02-23 12:20:56 [6527]

Megjelent az új AXBB-E ethernetes kombinált mozgásvezérlő és csatolókártya.

További információ itt olvasható róla.

Ára is lesz hétfőre.

Akció! Március végéig vagy a készlet erejéig aki ilyen kártyát vesz, az kap hozzá UCCNC licencet is!

  

1.2049-cel próbáltam tegnap, de UC100-zal. Nem hibázott, viszont neked UC400-ad van, úgyhogy még azzal is megnézem, hátha az okoz valamit.

Előzmény: Zsoltyfm, 2019-02-22 12:03:29 [6524]

Értem, köszi!

Előzmény: dezsoe, 2019-02-22 11:56:04 [6522]

Én meg azthiszem felteszem ismét a legfrisseb próbaverziót és azzal is kipróbálom.

Még nem sikerült előidézni, de a hétvégén még kísérletezek vele, hátha kiderül, mi van vele. Szólni fogok, hogy mi az eredmény.

Előzmény: Zsoltyfm, 2019-02-22 11:55:36 [6521]

Jelenleg nincs, sajnos.

Előzmény: lari, 2019-02-22 11:46:46 [6520]

Ki derült már mi okozza az ívkövetési problémát? Egyáltalán sikerült reprodukálni?

Van arra lehetőség, hogy az UCCNC megjelenítsen egy forgástestet? Ha igen, mit kell ehhez bekapcsolni? Gondolom grafikailag jobban igénybe veszi a gépet...

A Mach3-ban volt ilyen opció, valamit be kellett pipálni és szépen mutatta a forgató által bejárt utat is.

Megjött a profil, köszi, átnézem.

Előzmény: Zsoltyfm, 2019-02-21 11:02:51 [6517]

Kicsit azért bonyolultabb ez a dolog amit leírtál mint aminek gondolod. Egyrészt megvalósítani, másrészt ha úgy csinálnánk ahogy leírtad, akkor meg az lenne a gond, hogy miért nem az van a képernyőn ami a g-kód szerinti mozgások. Szóval egyik megoldás sem tökéletes.
G64 módban egyébként annyival térhet le a szoftver max. a pályáról amit te megadtál a CV paraméternél távolságot. Ha 0.001 egységet adtál meg akkor max. annyit, ha 10 egységet, akkor max. annyit. Szóval simán letérhet akár sokat is, ha mondjuk 10mm-t adtál meg, akkor az már elég sok szinte bármely munka fajtánál. Na, de éppen ezért kérjük a profil fájlt, hogy lássuk, hogy mit állítottál be, mennyit térhet le a beállításaiddal és hogy lássuk, hogy mi a gond.

Előzmény: Zsoltyfm, 2019-02-21 11:02:51 [6517]

It jelen esetben olyan mértékig eltért a kijelölt pályától, hogyha az alapanyag nem lett volna puha, akkor azonnal szerszámtörés következett volna be. Amellett hogy elrontja a munkát. Számomra az nem világos, hogy amikor az uccnc -be betöltöm a kódott, akkor már egy helyen vannak a gépbeállítások, és a pályakód, akkor már a uccnc -nek tudnija kell kikalkulálni, hogy mi lesz az a pályavonal amit képes lesz végrehajtani, és akkor meg azt a módosult pályavonalat kellene kirajzolnia. Akkor már a munka megkezdése előtt is tudatában lehettem volna azzal, hogy nem az fog történni amit szeretnék. Tehát ha módosul a pálya, akkor annak a vizualációban is látszódnia kellene betöltés után. Mert amint már leírtam, akkor már jelen van egy helyen az összes információ. A profil fáljt majd küldöm.

És igen, jó volna ha fel tudnád tölteni a profil fájlodat, mert lehet, hogy beállításfüggő a probléma, ezért minden bizonnyal segítene ha a te profiloddal a te beállításaiddal tudnánk tesztelni a kódodat.

Előzmény: Zsoltyfm, 2019-02-20 20:27:08 [6513]

Meg fogjuk vizsgálni a kódodat hamarosan.
Egyébként vannak olyan esetek amikor letérhet a g-kódban programozott szerszámpályáról a vezérlőprogram. Egyrészt G64 állandó sebesség módnál optimalizálhatja a pályát és a meghatározott max. távolsággal letérhet róla, másrészt G91 inkrementális módnál is ha mondjuk megállítod és újraindítod a futtatást, akkor mivel inkrementum a következő már végrehajtás alatt lévő és megállított mozgás ezért le fog térni a rajzolt pályáról. Persze valószínűleg nem ezekkel lesz a gond, ha a többi hasonló íven megfelelően halad.

Előzmény: Zsoltyfm, 2019-02-20 20:27:08 [6513]

"Mi olyan beállítás lehet, ami felülbírálhatja a G -kódban meghatározott szerszámpályát???" Olvass utána a G64 működésének, és megtudod.

Nem azért érdekelnek a beállításaid, hogy bebizonyítsam, hogy rosszul állítasz be valamit, hanem azért, hogy megtaláljuk a probléma forrását és kezelni tudjuk. Gondolom, azért írtad ide a problémát, hogy legyen rá megoldás.

Előzmény: Zsoltyfm, 2019-02-20 20:27:08 [6513]

Most lefuttattam demóban a kódot, és a 386 -odik sornál éri el legelső alkalommal a bal alsó sarokban lévő külső pálya ívének kezdetét. Itt is észrevehető viszont az, hogy a többi sikeresen végrehajtott íveknél azonos sebességgel halad a szerszám a pályán mint az egyenes szakaszokon, viszont a bal alsó saroknál látványosan gyorsabban halad végig az ív teljes szakaszán, majd aztán az egyenes szakaszra érve visszaáll a normál sebességre. Ha viszont még vezérlőt is csatlakoztatok, akkor amit le írtam, más történik. Nem tudom elképzelni, hogy miért kellene ilyen esetben a beállításokban keresni a hibát, amikor egyszerűen az uccnc nem a parancsnak megfelelően viselkedik. Mi olyan beállítás lehet, ami felülbírálhatja a G -kódban meghatározott szerszámpályát??? Hiszen ez egy pályamódosulás, és nem pedig a gép konfigurációs hiba. Nem veszti el a pozíciót a gép. El tudom képzelni azt a szituációt, hogy maga a gép nem képes a beállításokban meghatározott gyorsulásra, de akkor ha ilyen hiba állna elő, akkor nem tudna a gép több alkalommal is ugyanazon a pályavonalon végigmozogni. El kéne legyen csúszva a gyakorlatban a következő körben megtett pályaút a munkadarabon. Fizikailag pedig az történik, hogy minden körben halálpontosan ugyan azon a pályán visz végig a szerszámot, csak sajnos ez a pálya nem egyezik meg a vizualizációban kék vonallal jelölt pályával a már emlegettet ívnél.

Pontosan. Tehát jól rajzolja ki a pályát, de menet közben lelép róla. Ez most annyiban más, hogy nem teszt verzióról beszélünk, az 1.2049 a legfrissebb stabil verzió.

Előzmény: exup, 2019-02-20 19:14:43 [6511]

Ezt mondjuk spec értem, mert másik teszt verzió is csinálta. Jól jelenik meg a behívott gkód uc-ben..indítás után is azt látni, ahogy a gép mozog...a kettő nem fedi egymást.

Előzmény: svejk, 2019-02-20 19:10:47 [6509]

Ráadásul a "stabil" verziókat nem 5 ember használja hobby szinten hétvégente 1-2 alkalommal. Nehezen hinném, hogy eddig senkinek se jött volna elő. De az ördög nem alszik...épp ide ír kommentet

Előzmény: dtb, 2019-02-20 19:07:21 [6508]

miért hibázik amikor a grafika rendben jelenik meg"

a következő mondatban pedig ezt írod:
"hogy a vizualizációban is lelép az ívről, és az ív két végpontja között egyenes vonalban halad a szerszám"

akkor most mi van?

Előzmény: Zsoltyfm, 2019-02-20 17:14:52 [6502]

Távol álljon tőlem, hogy beleszóljak a tapasztaltabbak dolgába, de nekem az ASPIRE 8 verzióval már volt néhány kellemetlen tapasztalatom méretkezelés/kódgenerálás tekintetében. Ez főleg modellezésre, "művészkedésre" kialakított program. Igazából akkor tudnál meggyőződni, hogy mi hibázott, ha valami más programból is megpróbálnád legenerálni kódot, és ott megnézni, mi történik.

Előzmény: Zsoltyfm, 2019-02-20 17:22:01 [6503]

Értem a problémádat, de ha nem adsz információt, akkor nem tudom kipróbálni, ergo nem tudok segíteni.

Előzmény: Zsoltyfm, 2019-02-20 17:14:52 [6502]

Hanyadik sornál kezdődik a hiba?

Előzmény: Zsoltyfm, 2019-02-20 17:38:11 [6504]

Bal alsó sarok.

Annyit méh hozzátennék, hogy itt is csak akkor hibázik amikor rá van dugva a vezérlő és nem demo módban fut. és ha nem a valóságban próbája ki az ember, akkor ki kell nagyítani a vizualizációban a bal oldali sarkot, mert a vizualizációban nem annyira látványos amikor nem pont az ív mentén halad a szerszám.