Talán alapvetően azért, mert egyik szoftverfejlesztő sem rágta a szánkba, hogy cserélj vasat, cserélj vasat..., csak ezzel lesz tuti...
A Mach3 is csak szép lassan suttyomban nőtte ki a gépeket. (10 éve még a PIII 450 MHz-es notin is ment)
Az UCCNC-nél is a verzióváltáskor számomra csak a kérdések után derült ki, hogy komolyabb videokártyát igényel.
Ha elolvasod a manuálját akkor láthatod, hogy a minimális konfig 1,8 GHz duo vagy dual core proci. Igaz hogy írja az OpenGL1.3-at is, de én azt sem tudom mit jelent.

Előzmény: Kisamotors, 2016-06-19 23:38:00 [1014]

Helló Svejk!

Még mindig nem kell komolyan venned, pedig már több hónapos a regem
Épp a #2950 és előtti kérdésem arra utalt, hogy miért 10-15 éves kukázott vasakkal küzdenek sokan, arra akarják optimalizálni a programot.
Nem az xp-vel van bajom, hanem azzal a géppel, amin még az XP-is csak döcög.
Tiszteljük már annyira a fejlesztőt, hogy ne a minimálist épp, (vagy nem) teljesítő gépre telepítjük.
A nagy vas, nem tudom, hogy irónia volt-e, de az én 6-7 éves gépem bőven túlteljesíti az elvárt konfigot, és nem érhet többet egy huszasnál.

Előzmény: svejk, 2016-06-13 10:20:00 [1004]

Szia István köszi a rengeteg tesztelést. A tesztjeid alapján lassan kezd körvonalazódni a probléma oka. Nekünk sajnos nem sikerült eddig a beállításaiddal előidézni a hibát, pedig több számítógépen tesztelem már vagy 3-4 hete, ezért is nehéz megfogni mi lehet az oka. Készülőben van már egy kimondottan neked készített teszt plugin, amivel a diagnosztikai adatok alapján remélhetőleg fényt deríthetünk majd a hiba okára. Addig is türelmedet kérem.

Előzmény: istvan58, 2016-06-19 22:55:00 [1012]

Tegnapi teszteket ma többször lefuttattam.
Tehát a 13000 soros kód, Mach3+UC400ETH+HP DC7800SFF.
Win7 környezet, nem jött be a tegnapi siker. valamiért tegnap egyszer lement véletlenül.
Max 10000 sorig ment el de volt hogy már 300-nál megált lépésvesztés miatt.

XP környezett: itt ma is minden OK, 5x futott le teljesen hiba mentesen. Igy nekem minden OK. Eddig is XP-vel ment a gépem.

Talán csak azért lenne jó kideríteni mi lehet a win7-el mert másnál is előfordulhat és nem csak HP gépen. Sajnos a mostani PC-k mindegyike bonyolult energia gazdálkodással megy, és szerintem innen jönnek a problémák. Sokszor úgy néz ki hogy minden OK, de egyszer csak ugrik egyet és annyi.

felélesztést= fejlesztést

Előzmény: istvan58, 2016-06-19 01:06:00 [1009]

ja még annyi hogy első próbálkozásként lecseréltem az alaplapi videókártyát egy PCIE-re de ez nem segített csak az említett power profil állítások. Holnap kiveszem a kártyát hogy lássam alaplapival is.

Előzmény: n/a (inaktív), 2016-06-19 00:57:00 [1008]

Végül is úgy néz ki az én problémám megoldódott.
Holnap még lefuttatom néhányszor hogy lássuk mi a helyzett.
De szívesen kipróbálom a teszt plugin-t, talán ezzel támogatom a felélesztést is.

Előzmény: n/a (inaktív), 2016-06-19 00:57:00 [1008]

Szia István,

Mi még mindig dolgozunk a neked szánt teszt pluginon amit ígértem, sajnos még nem sikerült befejezni, de nem feletkeztünk meg rólad.

UCCNC-ben a mozgásvezérlő szál egy nagy prioritású önálló szálon fut.

Mach3-ban viszont ezt a részét valahogy nagyon nem jól csinálták meg, mert nem fut magas prioritású szálon és bár a pontos működés nincs dokumentálva, de úgy tűnik a GUI szálon fut a pluginok kezelése is. Ezt abból következtettük le, hogy ha például elkezded a Toolpath nézőkén forgatni a szerszámpályát akkor elkezd akadozni az adatküldés, annak ellenére, hogy a procit a forgatás nem terheli meg szinte semennyire. Szóval olyan mintha a GUI (fő) szálon futtatnák a plugin interface-t is.

Előzmény: istvan58, 2016-06-19 00:25:00 [1007]

Szia Balázs (...ok)
Úgy néz ki megoldottam a Mach3+UC400ETH+ HP DC7800 rejtélyt. Igaz csak egyszer futtattam le a 13000 soros teszt G kódot de eddig szinte mindig elakadt max a felénél vagy durván hibázott.

Először is feltelepítettem az UC400 at az XP partícióra is amely nem ACPI módban van hanem standard PC módban. Itt hiba nélkül lement egyszer.
Na azután a Win7 partícióban átálítottam a power profilba "balanced" módot "high performance" módra. Kikapcsoltam néhány szerintem szükségtelen szervízt, pl. a windows defendert ami a win7 része.
Ezután egyszer lefutott a teszt kód hibátlanul. Nos nem akarom elkiabálni, holnap még néhányszor lefuttatom.

Volna 2 kérdésem:

1. futás közben a proci használat 0 és max 2% között véltozott, ez igy ok? Miért nem győzte küldeni az adatokat az UC400 nak?

2. Ez a power profil miért zavar be a Mach3 ba és nem az UCCNC-be? Úgy tudom a Mach is egy fő szálon futó progi.

No, bumm...

Előzmény: istvan58, 2016-06-13 21:27:00 [1005]

Szia,
Most kuldtem el Balázsnak a hétvégi tesztek összefoglalóját.
A lenyeg a mach3+uc400 párosal valami nem 100%os.Lenovo laptopal sem.

Előzmény: svejk, 2016-06-13 10:20:00 [1004]

Az UCCNC topicban úgy #2950 körül én is rájöttem, hogy komoly vas kell már ezeknek.

Úgy emlékszem ez a HP-d a Mach3-mal is csak valamelyik különleges telepítési móddal fut rendesen...

Előzmény: istvan58, 2016-06-11 18:24:00 [1001]

Szia, Gábor!

Válaszoltam az "UCCNC vezérlő program" topikban.

Előzmény: ANTAL GÁBOR, 2016-06-13 06:08:00 [1002]

Balázs! szeretném ha az UCCNC alapból úgy állna föl hogy a szerszámpálya az XZ síkot mutassa ( mintha megnyomnám a harmadik ( ? ) kiskockát a bal oldalon .Mint levélben jeleztem szépen haladok egy degradált sreen nel amit az esztergához szeretnék használni . Jó lenne ha nem kellene a kockát megnyomni mert akkor azt a szerkesztett felületemről egyszerűen elhagynám

Szia Balázs, ezt megírtam emailben is, de felteszem ide is hogy más is lássa hátha valakinél még előfordul.

Hogy is kezdjem....a tegnapi sikeres teszt csupán véletlen volt. Ma 3 nekifutás, már max. a 3000. sorig juttot.
Na végül tanácsodra feltelepítettem a mach3 at a laptopra, beconfigoltam az uc400-at. Eddig kb 6 szor ment le hibátlanul. Még vagy négyszer lezavarom....de ha már 6 bol 6 jó akkor ez már releváns eredmény szerintem.
Akkor most mi lehet a Pc-vel??
Egy kifogástalan állapotú HP DC7800sff, 2x3 Ghz es intel proci, (nem celeron).
2G RAM, video es hálókártya alaplapi.
Mit tehetek? Pc csere, esetleg pcie külön hálókártya??

Sajnalom hogy ennyi gubancot okoztam, de talán ez másnál is előjöhet azért jó lenne feltárni a hiba okát.

elküldtem a kért file-t.
Amúgy a PC az egy HP DC7800, 2 magos proci, 2 G ram. Fris win7 telepítés, csak mach3 és UCCNC telepítve. Sem internet sem vírusirtó nincs rajta.

Megpróbálhatom a laptopomról de ez teli van progikal, internet kapcsolat , és win10 van rajta.

Előzmény: n/a (inaktív), 2016-06-09 22:21:00 [998]

megpróbálom majd a laptopomtról is.
Esetleg állitsak be 300mS nál nagyobb buffert az UC400 nak?

Előzmény: n/a (inaktív), 2016-06-09 22:21:00 [998]

Szia István,

Nem csak a step/dir jeleket számláltuk, hanem a gyorsításokat is mértük és regisztráltuk a legnagyobb frekvenciát.
A gyorsítást 2x-esig lépte túl a Mach az UC400-al és LPT porttal is a te kódoddal a te beállításaiddal. Szóval nem volt eltérés ebben sem.

Még arra tudunk gondolni esetleg amit e-mailben írtam, azt meg kellene majd lehetőleg próbálnunk, ha elküldöd a fájlt.

Illetve ami még ötletünk van rá, hogy eseltleg valamiért a Mach3 nem tud időben adatot küldeni és emiatt megtorpan a mozgás. Ennek ellenőrzésére fogunk csinálni neked egy teszt plugint 1-2 napon belül amivel meg tudod majd nézni, ill. látni fogjuk, hogy ez-e a probléma.
Addig is ha van rá lehetőséged és van kéznél egy másik számítógéped azon is lefuttathatnád a problémás kódot, abból is kiderülne némi infó számunkra.

Előzmény: istvan58, 2016-06-09 21:59:00 [997]

Na mára elég...5775. sornál megált lépésvesztés miatt.
Utána visszalépve simán átment ezen. A lépés vesztések véletlenszerűen történek.
Szerintem Ti azért nem találtatok hibát mert csak számoltátok a lépéseket de a pilatnyi véletlenszerűen bekövetkezett tulgyorsításokat nem sikerült megfogjátok. Persze lehet nálatok nem is fordult elő.

most ujra fut UC400 al, ép a gép mellet voltam és hallotam egy lépésvesztést (ugrást), most nem ált le mert valószinü nem érte ell a 180 1/min fordulatot....mert csak ez felet ál le lépésvesztéskor.

Na nekem ez nem akar összejönni!


A rövidebik g kód amit küldtem az lefutott kétszer hiba nélkül.
De a 13000 soros amit először küldtem azt még nem sikerült végig futtatni. Nem voltam gép mellet de 3 szor is próbáltam és mindég álva találtam a gépet valahol 3000. és 6000. sorok között. Hol az X hol az Y tengely lépésvesztése miatt ált le.

Azután mach3 + LPT 3 szor ugyanaz a kód lefutott gond és hiba nélkül.

macropump.m1s elküldve a cimedre

Előzmény: Polgárdi Balázs, 2016-06-08 08:37:00 [991]

Igen ezzel kell működnie (Én is ilyennel szoktam tesztelni)

Előzmény: istvan58, 2016-06-08 09:03:00 [992]

Szia,

elküldöm délután. De sok energiát ne fektes bele mert akarok egy másik kereket csinálni. Persze azért jó megérteni mi is lehet a gond.

Egy ilyet akarok bekötni:
http://www.ebay.com/itm/5V-Line-Driver-100p-r-Hand-Wheel-Pulse-Encoder-MACH3-Cnc-Mill-Router-Control-5L-/251587052652?hash=item3a93c1c46c:g:efcAAOSwEK9T4uIY

és a tengelykapcsolót meg a lépés nagyság állítást usb emulátoral.

Ez szerinted jó less Mach3 és UCCNC-re is?

Előzmény: Polgárdi Balázs, 2016-06-08 08:37:00 [991]

Az macropump.m1s fájlt el tudod küldeni E-mailben, hogy megvizsgáljam. A link amit írtál nekem nem működik.

Előzmény: istvan58, 2016-06-07 21:51:00 [988]

Szia,

OK, futtasd le még párszor, de gyanús nekem, hogy ez lehetett a gond, mert mi tényleg rengeteget futtattuk a Mach-ot a beállításaiddal és nem sikerült hibát mérnünk és az egyetlen dolog ami nálad más volt az hogy a macropumpot futtattad.

Kész kézi vezérlő van egyébként már elég sok fajta ami megy az UCCNC-vel, egyrészt van nekünk az UCR200 wireless, illetve ezekhez is írtak már UCCNC plugint a fejlesztők:
kézi vezérlők

Illetve a kínai XHC HB04 kézi vezérlőhöz mi írtunk egy UCCNC plugint. Ezt a fajta vezérlőt viszont Mach3-hoz nem ajánlom, a gyári pluginja nagyon bugos, viszont az UCCNC-vel elég jól használhatónak tűnik ahogy sikerült megírnunk a pluginját.

Előzmény: istvan58, 2016-06-07 23:36:00 [989]

Nos nem szeretném elkiabálni de úgy néz ki hogy a macropump kikapcsolása megoldotta a problémát.
a #978-ban emlitett G kód 2x lefutott hiba nélkül.
Ez nem olyan nagy gong mert úgy is készülőben egy másik kézikerék ami UCCNC hez is jó lesz.
De azért jól feladta a leckét . Holnap még lefuttatom még néhányszor hogy teljesen megbizonyosodjak.

igen egy macropump.m1s file-t kellet bemásolni.
http://www.cnczone.com/forums/attachments/1/9/3/4/8/151722.attach

Előzmény: n/a (inaktív), 2016-06-07 18:46:00 [987]

Szia,

A modbus-os kézikerék hogyan van beállítva?
Macropump-ban?
Esetleg okozhatja a problémát, de megfogjuk nézni az .xml-edben, őszintén szólva nem tűnt fel, hogy van benne egy ilyen.
Szerintem próbáld meg kikapcsolni és megnézni, hogy azzal megszűnik-e a probléma.
Ahogy írtam mi kb. két hétig futtattuk az .xml-eddel igaz a modbus nélkül ilyen napi ~8 órákat, de az eredmény mindig jó volt.

Előzmény: istvan58, 2016-06-07 17:57:00 [986]

Balazs, azt hiszem egy fontos dolgot nem jegyeztem meg, de a csatolt xml-ben lehett láttátok. Mach3 ban hasznalok egy modbus serial portos kezikereket. Lehet ez kavar be?

Előzmény: n/a (inaktív), 2016-06-07 12:45:00 [984]

Szia,.ok mindjart letöltöm.
Amugy most bekapcsoltam a gepet, gyorsulást levettem 1000 re. Az imént ránéztem es megállt kb 580. sornál lepesvesztes miatt. Hat nem tudom mit mondjak....van egy kis dolgom amit el tudok vegezni a gep mellet, figyelem mi tortenik.

Előzmény: n/a (inaktív), 2016-06-07 12:45:00 [984]

Szia István,

Az elmúlt két hétben folyamatosan teszteltük a plugint, mértük logikai analizátorral, a step/dir jeleket számláltattuk, de hibát nem találtunk benne.
Mindenesetre a Firmware-eket harmonizáltuk az UCCNC és Mach3 között, hogy ne cserélgesse a firmware-t a két program indításakor.

A letöltés:

UC400ETH plugin 1.008

Előzmény: istvan58, 2016-06-06 22:55:00 [983]

Szia Balázs,

Két hét után ujra ithon. Ma este megismételtem a #978 ban használt g kód első 1000 sorát, most csak mach3+uc400 konfigban.
Azonos beállítás, most nem volt hiba.
Majd gyorsulás emelve 2000 re, majd 2500 ra,.kernel 100khz. Nem volt hiba!!!

Nos ez most vegyes érzelmeket hoz elő bennem,
Egy részt örülök hogy minden ok, de másrészt nem szeretem az "X" aktákban illő megmagyarázhatatlan dolgokat. Holnap még lefuttatom néhányszor az egész kódot hogy lássam mi a helyzett.
Mert ugye semmi váltózás nem volt csak annyi hogy 2 hétig nem volt bekapcsolva.

LPT verzió az XP,standard PC telepites
UC400 win7 32 bittes

Előzmény: istvan58, 2016-05-22 20:07:00 [981]

szia, a legutolsó...66.os

Előzmény: n/a (inaktív), 2016-05-22 19:45:00 [980]

István, még a Mach3 verziószámát amit használsz megosztanád velünk, csak hogy kizárjuk, hogy abban van esetleg valami hiba. Mert akkor leszedjük mi is ugyanazt a verziót a mérésekhez, hogy tuti azonos legyen a környezet...

Előzmény: istvan58, 2016-05-22 19:40:00 [979]

"Újra indítás akkor az 519 sornál ugyanaz."

ehez annyit hogy a kód ujra az elejéröl ment csak most nem 246 nál hanem 519 nél ált meg.

Előzmény: istvan58, 2016-05-22 19:12:00 [978]

Igen, elírás volt az UC300.

Akkor most összefoglalom a ma elvégzett teszteket:

Generáltam egy rövidebb kódot és kissé durvább beállításokat írtam a Mach3 ba hogy kihozzam a hibát minél hamarébb.

Setup1:
Mach3+LPT
Gyorsulás 1200
Kernel 60Khz.

Setup2:

Mach3+UC400ETH
Gyorsulás 1200
Kernel 100Khz.

Setup3:

Mach3+UC400ETH
Gyorsulás 1200
Kernel 50khz.

XML file-okat és a g kódot küldöm emailben.


Tapasztalatok:

Mach3+UC400ETH, 100Khz
246. nagy ugrás, megált Y lépésvesztés miatt.
AM882 driver bizonyos sebesség felet kikapcsol lépésvesztéskor.

Újra indítás akkor az 519 sornál ugyanaz.

Mach3+UC400ETH 50khz kernel:

KB 278-280 as sornál lépésvesztést hallottam, de most nem ált meg, de 500. sornál megállítottam, X tengelyen 0.2mm eltérés.

Majd Mach3+LPT, 60Khz kernel:
Minden gond nélkül lefutott, a kód végén X tengelyen 0 eltérés.

Még egy megjegyzés, de ez lehet csak szubjektív, mintha UC400-al az irányváltások hirtelenben történek, mintha nagyobb gyorsítással mint LPT-n, vahogy nagyobb ugrásokat érzek ha a tengelyen van a kezem, de mondom ez csak "talán"

Előzmény: n/a (inaktív), 2016-05-22 14:21:00 [977]

Szia,

Az UC300-at azért kérdeztem, mert UC300-at írtál a #973-ban, de akkor ezek szerint elgépelés volt csak.
Renden, próbáld ki kérlek 50kHz-en, hogy nagyjából azonos impulzushosszakkal legyen összehasonlítva.

Előzmény: istvan58, 2016-05-22 13:29:00 [976]

Szia Sajnos nincs UC300 am.
Amugy épen most gondoltam én is a kernel frekire. LPT configban 60Khz, mig UC400 al 100khz.
Ugy hogy megpróbálom még 50khz-en is.
Peddig a meghajtóim tudják a 200khz-et.
Na de majd ráteszek egy szkópot ha 50Khz-el jó lesz.
Lehet lekerekiti a jeleket.
Amúgy most generéltam egy rövidebb kódot, 1200 as gyorsulásal hibamentes volt LPT-n. Most fut az UC400 al

Előzmény: n/a (inaktív), 2016-05-22 12:24:00 [975]

Ha van UC300-ad is, akkor ha azzal is letudod futtatni párszor annak az eredménye fontos infó lenne számunkra.
És a kernel freki beállítást légyszi ne felejtsd el megnézni, hogy ugyanaz-e, mert az önmagában okozhat különbséget és problémát ha nagyobb a kernel freki, szóval jó lenne azonos kernel freki beállítással tesztelni, ha összehasonlítasz.

Előzmény: istvan58, 2016-05-22 12:02:00 [973]

A kernel frekvencia beállítás azonos volt az LPT és az UC400ETH teszteknél?
Ez azért fontos kérdés, mert UC400ETH-nál 100kHz az alapbeállítás. LPT port drivernél pedig 25kHz. Az impulzusok 4x rövidebbek ami akár probléma is lehet egyes vezérlőknek ha nem bírják átvinni a nagy frekit/rövid impulzusokat.

Előzmény: istvan58, 2016-05-22 11:38:00 [971]

Szia,
sajnos nem tudom hol volt a lépésvestés, csaka végén léttam az eltérést.

Mert ugye egyszer 500 as gyorsitásal jónak tünt.
LPT vel 2 szer lement hiba nélkül 1000 es gyorsításal.
Mindenesetre jó lenne megtalálni a hibát.

Annyit tudok még ma csinálni hogy elinditom vagy 2 szer még LPT vel és 1000 es gyorsítésal aztán ugyanazt UC300 al.

Előzmény: Polgárdi Balázs, 2016-05-22 11:01:00 [967]

Amúgy Beni felrakta a fóráskódot is. Ha valaki átírná kevesebb tizedesre az jó lenne.

Ezt kérdeztem én is Balázstól.
Na de:

Mach3+LPT az OK
UCCNC+UC400ETH az OK
Mach3+ UC400ETH , nem igazán jó.

Előzmény: svejk, 2016-05-22 11:07:00 [970]

Béni ezt a tesztet bizonyára ipari gépeken is futattja, de vajon azok elfogadják ezt az irdatlan sok tizedesjegyet?

Anno a kezdetek kezdetén csináltam egy külső fizikai előre-hátra számlálót a step-dir kimenetre, majd előkeresem.

A mezei G-kódoknál is jelentkezik a "hiba"?

Előzmény: istvan58, 2016-05-22 10:45:00 [962]

Nálam minden rendben volt, igaz én nem mechanikával teszteltem, hanem egy szervó végfokkal megszámoltattam a step/dir jeleket. A teszt kezdetekor a servo kunfigurátor programjában nulláztam a számlálót, majd a teszt végén megnéztem a különbséget. Nálam nem volt különbség!! Pedig kipróbáltam többféle gyorsítással is, köztük egész extrém értékekkel is. Logikai analizátorral is végigmértem a jeleket, amit szintén jónak találtam. Ennek ellenére előfordulhat, hogy van még benne valami hiba, de jó lenne a teszt beállításokat dokumentálni illetve meghatározni, hogy ugyan azzal a beállításokkal tudjam én is tesztelni.
Kérdésem, még, hogy hányszor próbáltad u.a. a kódot 1000-es gyorsítással? Másik kérdésem mindig ugyanott volt lépésvesztés vagy random jelleggel fordul elő? Továbbá a kék led néha bevillan az UC400ETH-n?

Előzmény: istvan58, 2016-05-21 23:39:00 [957]

Értem én hogy tesztelünk meg mérünk, de a valóságtól való egy nagyságrend eltérés is elég lenne.

Előzmény: svejk, 2016-05-22 10:57:00 [965]