Itt megnézheted: 'UCCNC vezérlő program új verziói' téma, egyébként 1.2102 volt a .Net 4, 1.2103 a 64 bites átállás. Tehát jelenleg csak teszt verzió van, ami .Net 4-es.

Előzmény: svejk, 2019-03-03 12:39:50 [6593]

Melyik verziónál változott a szoftverkövetelmény netframework 4-esre?

A link még egyszer:

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

Előzmény: CNCdrive, 2019-03-03 04:18:06 [6591]

Inkább ezt javaslom nézni: https://shop.cncdrive.hu/termek/cncdrive-1-uc100-mozgasvezerlo2

A másik webáruház angol nyelvű, EUR pénznemben vannak az árak és ráadásul nem tud szállítási költséget sem számolni.
Több mint 12 éves az a webshop szoftver, már dolgozunk a lecserélésén. Szóval a lényeg, hogy a fenti linken lévő webáruházunkat érdemes látogatni Magyar vevőknek.

Előzmény: SándorP, 2019-03-03 03:43:02 [6590]

Sziasztok!
Ezt is érdemes lehet megnézni...

http://www.shop.cncdrive.com/index.php?categoryID=114

Előzmény: svejk, 2019-02-25 11:49:58 [6539]

Két percnél azért picit több. A vezérlő frirmware -ét is frissíteni kell, és én a profilt sem másolom, hanem egyesével állítok be mindent nehogy valami hibát is átmásoljak a profillal. Abban is lehet valami hibás beállítás. Amúgy meg minek is kísérletezgessek tovább vele, ha azzal hogy lecseréltem, a problémám meg is oldódott.

Előzmény: exup, 2019-03-02 12:13:16 [6587]

Ennél már csak az egyszerűbb, ha mind fel is van telepítve. A menüben 45 verzió látható (ha jól számoltam), de van még egy pár a Special-ban is...

  

Előzmény: exup, 2019-03-02 12:13:16 [6587]

Nekem mindegyik verzió le van töltve. Kb 2 perc bármelyik másik verziót feltenni. Mivel külön profilfile és könyvtár van, ezért teljesen jól lehet bármelyik verziót tesztelni.

Előzmény: Zsoltyfm, 2019-03-02 07:27:55 [6586]

A programot már lecseréltem, és nem nagyon van kedvem visszatelepíteni azt amelyik nem jó. A latency problémát azért nem tartom valószínűnek, mert ha nincs csatlakoztatva a vezérlő, és demo módban futtatom, akkor bár azon az úton halad a szerszám ahol kell neki, de vagy dupla akkora sebességgel halad végig mint a többi íven ahol minden rendben történik. Tehát demo -ban futtatva is ki lehet szúrni ha majd a gyakorlatban probléma lesz. Pontosan ugyanazt a viselkedést látom mint a 1.2108 verzióban volt.

Előzmény: CNCdrive, 2019-02-28 20:24:08 [6585]

Nem baj, hogy firtatod a problémát. Azért van a fórum, hogy firtatva legyen.
De azért jó lett volna ha meg tudod nézni a latency-t, mert szerintem nagy a valószínűsége, hogy ott lesz a probléma.
Persze értem én, hogy te meg nem hiszed és hogy emiatt nem akarod kipróbálni, de így nehéz segíteni, ha nem hagyod.

Előzmény: Zsoltyfm, 2019-02-28 17:11:58 [6584]

Amint írtam, nálam a verziócsere megszüntette ezt a problémát. Az előzőnél, és az újabbnál is a default profilt használom, és csak a legszükségesebb paramétereket állítottam be, hogy a gép használható legyen. Innentől kezdve nem akarok senkivel sem küzdelmeket folytatni, hogy meggyőzzem arról, hogy esetleg hiba is lehet a verzióban. Én érzem kicsit hülyének magam, hogy a probléma megszűnt, és még mindig foglalkozok vele. Talán akkor kellett volna inkább a másik verzióra cserélnem a programot, és nem firtatni ezt a problémát. Az előző verzió mindig hibásan futott le ugyanazon a ponton. Itt most ez nem csinálja, és ennek örülök. A régi kuka, marad az 1.2109.

UDP joval egyszeübb is ott lehet csomag vesztésről nincs visszajelzés csak a csomag ellenörzés (tartalmába)...
igy jogos a ki jelentésed!

Előzmény: CNCdrive, 2019-02-28 16:31:00 [6581]

Azért nézz rá kérlek a latency tesztre. Nem tart sokáig, egy pillanat alatt meg lehet nézni.

Előzmény: Zsoltyfm, 2019-02-28 15:51:01 [6578]

Nem TCP/IP protocollal működik, hanem UDP-vel. TCP-ben túl sok a felesleges sallang, ami csak feleslegesen növelné az adatforgalmat és nem ideális erre a feladatra. De igen, abban igazad van, hogy van CRC ellenőrzés és egyéb ellenőrzések is, de azért ez ennél jóval bonyolultabb, mint gondolod, de inkább nem is megyek bele, mert csak untatnálak benneteket.

Előzmény: Törölt felhasználó, 2019-02-28 16:02:53 [6579]

Így van. Ha meg hibás, akkor újraküldi. Ha meg újraküldi, az idő. Az pedig látszik az említett diagnosztikai ablakban.

Előzmény: Törölt felhasználó, 2019-02-28 16:02:53 [6579]

tcp protokollra nem húznék ilyen állítás hogy hibás a kommunikáció adódik nagyon komoly crc csomag ellenőrzés van...

Előzmény: CNCdrive, 2019-02-28 15:43:30 [6577]

A gépem teljesítményével egészen biztosan nem lehet gond i5 proci 4 giga ram. És amint írtam ugyanaz a kód minden gond nélkül lefutott az újabb verzióval. A laptop közvetlenül közbeiktatott eszköz nélkül csatlakozik a vezérlőhöz. Hamarosan felteszem azt a kódot is.

Érdekes. Másoknál nem csinál ilyeneket, illetve nem is tudtuk egyelőre előidézni se.
Esetleg az UCCNC profil oldalán nézz rá kérlek a latency test-re, mert lehet a hálókártyával vagy a driverjával van valami gond, lehet valami fura kommunikációs hiba/késedelem az oka ennek.
A lényeg, hogy a grafikon nem mehet 20msec (max. érték a grafikon Y tengelyén) érték fölé. Ha fel megy teljesen, az probléma, akkor a számítógép nem megfelelő teljesítményű vagy valami hálózati hiba van, hálókártya probléma.

Előzmény: Zsoltyfm, 2019-02-28 13:33:01 [6576]

Az 1.2049 -et cseréltem le 1.2109 -re.

Előzmény: Zsoltyfm, 2019-02-28 13:28:12 [6575]

Sziasztok!
Ismételten meglepett a stabil verzió. Egy szabályos körkivágás helyett ezt művelte. Aztán feltettem a legfrissebb teszt verziót, és az tökéletesen kivágta.

  

Win7 elsö kidásba nem igen biztató pláne 64 driver kompatibilitási driveres problémák sok volt az sp1 jobb és stabilabb de ara sem érdemes felengedni a napi frissitést sok sz@r abba is beletetek már!

Előzmény: lari, 2019-02-28 07:31:58 [6567]

Eddig még nem érkezett ilyen jelzés senkitől, szóval valószínűleg ahogy Dezsoe is írta valami Windows probléma lesz, de rakd fel légyszi a profil fájlodat és akkor megnézzük, hogy látunk-e bármi UCCNC oldali problémát.

Előzmény: lari, 2019-02-28 11:52:03 [6569]

Előzmény: lari, 2019-02-28 12:11:22 [6571]

Lehet, hogy félreérthető voltam...
A win verzióra gondoltam.

Előzmény: dezsoe, 2019-02-28 12:06:13 [6570]

Ez is egy megoldás.

Előzmény: lari, 2019-02-28 11:52:03 [6569]

Volt egy sejtésem, hogy ez lesz a válaszod...
Így legalább biztos lehetek benne, hogy ne használjam ezt a verziót.
Köszönöm!

Előzmény: dezsoe, 2019-02-28 10:51:00 [6568]

Ez mondjuk lehet a hiba oka. Civilben informatikával foglalkozom, iszonyatos mennyiségű gép megy át a kezemen, de talán, ha összesen 5 olyan Ultimate telepítést láttam, ami legális volt. A probléma alapvetően az, hogy sokan a netről levadászott telepítőt használnak, ami az esetek nagy részében egy erősen kiherélt verzió. Az ilyen herélt verziók nem túl stabilak, file-ok hiányoznak belőlük, rosszabb esetben "ajándék" is van bennük. Ha valamelyik gép nincs tele adattal, akkor próbáld ki, hogy egy rendes Win7-et felraksz, egy ideig elmegy aktiválás nélkül, addig ki tudod próbálni, hogy fut-e rendesen az UCCNC. Nem lesz nagy meglepetés: futni fog. Abban sem vagyok amúgy biztos, hogy az SP1 nélküli Win7-re van-e rendes .Net 4.

(Sosem értettem, hogy miért telepítenek az emberek Ultimate verziót. A Home premium verzióhoz képest tartalmazza a vállalati cuccokat, meg egy csomó nyelvi csomagot. Nem sok embert ismerek, akinek otthon Active Directory alapú hálózata van, tehát a vállalati cucc kiesett. A nyelvi csomagokat az a néhány ember használja, akiknél a legális Ultimate verziót láttam. Akkor meg minek? )

Előzmény: lari, 2019-02-28 07:31:58 [6567]

Win7 ultimate,64 bit, sp1 nélkül.
Vírusirtó nincs.

Előzmény: dezsoe, 2019-02-28 07:26:50 [6566]

Nálad lesz valami, mert még senki nem jelzett ilyen problémát, pedig sokan használjuk. Milyen oprendszer, hány bites, milyen vírusirtó stb.

(Csak én az elmúlt három napon legalább százszor elindítottam és leállítottam, de inkább többször.)

Előzmény: lari, 2019-02-28 05:52:07 [6565]

Feltelepítettem az UCCNC 1.2109-es teszt verzióját.
A programból történő kilépéskor minden alkalommal megjelenik egy win. üzenet, hogy az UCCNC működése leállt.
Két gépen is próbáltam, ugyanaz a helyzet.
A működést ez nem befolyásolja, csak nem tudom, hogy miért van ez...

Teljesen igazad volt!!! 47.000 pőrén a mesa 7i43. Support és leírás szinte nulla, leválasztó külön ennyi hozzá. Szóval így egy linuxcnc hívőt is meg tudtatok győzni. Ez olcsó akár hogy is számoljuk!

Előzmény: CNCdrive, 2019-02-26 21:31:20 [6563]

Szia,

Nem, nem gondolkodtunk ezen. Az UC300USB már régi termék, szóval már régóta nem áruljuk, mert az UC300ETH átvette a helyét, ezért sem tudnánk már eladni ha becserélnénk. Meg amúgy sem adunk el használt termékeket.
Szóval ha becserélnénk akkor nem lenne más választásunk, minthogy a kukába dobjuk a használt és számunkra már nem eladható panelt.
Másrészt az AXBB-E ára most annyira alacsony, sőt még ajánvék UCCNC license is jár hozzá, hogy azt már tovább akciózni nem igazán tudjuk. Így is harcolnom kellett a kollégákkal, hogy belemenjenek egy ennyire alacsony árba és az akciós license kulcsba egyszerre.

Előzmény: pisti73, 2019-02-26 21:00:10 [6562]

Sziasztok!

UC300_USB vezérlősök részére nem gondolkoztok egy csereakció lehetőségén? Jó az USB-s, de az ethernetes azért sokkal jobb

Szia,

Köszönjük.
Pécsen csak irodánk van, ill. az a székhely címünk. Görcsönyben van a raktárunk, ill. a gyártó telephelyünk.
Görcsöny Pécs határától kb. 10km Pellérd irányában.
E-mailben előre egyeztetett időpontban lehet nálunk vásárolni Görcsönyben akár személyesen is, de időpont egyeztetésre szükség van, mert gyakran el kell ugranunk ide/oda, szóval van, hogy épp nincs bent senki a telepen, kivéve, ha előre tudjuk, hogy jön valaki látogatóba.

Előzmény: remrendes, 2019-02-26 07:17:33 [6556]

Köszönjük a kioktatást, csodálkoztam volna, ha ez nem így történik, őszintén szólva már vártam, hogy melyik részekbe fogsz belekötni, de ahogy már többször megkértelek maradj kérlek távol az UCCNC topiktól. "Okosítsd" az embereket valahol máshol kérlek, hadd maradjon ez a fórum topik szakmai és a miénk. Előre is köszönöm.

Előzmény: Törölt felhasználó, 2019-02-26 09:36:30 [6558]

Tibor, gyerünk át a semlegesbe, oda való, de sokat lehet belőle tanulni.

Előzmény: Törölt felhasználó, 2019-02-26 09:36:30 [6558]

1. "Léptetőmotornak csökken a nyomatéka magasabb sebességen. A szervonak nő."

Miért nő? Inkább állandó az, és bizonyos fordulatszámnál csökken.

2. "Léptetőt egyszerűbb illeszteni, méretezni az adott hajtáslánchoz. Viszont rosszabb lesz a dinamikája mint egy bármilyen jól méretezett szervós rendszernek."

Miért lenne egyszerűbb? Hiszen az üzemi fordulatszámon belül változó nyomaték függvénnyel kell számolni, míg szervónál ez állandó. Aztán ez a dinamikával kapcsolatos mondatod is piszkosul zavaros. Pontosítanád?

3. 6543-ban írtad:
"Nagy sebességen a mikrolépés ront a nyomatékon, vagyis hamarabb "lekonyul" a sebesség/nyomaték görbe.

A fél és mikrolépéses üzemmód M/n görbéje nagyobb fordulatoknál erősen konvergál egymáshoz, sőt vannak esetek amikor a fél lépés rosszabb eredményt ad itt már.
Vannak sokkal nagyobb hatású motor adatok, és hajtás beállítási, üzemeletetési adatok, amik a nagyobb fordulat elérésénél fontosabbak.
Így szakmailag ez a 3. is egy elég necces kijelentés, ráadásul a téves infód alapján már el is indult a zseniális ötletbörze a majdnem semmiért.:)

Előzmény: CNCdrive, 2019-02-26 03:56:34 [6554]

Köszönöm! Külön köszönet,hogy egy OFF hozzászólásra is segítőkész-en válaszoltál.

Előzmény: CNCdrive, 2019-02-26 03:38:10 [6552]

Igazabol a support erosen mellettetek szol.
Pecsen be lehet erte ugrani?

Előzmény: CNCdrive, 2019-02-26 03:56:34 [6554]

Elküldtem a teljes program mappámat. Nálam ugyanis minden próba alkalmával hibás volt veled ellentétben.

Előzmény: dezsoe, 2019-02-25 21:26:35 [6551]

Szervo és léptetőmotor sebesség/nyomaték jelleggörbéi teljesen mások. Léptetőmotornak csökken a nyomatéka magasabb sebességen. A szervonak nő. Sőt a szervonak van egy olyan jó tulajdonsága amit impulzus nyomatéknak neveznek, ami egy nagyobb nyomaték érték mint a folyamatos terhelhetősége, ami segít a gyorsítási/lassítási ciklusokat hamarabb végrehajtani.
Viszont a szervonak a folyamatos nyomatéka jóval alacsonyabb mint egy azonos méretű léptetőnek.
Ezért:
- Léptetőt egyszerűbb illeszteni, méretezni az adott hajtáslánchoz. Viszont rosszabb lesz a dinamikája mint egy bármilyen jól méretezett szervós rendszernek.
- Szervonál célszerű rászánni az időt a méretezésre, inercia egyezés illesztésre stb. (általában célszerű lassító áttételezni.) cserébe viszont ha jó a méretezés akkor jobb a dinamika, jobban teljesít a motor mint egy léptető.

Igazából nem kell ehhez nyomatékpad, ezek ismert dolgok, utána lehet olvasni, utána lehet számolni. Persze igazolni is lehet, de hacsak nem a kísérletezés a cél, akkor célszerű inkább kiszámolni és már eleve a számolás szerint megfelelőre megépíteni.

Na de tényleg eltértünk a témától, habár érdekes téma a szervo méretezés is és a motor vezérlés is, de végülis ez mégiscsak az UCCNC fórum topik.

Örülök, hogy az AXBB-E-t választottad a Mesa-val szemben, remélem meg leszel vele elégedve.

Előzmény: sanyi84, 2019-02-25 20:24:54 [6545]

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]