Milyen topikban is vagyok?

Tibor!
Tételezzük fel, hogy ez a gyenge láncszem meg van oldva... Vagy megoldhatatlan?
Mert akkor a léptetős kísérleteket befejezem... és akkor utána nézek valami szervós mellékhajtásnak...

Előzmény: Törölt felhasználó, 2013-01-18 14:01:00 [9815]

Akkor jól sejtettem, a Te esetedben nem kell az átalakító...
Talán Laci azért szorzott 4-el, mert az 500-as enkóder 2000 impulzust produkál... (?), de nem tudom...
Közvetlenül az LPT-re csatlakozva, irányváltási problémák nem voltak?

Lentebb felhívtad a figyelmemet, hogy közvetlenül az MSD-nek át kell alakítani az enkóder jelet step/dir-re,
mert irányváltási problémák adódnak. (vagy Tibor45 írta, már nem is tudom), de ez mindegy, ez világos.
Viszont MPG-nek bekötve van-e irányváltási probléma azt még mindig nem tudom...
Ha esetleg valaki erre is tudná a választ megköszönném...

Előzmény: fektiforg, 2013-01-18 13:49:00 [9813]

Van egy nagy bibi: Te nem szervót használsz, hanem léptető motoros hajtást. Így igencsak szűk határok közés szorítod Magad, és abból is pillanatok alatt lépésvesztésed lesz, hogy a gyorsulási rámpád nagyon lapos, míg egy szervó kisebb nagyobb lengések után az egységugrásszerű pozíciójel változással is megküzd 0 közeli hibával a végén. Azaz sok energiát nem fektetnék addig a helyedbe egy akármivel is megoldott szinkronhajtásba, amíg a végrehajtó modulod (stepmotoros hajtás technika) igen gyenge láncszem ilyen esetben.

Előzmény: Sz.József, 2013-01-18 13:31:00 [9811]

A másik topik már nekem is eszembe jutott, de melyikbe...
Viszont, úgy érzem egyenlőre a minden át lett nagyjából beszélve...
A Te felállásod is világos a linuxcncvel meg a G33-al... Viszont az enkódered akkor csak az LPT-re van kötve.(?)Vagy nem?
Egyébként az alaptéma csak a cserekerekek kiváltása volt elektronikus áttétellel, G33 és egyéb nélkül...

Előzmény: D.Laci, 2013-01-18 13:40:00 [9812]

Nincs szükség átalakítóra, mert egy paraméter átállításával képes A B encoder jeleket fogadni.
D. Laci betett egy négyes szorzót, igaz én nem így számoltam, hanem anélkül. Úgy már 10 kHz alatt
vagyunk. Igaz azóta Bjam28 által publikált módszerrel kb. felére csökkentetem a latency teszt értékét, úgy nem próbáltam.
USB -röl vettem a tápot és közvetlen csatlakoztam a portra!

Előzmény: Sz.József, 2013-01-18 13:20:00 [9809]

Főorsón encoder AC motor frekiváltóval, X Z tengelyen AC szervó. a Linuxcnc ismeri a g33 kódot ezzel az X Z tengely mintha merev kapcsolatban lenne a főorsóval, pl.: ha előre felé forog a főorsó M3, akkor a Z tengely elmozdul az adott irányban a megadott fordulatonkénti előtolással, adott hosszon, majd ellenkező irányba forog a főorsó akkor a Z az ellenkező irányba mozdul.
Ebből a topikból át kellene menni egy másikba.

Előzmény: Sz.József, 2013-01-18 13:31:00 [9811]

Ok, rendben, de egy kicsit had értetlenkedjek...
A főorsóra fűzött 500-as enkóder ugyan olyan kivitelben hajtja a vezérorsódat mint Fektiforgnál? (paraméterezett AC szervó?)
Én azért "erőltetem" az MPG-t, mert nálam nálam az lenne a felállás, hogy Linuxcnc > MPG > MSD > léptetőmotor...
Mert egyébként hová kössem a főorsóra felfűzött enkódert ha nincsen AC szervóm amit közvetlenül tudnák vezérelni?

Előzmény: D.Laci, 2013-01-18 13:19:00 [9808]

Az utóbbit Fektiforgnak akartam címezni...

Én azt az infót kaptam, hogy azért pár khz-től többet tud feldolgozni az LPT.
Persze mivel Te már kipróbáltad a gyakorlatban is, ez nekem egy újabb infó.
Mivel a hajtásod paraméterezhető enkóder jelek fogadására, akkor ez azt jelenti, hogy Neked nincsen szükség
az A-B-ről >> step/dir-re történő átalakításra? Jól értelmeztem?
A paraméterezhetőség része az világos és érthető.

Még egy kérdés:
Amikor a linuxcnvel kísérleteztél DRO-ként használva, akkor az LPT portra hogyan csatlakoztál?
Közvetlenül vagy valamilyen illesztő (leválasztó) kártyán keresztül?
Mert ha leválasztókártyán keresztül akkor lehet, hogy nem az LPT feldolgozási sebessége volt a mérvadó... (?)
(csak hangosan gondolkodom... )

Előzmény: Sz.József, 2013-01-18 13:05:00 [9807]

MPG-nek nem próbáltam Linuxcnc-vel.
Nekem a főorsón van egy 500as encoder, ami ezres fordulat felet kezd téveszteni.
500x4x1000/60=33kHz.
Menetet vágok, vele menetet fúrok akár többször ki és behajtva.
Valszeg MPG-nek konfigolva sem tévesztene.
Ha menetet akarsz vágni, akkor minek MPG?

Előzmény: Sz.József, 2013-01-18 13:05:00 [9807]

Kösz, megpróbálom.
Viszont még nem tudom a választ arra, hogy MPG-nek konfigurált enkóder
hogyan viselkedik irányváltáskor? (most maradjunk akkor a linuxcnc-nél)
Erre tudnál valami infót mondani?

Előzmény: D.Laci, 2013-01-18 12:41:00 [9805]

Kísérleteztem a LinuxCNC -vel Én is DRO-ként használva, párhuzamos porton az input feldolgozása pár Kilohertz, vagyis siralmas. Biztos , hogy valami támogatott PCI kártyával jobb lenne, de nem próbáltam. A feltűzött encoder sima A B csatornás, a linkelt képed szerinti jeleket ad. A hajtásom valóban egy omron AC servo, de paraméterezni lehet ecoder
jelek fogadására, elektronikus áttételt lehet
megadni két paraméterben, paraméterek értéke max.65536, úgy kell értelmezni mint Z1/Z2.
Ez az áttétel max. 1/100 - 100/1 lehet.
Az encoder jeleket több száz Kilohertzig képes feldolgozni. Próbaként marógépem főorsójára feltűzve 2000 ford/min- on ( ennyi a max. ) járattam, lépés vesztés nélkül ! Encoder szitén 2000 inp/ford ad.
Előnye még az AC hajtásnak, hogy paramétereket belehet vinni a saját tasztjáról, áttétel módosításhoz elég max. két paramétert módosítani!

Előzmény: Sz.József, 2013-01-18 11:37:00 [9797]

Linuxcnc a te barátod!

Előzmény: Sz.József, 2013-01-18 12:12:00 [9802]

Ok, köszönöm az infókat.

Előzmény: Törölt felhasználó, 2013-01-18 12:23:00 [9803]

Erre én nem tudom a választ, egyiket se használom, elvagyok a saját DOS-os megoldásommal.
De az biztos, hogy minden ilyen program alapú jelfeldolgozásnál a maximális encoder jel feldolgozási sebesség korlátos, és sajnos van itt még egy nagyobb baj, a gyorsulás. Na ennek a leküzdése és határokon belüli lekezelése a legynagyobb gond az ilyen rendszerekben, és a lépésvesztések zöme innen származik lassabb I/O képességű rendszernél.

Előzmény: Sz.József, 2013-01-18 12:12:00 [9802]

Igen, ok, feldolgozási sebesség... De tegyük fel, ez rendben van...(nem lépjük túl a biztonságos sebességet)
Akkor az MPG-nek konfigurált enkódernél fennáll az irányváltási probléma?
Legyen az akár Mach3, akár Linuxcnc...

Előzmény: Törölt felhasználó, 2013-01-18 12:06:00 [9801]

A Mach lassú nagyon, a Linux CNC az már sokkal jobb, de ott is van egy határ.
A saját programomnál van egy olyan teszt, ahol az adott alaplap I/O képességei kiderülnek, és így bemérhető minden PC, mekkora az a maximális encoder frekvencia, amit még biztonsággal kezel szinkron feladatoknál.

Előzmény: Sz.József, 2013-01-18 11:46:00 [9800]

A LinuxCNC-ben ugyan ez lenne a helyzet?

Előzmény: Törölt felhasználó, 2013-01-18 11:42:00 [9798]

Én is az irányváltásra gyanakodtam és így utólag már le is eset, hogy volt olyan kapcsolás valamelyik topiban
amelyik ezt az átalakítást hivatott megoldani, csak kereső hiányában fogalmam sincsen melyik topikban keressem
a kacsolási rajzot...
Viszont mi a helyzet ha a Mach3-on keresztül próbálom ezt módszert?
Az enkóder MPG-nek konfigurálva...?
Ott is az irányváltás a probléma?

Előzmény: Törölt felhasználó, 2013-01-18 11:32:00 [9796]

De a Mach3 játék kategória dinamikusabb szinkron input lekezeléséhez, előbb-utóbb lépést veszítesz vele.

Előzmény: Sz.József, 2013-01-18 11:37:00 [9797]

Kössz a visszajelzést.
Igen az egyik probléma valószínűleg az enkóder-step/dir átalakítás lehet, közvetlenül az MSD bemenetét használva...
Viszont ha a Mach3-on keresztül használom, az enkóder MPG-nek van konfigurálva és így az MSD már step/dir jeleket kap... (?)
Akkor hol van a "kutya elásva"?
A második esetről mi a véleményed? Erről tudnál valami infót mondani?
Egyébként a Te esetedben a meghajtás egy step/dir-es AC szervó? Vagy rosszul emlékszem?
A "felfűzött" enkóder Neked milyen jeleket produkál?
Egyébként közvetlenül az MSD-t egy step/dir-esre alakított enkóderrel meghajtani sem nem az igazi,
mert nem lehetne bármilyen menet emelkedést praméterezni egy adott felbontású enkóderrel...

Előzmény: fektiforg, 2013-01-18 10:42:00 [9794]

Így van, ahogyan Fektiforg írja, az A, B encoder jel nem step dir jel, irányváltáskor van gond vele.
Egyébként a szinkron eszterga vezérlőmnek van egy alapverziója, ami pl. lineáris szorzótényezővel módosítva tud egy vagy több melléktengelyt a mestertengelyhez képest szinkronozni. Ez így lehet pl. a kúpesztergálás (marás) alapesete. Szívesen szinkron próba célra bárkinek megmutatom a saját CNC gépére installálva.

Előzmény: Sz.József, 2013-01-18 10:10:00 [9793]

Lentebb írtam a programokról: #9770

Előzmény: sanka74, 2013-01-17 20:20:00 [9792]

Kérdés: MSD meghajtó képes encoder jelek fejdolgozására? Mert ha nem akkor encoder jeleit
átkel alakítani step dir -re!
A megoldásom, gyári cuccokból épült, nem kellet semmi elektronika, majd részletesen leírom -később, ha lesz időm, nem titok.

Előzmény: Sz.József, 2013-01-18 10:10:00 [9793]

Ezzel kapcsolatban lenne egy kérdésem... (cserekerekek kiváltása elektronikus váltóval...)
Egy deszkamodellen kísérletezgetem vele már egy ideje és a jelenség a következő...:
A vezérorsó hajtás nem szervó motoros, hanem léptető motoros MSD meghajtóval.
Az enkódert oda-vissza járatva (forgatva), tehát imitálva a menetvágást, a szinkron mindig egy picit odébb csúszik. (?)
Kétféleképpen is próbáltam:
1- A Mach3-on "keresztül", így a vezérorsó pozíciója (vagy is a Z) a képernyőről le is olvasható.
Remélhetőleg itt a deszkamodellen, terhelés nélkül nincsen lépésvesztés. (?)
2- A Mach3-at kihagytam és követlenül az MSD-re kötöttem az enkódert.
A jelenség ugyan az. Imitálva a menetvágást, lassan "kúszik" odébb a szinkron... (?)
A Mach3-on keresztüli megvalósítás jobb lenne, mert ott akár milyen emelkedésű menet paraméterezhető lenne.
A gyakorlati megvalósítástól egyenlőre ez a jelenség tart vissza.
Hol lehet a bibi?
Esetleg ezzel kapcsolatban van...(lásd kép)



A Fektiforg tapasztalatára is kíváncsi lennék, habár az a videón látott felhasználási környezetben talán ez a jelenség nem jön elő.
Fektiforg! Egyébként gratulálok a szerkezethez...

Lehet, nem ebben a topikban kellett volna feltenni a kérdést, de egyenlőre itt "adta" magát a kérdés...

Előzmény: svejk, 2013-01-14 22:58:00 [9746]

Huuuuuuuuuuuuuu...azt a...... ez nagyon király....a programot mibe írtad meg?

Előzmény: gorbi, 2013-01-17 18:26:00 [9786]

A G-kód publikus?

Előzmény: gorbi, 2013-01-17 19:30:00 [9790]

Hát ha stl formátumban elküldöd a bedigitalizált 3D-s képüket, akkor van rá esély. Valami ilyesmi kellene:

Előzmény: Törölt felhasználó, 2013-01-17 19:03:00 [9787]

Nagyon klassz!

Előzmény: gorbi, 2013-01-17 18:26:00 [9786]

Háááát, kicsit előbb szólhattál volna neki.

Bocs, a hülye humoromért!

Előzmény: Törölt felhasználó, 2013-01-17 19:03:00 [9787]

Hú ez frankó!
Figyu,valahogy a 2 gyemekemet nem tudnád így megformázni??

Előzmény: gorbi, 2013-01-17 18:26:00 [9786]

Tettem fel egy videót a youtube-ra a marásról.
4 axis marás

Előzmény: gorbi, 2013-01-16 15:20:00 [9772]

Igazi frankó egyélű!
Gratula Sanyi84!

Előzmény: Törölt felhasználó, 2013-01-17 01:34:00 [9783]

Bocs, lemaradt, hogy 45-fokos.
A fordulat 23000 1/min.

Előzmény: Servo, 2013-01-16 22:57:00 [9782]

Jól megoldottad a szerszámkészítést!

Sanyi84 munkája
http://hobbymaro.puhasoft.hu/Sanyi84/5tengely/szerszam/hsseegyelu/elso/SN857281.JPG

Előzmény: sanyi84, 2013-01-13 12:36:00 [9713]

Szia, Vbodi!
6-os maró? A betűk között, hogy fért el? Valamit félreértettem?
Nagyon szép!

Előzmény: n/a (inaktív), 2013-01-16 15:50:00 [9773]

Unatkozol? Irigyellek! Habár nem szeretek unatkozni! Az unalmas!

Előzmény: Motoros, 2013-01-16 18:08:00 [9778]

Fordulatszám?
Kellene egy kis egyen táblázat amit mindenki kitöltene aki csinált valamit, mert valamelyik adat mindig lemarad.

Szerintem a kezdőknek és a nem szakmabelieknek nagy segítség ezek az adatok.

Előzmény: n/a (inaktív), 2013-01-16 17:55:00 [9776]

Jön a farsang! Vajon mit GONDOLA gyerek amikor ezt festegeti színesre? Velencei karneválra készülve....

Bocs, csak piszkálódok unalmamban )

Előzmény: Motoros, 2013-01-16 18:04:00 [9777]

Nagyon szép de:
A C és N között kicsi a betűköz. Nézd csak meg

Előzmény: n/a (inaktív), 2013-01-16 15:50:00 [9773]

Sárgarézből martam.0.05mm fogásszélesség, 0.5mm fogásmélység, 800mm/min sebesség.
A maró 6-os HSSCo felezett 0.2.

Előzmény: Miki2, 2013-01-16 16:49:00 [9775]

Miből is készült ez?
Úgy csillog, mintha fém lenne.
A gratula Neked már nem sokat mond, Nálad ez a minőség már megszokott dolog.

Előzmény: n/a (inaktív), 2013-01-16 15:50:00 [9773]

Le a kalappal!

Előzmény: n/a (inaktív), 2013-01-16 15:50:00 [9773]

120x30.

A vezérlő egy egyszerü kinai kék 4 tengelyes, ami a hiresztelésekkel ellentétben egész jól müködik, csak a ventillátort nem a saját tápjáról járatom, mert akkor tényleg melegszik a táp IC. A DeskProto pedig müködik, csak akarni kell...

Előzmény: Hunka Tibor, 2013-01-16 12:07:00 [9771]

a vezérlö elektronika ??
Emlékeim szerint a deskproto ,csak proba verzios , nem lehet menteni az eredményt , vagy tévedek ??

Előzmény: gorbi, 2013-01-16 11:14:00 [9770]

A G-kód a DeskProto 5.0 programmal készült, és a Mach3-al martam ki.
Készült videó is, majd valahogy felteszem a youtube-ra és belinkelem ide.

Előzmény: ebalint, 2013-01-16 10:40:00 [9769]

Köszi!

A technika mellet érdekelne a szoftveres "háttér" is, ha publikus.

Előzmény: gorbi, 2013-01-15 19:43:00 [9761]