Sziasztok,
Defender mai riasztása : Trojan:Win32/Azden.A!cl
és azt mind az uccnc re
gondolom most frissült és ezt dobta

azt írja hogy
Érintett elemek:
file: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\CNCdrive\UCCNC software\UCCNC.lnk
file: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\CNCdrive\UCCNC software\UCCNCplasma.lnk
file: C:\UCCNC\UCCNC.exe
file: C:\Users\Public\Desktop\UCCNC.lnk
regkey: HKLM\SOFTWARE\Wow6432Node\MICROSOFT\WINDOWS\CURRENTVERSION\UNINSTALL\UCCNC_is1
startup: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\CNCdrive\UCCNC software\UCCNC.lnk
startup: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\CNCdrive\UCCNC software\UCCNCplasma.lnk
uninstall: HKLM\SOFTWARE\Wow6432Node\MICROSOFT\WINDOWS\CURRENTVERSION\UNINSTALL\UCCNC_is1


remélem semmi komoly csak a win defender baromkodása, mert pár napja nem telepítettem semmi warez-t csak olyat ami digitálisan aláírt nagy gyártóktól származik...

De azért kíváncsi lennék másnak is beugrott e ilyen...
R.

Szia Svejk,

Azt nem tudtam, hogy a világ végén is szoktál járni, ahol még a 4G és a wifi sem jár.

Előzmény: svejk, 2019-03-04 18:02:05 [6601]

Jó-jó, csak én szombaton megindultam a tanyavilágba zsebemben a legújabb tesztverzióval és csak néztem amikor az XP-n nem indult el.

Még mobilinternet sem volt a közelben.

Most már megjegyeztem.

Előzmény: CNCdrive, 2019-03-03 23:05:10 [6600]

Szia Svejk,

Igen, annál a verziónál változott .NET 4.0-ra és az 1.21xx széria még mindig csak teszt verzió, bár remélhetőleg hamarosan át tud majd menni hivatalos kiadásba.

A .NET 4.0 egyébként fut ugyanazokon az OP rendszereken mint a .NET 2.0, vagyis Windows XP,8,8,8.1 és 10.
Sőt Windows 10.-en alapból telepítve van a .NET 4.x keretrendszer, ahol az x helyén bármilyen szám állhat. Ebben az a jó, hogy az x helyén bármilyen szám van az kompatilis az UCCNC-vel.
Szóval Windows 10-en egyáltalán nem kell telepíteni a .NET framework-öt, mert alapból benne van, az OP rendszer része.
És még egy jó dolog, hogy a .NET 4.0 képes .NET 2.0 dll-eket is betölteni és futtatni, ezért a régebbi UCCNC pluginok is gond nélkül futnak az új .NET 4.0 alapú UCCNC-vel.
Na és egy harmadik jó dolog, ami ugyan kevesebb embert érint, hogy .NET 4.0-ban lehet hozzá plugin-t fejleszteni, ami azért jó, mert több library áll rendelkezésre, például a LINQ, ami a .NET 2.0-ban még nem volt és egy sok esetben hasznos könyvtár.

Előzmény: svejk, 2019-03-03 12:54:42 [6595]

Bocs mindenkitől! (Amikor a hülye okoskodik.)
Benéztem a hosszkorrekciót a sugár korrekcióval. Nem használom, ezért nem eléggé automatikus. Szóval a hozzászólásom ezen része tárgytalan.

Viszont a többi részén talán érdemes elmélázni, mert a Cam programok valóban hibáznak.

Bocs!

Előzmény: Bocs, 2019-03-03 14:08:13 [6598]

Mondjuk D érték nincs meghívva a mondatban

Előzmény: Bocs, 2019-03-03 13:48:39 [6596]

Mivel igen kis átmérőjű szerszámról van szó, és szerszám sugár korrekciót a jelenlegi tudásom szerint még nem hajt végre az UCCNC, az idézett mondatban szereplő munkadarabot érdemes lenne tolómérővel ellenőrizni. Ez szemmel nem feltétlenül észrevehető eltérés, azonban más esetben okozhat még meglepetést.

Előzmény: Bocs, 2019-03-03 13:48:39 [6596]

Sziasztok!

Zsoltyfm [6497]-es hozzászólásában közölt progiban van egy érdekes mondat:

N160G00G43Z5.000H1

Arra gondolok, hogy a Cam programok által generált G kódok bizonyos feldolgozó gépekre vannak optimalizálva. Amikor Cam-elést tanultunk, feladat volt, hogy a feldolgozó gép (Pl.: Fanuc akármi marógép) szempontjából nézzük át a teljes programot, mivel a Cam-elés elején hiába állítottuk be az adott gépet, vagy a leginkább hasonlót, a generált kódban minden alkalommal voltak hibák. Tehát a Cam programok által létrehozott kódokat szerintem nem szabad tökéletesként kezelni. Legrosszabb esetben olyan kódot ír be, ami mást jelent az egyik gépen, mint a másikon, és ilyen esetben szerszámtörés a vége.
Természetes, hogy minden mindennel nem lehet 100%-ig kompatibilis.

Szóval az idézett mondatot jó esetben figyelmen kívül hagyja az UCCNC, de ha nem tévedek arra mindenképpen utal, hogy nem optimális a Gkód. A többi részét is érdemes talán átnézni. Vagy ha nem, akkor is érdemes tudni a jelenségről.

...és oda vagyon írva

Előzmény: dezsoe, 2019-03-03 12:47:28 [6594]

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]