Hasznos megoldás lehet és ma már a 6-8 USB mellett nem kell a billentyűt sem megcsapolni a +5V miatt.
Persze akkor a túloldali lezárás is legyen helyes.
De nekem még sosem volt ilyen gondom még notebook-kal sem.

Előzmény: elektron, 2009-10-13 21:21:00 [8619]

ZX Spectrum 80K memóriával. )

Előzmény: elektron, 2009-10-13 21:11:00 [8617]

Az általam próbált Mach3 verzióknál kb. 4us felett valós az ablakba beírt érték, az alatt, akár 0-nál is meg van ez a 3-4 us.
Nálam mindig 0-án van direkt..
Ha jól láttam Sanka74-nek geckoja van annak pedig ez bőven elég.

Régebben volt már vita a Mach tévesztéséről akkor összeütöttem egy számlálót, hibát nem tudtam kimérni akkor sem amikor a kernel frekit direkt feljebb vittem hogy akadozzon a szoftver. Mindig visszaállt nullára. A számláló előtt ugyan az az opto volt mint amiket a vezérlők előtt használok.

Előzmény: Törölt felhasználó, 2009-10-13 19:53:00 [8615]

Amúgy ilyen szempontból lehet nem hülyeség egy 74LS244-gyes meghajtót közvetlenül az LPT portra tenni, és azon keresztül hajtani a kábelt, növelhetjük ezzel a jel megbízhatóságát és nem kell annyi impulzus hossz sem !

Előzmény: elektron, 2009-10-13 21:19:00 [8618]

Én egyik alkalommal teszteltem egy gépemet, és ott is az volt az eredmény, hogy vagy 7-8 us kellett egy jel hosszának lenni, optocsatoló nélkül is, amivel egy sima LPT kábelen úgy átmegy a jel a másik végére, hogy már ne hibázzon. Az éppen nem egy CNC vezérlés volt, hanem csak simán kapcsolt egy IC-vel valamiket, de az mindegy ebből a szempontból.A gépek kimenetei sem egyformák, ezt érdemes megtesztelni mielőtt komoly munkadarabokat próbálunk elindítani, mert igencsak idegesítő, mikor nem oda kerül a végén, ahonnan kiindultunk.

Előzmény: Törölt felhasználó, 2009-10-13 19:53:00 [8615]

Ezeket a videókat milyen géppel lehet megnézni ? Nálam lefagyasztja a gépet, (P4 2.8GHz).

Előzmény: sanka74, 2009-10-13 19:29:00 [8611]

Akkor ellenőrizted a kuplungot is....
Mielőtt tovább mennénk, ugye a trafó melletti a Z. Azt a pirosba húzott kábelköteget távolítsd el a trafótól. Bár a toroidnak kicsi a szórása, de az árnyékolásod nem véd a mágneses zavaroktól. Lehet hogy vaklárma, de ...

Előzmény: sanka74, 2009-10-13 19:25:00 [8610]

"pulse width 3, a direction prechange 1"
Ezek nagyon rossz beállítások!!
Állítsad 10, 10 us-re legalább őket.

Előzmény: sanka74, 2009-10-13 19:25:00 [8610]

Ez a gyalogbéka z varrógép üzemmódban

Bocs,a 8612-s hozzászólásom törölni kéretik,véletlenűl ugyan azt töltöttem fel kétszer, bocs.

Gyalogbéka z-tengely varrógép üzemmódban

Cut 3d levélke marása

A kernel speed 25Hz,a minimum pulse width 3, a direction prechange 1. Alacsony sebességnél és gyorsulásnál is elcsúszik a Z,de csak a z,mint azt látjátok a tesztekből is,gyalogbéka Z tengelyem van.Adom a videokat,az egyik a cut3d levél marása,mérete120x60 mm körüli,a másik pedig a varrógép üzemmód,itt is kúszik a z lefele,pedig csak 1 mm-t mozog,nem pedig 1,123456789mm-t, ezzel is kipróbáltam....

Alapvetően a setup-ot éa zavarvédelmet rendbe kell rakni, utána lehet csak tovább lépni! A Setup-ot mindig a gyártó előírásainak megfelelően kell elvégezni!
A zavarvédelem már jóval összetettebb (lásd frekivátós környezet)...

Egy (nagyon) rosszul méretezésből adódóan még a "csekély" 128bitből is ilyen túllövéseket tud okozni...(?)
Szerintem ha a Gecko-nál (G320 "sima":) már látható hibanyomokat hagy a munkadarabban az úgyis előbb vagy utóbb leoldáshoz vezet... teszi a dolgát... nem engedi...
Itt valami zavarjeles probléma lehet... ahogy írtam a #8602-ben...
Hogy a Mach így hibázna... nem hiszem... de se perc alatt ki ehet probálni a WinPC-NC Economy próbaverziójával... www.lewetz.de

Előzmény: psychobilly, 2009-10-13 14:02:00 [8603]

A feladatkezelőben meg tudod nézni, hogy éppen mik futnak a Winfoson.
Egyébként melyik Wint használod?
Van egy program, a neve nLite. Ezzel tudsz magadnak olyan telepítő lemezt csinálni, amivel csak a CNC-hez használt dolgokat telepíted fel.
Magyar nyelvű.
El fogsz csodálkozni, mennyi mindent telepít fel alapból, és azok időnként terhelik a gépet.
Optimális esetben akár 10-20% procierőforrást is nyerhetsz.

A jogtiszta telepítőddel használva teljesen legális.

Előzmény: Nemes Mihály, 2009-10-13 15:11:00 [8604]

Szia Zoli! Régen írtál, Téged mindig jó olvasni!
"..akármennyire is szeretné Tibor45 "
Nem szeretnék én semmit, eleve azt írtam,
ha ez tényleg így van.:) Már pedig Nemes Úr ezt
tapasztalta annál a gépnél.. vagy jó a progi, és rossz a szervónál valami. Majd kiderül
idővel. Pl. én a helyében megnézném egy másik
PC-vel, másik vezérlő progival, ugyanezt
produkálja-e...., ebből már
sok minden kiderülhetne, akár a hiba meg is
szűnhet.:)

Előzmény: psychobilly, 2009-10-13 14:02:00 [8603]

Kétlem, alacsony sebességen is elcsúszik? Próbáld ki másik géppel, vagy egy másik párhuzamos port-al. Egyébként a 45kHz-et bírnia kéne, vagy fut ott még valami, vagy tényleg nem szereti az alaplapod a Mach3. Egyébként szerintem ha a folyamat leáll, mert valami mást csinál épp a Win, akkor ugyan onnan fogja szerintem folytatni, nem hagy ki 10-20 lépést, hiszen nem megy a folyamat... De hagyjuk, ez nem ebbe a topikba tartozik, úgyhogy a servoval lesz itt a gond

Előzmény: Nemes Mihály, 2009-10-13 15:11:00 [8604]

Én sem azt mondtam, hogy a Mach ad ki rossz jeleket, de szerintem 97 98 100% proci mellett ha Windows időközben valamit szeretne futattni ..De ezt a Bill-i csávó teljesen kizártnak tart persze tegyük fel mégis lehetséges lenne akkor windows át veszi a proci felett az irányitást , szóval más lessz a prioritás! gondolom ez a kis megingás teszi lehetővé az elcsúszást.

Előzmény: psychobilly, 2009-10-13 14:02:00 [8603]

Hello!


Leírnám a tapasztalataimat, amit a servo elcsúszás, túllövés ügyében tapasztaltam:

A túllövés a legegyszerűbb, vagy nincs jól beállítva a servo, vagy nem jól van illesztve szegény motor és csak szenved... Ez persze nem okoz "elcsúszást"!!!!!!!! Csak mikor pl megy z-ben lefele tovább megy mint kéne és "gödröket" csinál a felületbe. Vagy XY-ban a sarkok lesznek furcsák, lehet látni, hogy tovább megy mint kéne és úgy jön vissza.

Az elcsúszás az egy macerásabb ügy. Olyat még nem tapasztaltam, hogy ilyen módon a Mach3 adott volna ki rosszul jeleket, akármennyire is szeretné Tibor45

Vagy a step/dir jel szélességekkel van gond, nem mindre "reagál". A Gecko-nak 3,5us van előírva minimum ha jól tudom, de 5us-al tuti nem lehet ilyen probléma!

Vagy a step "Low active" állapotát kell megfelelően beállítani. A low active becsapós, mert látszatra semmi különbség nincs, csak elcsúszik egy idő után Ilyenkor az indulásoknál, gyors irányváltásoknál veszhet el 1-1 lépés.

Vagy zavarok keletkeznek, és vagy nem érkezik meg az encoder jel vagy plusz jelek keletkeznek. Megfelelően árnyékolt kábelek segíthetnek a problémán, vagy ahogy sneci is írta a szimmetrikus jelátvitel is jótékony lehet.

Vagy a step jelek vesznek el zavar miatt. Ehhez azért igen nagy zavaroknak kell lennie a dobozban, hisz általában elég rövid kábellel kötjük be.

Persze van még a mechanika elcsúszás is de azt kizártuk ha jól tudom.

Én ezekkel találkoztam, persze még lehet más is

Üdv.:
Tibor Zoli

Az Ádámnak volt egy érdekes "csúszása" az A300-al...
Megoldódott amikor a motor vázát biztosan és fémesen összekötötte a mechanikával (GND -test) és a vezérlővel...
(encoder jel vezeték árnyékolását csak a vezérlő oldalán szabad bekötni...)
Képek kellenének a gépről... a kötésekről...

Igen, aztán nekem is beugrott....

Előzmény: n/a (inaktív), 2009-10-13 12:56:00 [8596]

Igen sajnos ez eléggé alaplap (pontosabban Chip-Set) függő. Ne feled, van olyan alaplap, notebook amin egyáltalán nem is megy a Mach!
Az is számit, milyen Mach3 felületet használsz, milyen felbontásban, mert minnél több funkció, számláló, Brain szál fut, annál jobban terheli a CPU-t.
Ami még fontos, hogy minnél több tengelyed aktív, annál drasztikusabb a terhelés (pláne G-kód szimultán futtatásával)!
Ha gép 3D-s, ne legyen 4,5,6 tengely feleslegesen bekapcsolva...

Előzmény: Nemes Mihály, 2009-10-13 13:09:00 [8599]

Nem csak Z lép ell, épp az lépp el ami éppen mozog mikor a hiba történik, most pl 3 szor is a Z tengely ment el, mert közelítés közben vesztett (lépést). jelet. a Mechanika nem hibázik ez 100% ezt már korrában ki lett mérve
a Dir Puls 3uS
csak az a fura hogy egy 1.6 GHZ gépet a Mach ennyire le fog 45KHZ kernel sebességel, úgy hogy jog tista a Windfos, és ezen kívül semmi sincs rajta, se net se hálózat csak a szimpla gép 512MB ram-mal. de szerintem a Gigabyte es alaplap egy szar ezért terhelődik a proci . és itt lessz a gond, kár hogy ezt a hibát nem lehett kiküszöbölni.

Előzmény: n/a (inaktív), 2009-10-13 12:55:00 [8595]

A Mach3-ban van Watc-Dog figyelés ami ezt hivatot megakadályozni. Persze ezt be is kell kapcsolni ahhoz, hogy működjön.
Az én tesztjeim nem igazolták a 100%-os CPU terhelés bekövetkezésekor lépésvesztés, csak időzítés felborulását (akadozások léptetés közben), viszont mivel az időzítés ilyenkor már nem kontrolált, a vezérlő veszthet impulzusokat (főleg irányváltás pillanatában kiritikus a dolog).
A Watc-Dog rutinnak is kell egy kis idő, mivel őt is a CPU futtatja (nem független mindentől).
Mach-nál alapvető követelmény, hogy soha ne fusson 100%-os CPU terhelésre (ezt kellő Proci teljesítmény megadásával és a tiszta környezet megteremtésével kell biztosítani).

Előzmény: Törölt felhasználó, 2009-10-13 12:59:00 [8597]

Miféle program ez a Mach, hogy lépést veszt?:)
Szerintem ha ez tényleg így van, ez nagy hibája.
Ha ugyanis egy proginak kevés a HW, vagy
butaság a beállítása írja ki hibaüzenetnek,
vagy fusson lassabban, de baromságokat ne
csináljon sunyi módon, mintha minden oksi lenne.
A 100 csilivili grafikus ablak között egyet
igazán fenntarthatna ilyen hibajelzésre!:))

Előzmény: n/a (inaktív), 2009-10-13 11:28:00 [8589]

A Quantum egyszerre tudja fogadni (persze nem egy időben ) a szimmetrikus és asszimetrikus encodereket.

Előzmény: sneci, 2009-10-13 12:37:00 [8591]

Csak a Z-d csúszik vagy mind?
A tengelykapcsoló tuti nem csúszik meg? Esetleg jelöld össze és figyeld!
A Dir pulse 2uS-en (vagy több) áll?

Előzmény: Nemes Mihály, 2009-10-13 11:31:00 [8590]

Miért nem használod a Felhasznállók mappáit? Klasszul megy, Varsa ad jelszót. Nekem minden ott van fenn.

Előzmény: sanka74, 2009-10-13 12:40:00 [8592]

Akkor Te is ellenőrizd a gépedet úgy ahogyan István írta, bár ha az lenne, akkor nem csak a Z csalna. Mechanika...

Előzmény: sanka74, 2009-10-13 12:40:00 [8592]

árnyékolt nekem is a encoder vezeték végig, a 0,3 mm fél perc varrógép üzemmódnál van,ha tovább hagyom akkor folyamatosan nő...(tehát növekményes)ha otthon leszek akkor megpróbálom feltenni a videót a freemailra,ott vannak a képeim,valahova csak felmegy...

Az is érdekes lehet, hogy az enkódertől szimmertrikus, vagy aszimmetrkus a jelátvitel. Ha csak egy sima HEDS-es enkóder van, akkor az aszimmetrikus, és bizony zavarérzékeny. Érdemes tenni az enkóderre egy szimmetrizálót és ha a vezérlő nem fogad csak aszimmetrikusat, akkor a vezérlő elé egy aszimmetrizáló adaptert.
A szimmetrikusnak elég nagy a közös módusú elnyomása, így kevésbé érzékeny a külső zavarokra.

Előzmény: Nemes Mihály, 2009-10-13 11:31:00 [8590]

válasz a vezeteékelés teljesen árnyékolt nem ott a baj. hanem a proci 97 98 % futt egy 1.6 ez szép

Előzmény: n/a (inaktív), 2009-10-13 11:28:00 [8589]

Megmunkálás közbe jeleztesd ki a PC terhelését (Feladatkezelő)! Ha 100%-ra fut a CPU, akkor az a Kernel sebesség (Mach3-ban) túl sok!
Az Encoder vezetékezésed árnyékolt?

Előzmény: Nemes Mihály, 2009-10-13 11:24:00 [8588]

Heló mindenkinek én csak most olvasom ezt kis érdekességet. Nálunk is vanak ilyenek , csak itt törik a szerszám. én a Z tengelyen most egy Quantom szervót haszálok, és arra jöttem rá hogy , a számítógépem generálja a hibát a machon keresztül , érdekes hogy ezt csak hébe hóba teszi , 20 30 mm is eltud mászni a Z- tengely ami ezért nem rossz sajna

1.6 proci nem bírja 45KHZ terhelést és időnként a Windfos megfogja egy kicsit ezért, a szervó vezérlő nem érzékeli a kiesést és lefagyás nélkül megy tovább csak egy kicsitt odéb
Szerintem nekem egy újj vezérlő gép kellene , lehett hogy ott is ez a gond.

Igazad van, a zavar is lehet terhelésfüggő. Nagyobb áramok, aztán jön a csingilingi...
Meg a lefelé hiba fizikai nyomot hagy, a felfelé 1-2 tized a levegőben már nem annyira látványos:)

Előzmény: svejk, 2009-10-13 09:36:00 [8585]

Nagyon egyszerű, a videot feltöltöd a tárhelyre, jobb gombbal rá klikkelsz a nevére és a "Hivatkozás címének másolása"-t választod,ballal egy klikk. Azután rá klikkelsz a Fórum elején az (URL)-re,OK, utána adsz egy nevet a videónak, OK, és klikk a "Mehet+-re.

Előzmény: sanka74, 2009-10-13 07:50:00 [8583]

Igen már jó pár embert megszivatott a mechanikai eltolódás, többek közt engem is.
Én azért nem zárnám ki teljesen a zavart/lépésvesztést csak egyik irányba sem.

Előzmény: sneci, 2009-10-13 07:58:00 [8584]

Igen, rosszul gondolod ha én helyesen gondolom. Az a 0.3mm leállás után tartósan megmarad?

Az igaz hogy felfele nagyobb nyomaték kell, de ha nem old le a gecko, akkor a hiba kisebb mint 128. Márpedig nem oldott le. Ha zavar lenne, akkor mindkét irányban hibázna. Ellenőrizd a kuplungot, lehet hogy az enged a nagyobb terhelés alatt.

Előzmény: sanka74, 2009-10-13 07:46:00 [8580]

Délután megpróbálom feltenni a videót,ha elmondanátok hogyan kell,akkor azt köszönöm.

Ja igen megáll azonnal.játszottam vele fel-le,kéziben mozgatva.

a z-nek 19u/sec az előtolása, az acces pedig 200

67 V DC a motor tápfesz,igen lefele és felfele is ugyanugy mozog,csináltam varrógép tesztet,g91;g1 z1,123456789;g1 z-1,123456789;m47
ezzel ismétli a progit,fél perc alatt belegyalogolt 0,3 mm-t,van róla videó is csak nem tudom feltenni....ha ránéznétek.A gain-dampingal ez volt a legkevesebb amit be tudtam állítani.Az nem lehet hogy a felfele történő mozgatáshoz sokkal nagyobb nyomaték kell mint a lefeléhez? Igaz az hogy nem veszt lépést,de gondolom a hibák összadódnak egy ilyen varrógép üzemmódnál.Vagy rosszul gondolom?

Biztos írtad, de nem találom, hogy mekkora a motor tápfesz.

Előzmény: sanka74, 2009-10-12 22:54:00 [8575]

A motorod csak kicsi, ha nem bír a mozgatott tömeggel. Milyen előtolást adtál neki?

Előzmény: sanka74, 2009-10-12 22:54:00 [8575]

Nem nagy a súrlódása, mert akkor nem érdemelné meg a pneumatika munkahenger nevet.
Választhatsz vékonyabb dugattyú átmérőjű munkahengert, akkor még kisebb a súrlódás, de ugyan akkora Z tömeghez akkor nagyobb nyomásra lesz szükséged. Kicsit számolni kell.
A tömegtehetetlensége is kicsi, mert könnyű a dugattyú a tolórúd és a levegő is.

Előzmény: Laslie, 2009-10-12 20:07:00 [8571]

Ha menet közben gyalogolt bele, akkor az valami mástól volt. Ha rendesen működik, akkor szervóval nem tud "elsodródni" mint ahogyan egy léptecs kihagy lépéseket. Kéziben mozgatva a Z-t mondjuk 3000mm/perc sebességgel felfelé és lefelé is ugyanúgy viselkedik? Ugyan azzal a sebességgel megy felfelé is? Ha felfelé elengeded a billentyűt azonnal megáll?

Előzmény: sanka74, 2009-10-12 22:54:00 [8575]

A motor birná mert,mert mozgatja,"csak"belegyalogolt a felületbe egy 3d képmaráskor.Gondolom azért mert nincs egyensúlyba a két irányba kifejtett fogatónyomaték.

Tisztázzuk a dolgokat. Azért kell az ellensúly, hogy kikapcsolás után ne zúgjon le Z, vagy azért is mert nem bírja a motor?

Előzmény: sanka74, 2009-10-12 19:42:00 [8569]

A hangolható légrugó nem varázslat.
Nem drága, kicsi a súlya, kicsi a tömege, kicsi a súrlódása, és pont akkora ellenerőt képvisel amekkorát kell.

Egy pneumatika munkahenger, aminek a dugattyú átmérője akkora, hogy pár légkör nyomáson ellent tud tartani a Z mozgó tömegének.
Azt felapplikálni a Z orsóval párhuzamosan.
Összecsövezni egy könnyű légtartállyal, aminek a térfogata vagy tízszerese a munkahenger kitolt állapotú belső térfogatának.
A tartályt egy autókerék szelepen keresztül addig pumpálni, míg pont megtartja a Z-t.
Kész.

Palacknak remek a szódás is.
Munkahengerrel tele van a Vatera.
Szelep van az ellenséged autóján.
Csövet ne a pálinkafőzőből szedd ki.

Előzmény: sanka74, 2009-10-12 19:42:00 [8569]