Jól értem, hogy te párhuzamosan kötöttél galvanikusan két léptetőmotort egy vezérlő kimenetére és csodálkozol, hogy megbolondul?

Előzmény: MasterGy, 2012-10-24 11:58:00 [5220]

Ez csak arra íródott, hogy tudja használni, de hogy hogyan működik azt nem
Te tudod hogy működik, hiszen leprogramoztad, működik, csak próbálok rámutatni, hogy van még mit egyszerűsíteni.

Persze valószínűleg úgy sem fogsz rájönni mi a problémám amíg kezedbe nem veszel egy PIC-et

Előzmény: MasterGy, 2012-10-24 18:39:00 [5255]

Te meg szoktál valami értelmeset is mondani, vagy csak a forgalom növelés a célod?

Az elején, a #5185-ös hozzászólásban leírtam a megoldást, csak nem értette MasterGy (ami teljesen jogos, hiszen én sem értettem a programját), ezért kért egy folyamatábrát (amit én is kérhetnék a programjához :D)), amit azért nem kaptatok meg mert folyamatosan 12órában melózok, és nem találtam egy értelmes programot ami le tudna rajzoni egy folyamatábrát, az én kézi skiccemet, amit használni szoktam meg jobb ha nem küldöm el, mert azt pláne nem értenétek ))))

"Az átlós vonalat meg úgy oldalnám meg, hogy 3 részre szedem a problémát.
- 45fok, azaz X=Y, XY egyszerre lép, amíg el nem éri célkoordinátát
- 45fok alatt, azaz X>Y, X-et léptetem ciklusban, minden ciklusnál Y-hoz hozzáadok Y/X-t, és amikor egyel emelkedik az érték akkor léptetek.
- 45fok felett, azaz Y>X, Y-t léptetem, minden ciklusban X-hez hozzáadok X/Y stb... "

-Az osztások természetesen maradékosak, így nem sérül az INTEGER
-sebességet az aktuális ciklusban belső késleltető ciklussal állítanám be BASIC alatt, vagy megszakítás alapú időzítő periféria használatával PIC-en. Természetesen figyelembe kell venni a cikluson belüli utasítások végrehajtási idejét is, ezért is előnyösebb az én módszerem, mert ezek az utasítások többnyire fix ideig hajtódnak végre, míg egy bonyolultabb lebegőpontos számolás bizonytalanná teszi ezt a faktort.
-a késleltetés kiszámítása a vonal hossz és számlálás alapjául vett tengely hosszának aránya alapján történik a vonal rajzolásának megkezdése előtt. Így szuper egyenletes sebesség lenne bármilyen szögű vonal rajzolása közben, úgy hogy a tengelyenként leosztott sebesség összeadódva a kívánt sebességet fogja adni.
Kiszámítása egyszerű arányosítással, hiszen könnyen belátható hogy az oldalhosszak aránya és az oldalakra vetített sebességek aránya tökéletesen aránylik: TENGELY_SEBESSÉG=KÍVÁNT_SEBESSÉG/ÁTLÓSVONAL_HOSSZ)*LÉPTETETTOLDAL_HOSSZ
-A sebességből az idő kiszámítása: IDŐ=HOSSZ/SEBESSÉG


Végezetül, MasterGy természetes, matematika megközelítést alkalmazott, ami jó és működik, ráadásul emberi gondolkodáshoz közelibb és basic alatt még egyszerűnek is tűnik. De assembly alatt borzalmas feladat lenne leprogramozni, illetve ha látnátok egyszer hogy mennyire bonyolult akár maradékos osztást végrehajtani gépikód szintjén, soha többet nem nyomnátok meg a számológépen az osztás gombot :D

Előzmény: elektron, 2012-10-24 19:28:00 [5257]

Szerintem ez a feszültség kevés az ekkora ellenállású motornak(ekkora ellenálláshoz azért jelentős induktivitás is tartozik).
Nekem is hasonló feszről mennek a motorok, azok tekercs ellenállása 4.4 Ohm, és azok se tudják felvenni a névleges áramot, gyakorlatilag 100/min fordulaton se.
Sorba kötött motoroknál csak rosszabb lehet a helyzet.

Előzmény: MasterGy, 2012-10-26 11:24:00 [5264]

Ez se semmi, démonoktól kezdve 100 hozzászóláson keresztül interpoláltatok, programozgattatok és egy egyszerű mechanikus lépésvesztés okozta az eredeti hibát?

Előzmény: MasterGy, 2012-10-26 11:18:00 [5263]

Nem akarok beleokoskodni, de az nem merült fel még, hogy a két motor két vezérlőről járna, közös step és dir vezérléssel?
Akkor nem hatna egymásra a két motor.

A két képtetőmotor csak elektromosan van összekötve?

úgy értem,hogy nincs a tengelyeik között olyan mechanikai összeköttetés,amin keresztül egyik forgathatja a másik tengelyét.

Előzmény: MasterGy, 2012-10-26 16:21:00 [5267]

Próbáltam, nincs változás. De ha párhuzamosan vannak, akkor elvileg előnyös is ha szinkronban tartják egymást nem ? Amúgy attól függően hogy mennyire feszes a kifeszített bordásszíj, annak arányában változik a távolság. Ez már végre kiindulópontnak jó.De akkor sem értem..ha túl laza, vagy túl feszes akkor annál nagyobb a lépéstévesztés...

Én megpróbálnám azért a soros kötést,mert szerintem kissebb az egymásrahatása a motoroknak.

Előzmény: MasterGy, 2012-10-26 11:24:00 [5264]

Úgy tudom,hogy így emelkedik a fordulat.
leglassabb a sorosan kötött két motor
majd egy motor magában ez ügye tudja a névleges fordulatot
majd két motor párhuzamosan,ez elvilag a legnagyobb fordulatra képes összeállítás.

Előzmény: MasterGy, 2012-10-26 11:05:00 [5262]

Pontosan 26v egyenfeszt kap az msd vezérlő. De a motorok ellenállása 5.5ohm tekercsenként , tehát még csak nem kis kell neki nagy fesz hogy tudja tartani az áramot.

Elképzelhető a kétmotoros üzemeltetés miatt, hogy vannak olyan pillanatok, amikor a 26v kevés hogy nyomatéka legyen ? És ilyenkor billen ki ? Ha sorosan kötném, emiatt mégrosszabb lenne a helyzet.

Ehhez a részéhez hülye vagyok, csak ilyen "mi lenne ha?" -sejtéseim vannak.

Elektron ötletét használva talán meg van a hiba. 1db motort kötöttem ,csak hogy forgassa. És úgy visszaáll, jól működik. De akkor mit csináljak ? Mitől mászhat el ? Ha rendesen megrángattatom a gépet oda-vissza gyorsan, hogy remegjen, akkor nem téveszt. A motorok sem gyengék ,hiszen olyan erővel mozgatják a tengelyt, hogy kézzel alig lehet lefogni. Valószínű valami indukció, ami néha meglöki a motort 1 lépéssel. Kipróbálom külön vezérlőkkel hajtani a két motort.

Most ezért tegyek bele mégegy vezérlőt ?

Előzmény: elektron, 2012-10-24 15:16:00 [5239]

Csewe ! Hogy érted hogy "önmagában álló" ?

"Párhuzamosan kötött motor nagyobb fordulatra képes mint a sorosan kötött,sőt a sorosan kötött motor kissebb fordulatra képes,mint az önmagában álló."

Előzmény: csewe, 2012-10-24 13:54:00 [5227]

Akkor a Pallas név mond neked valamit...
Én annak idején Z80 assembly-ben irtam disassembler programot 8048 egycsipes processzorhoz. Hmmmm... Régi szép idők...

Előzmény: Jozs, 2012-10-24 10:40:00 [5218]

Van pár régi alaplapom, majd abba ISA kártyának jó lenne ... csak ki tudja mikor kerül az sorra.

Előzmény: Jozs, 2012-10-24 22:29:00 [5259]

"Van ilyen 8255-öm mire lenne az jó vajon ? "

Hát manapság már nem túl sok mindenre. 3 db 8 bites programozható portja van, viszonylag egyszerű vezérelni. A Primo oldalon a cikkben van egy kapcsolás, amivel még régi ISA buszos PC -khez lehet illeszteni, de a mai gépekben ilyet már nem találni. Talán lpt porton vezérelve, de már az sem divat, ugye. Meg aztán sebességben sem fellene meg a mai követelményeknek, esetleg statikus kapcsolgatási célokra.

Előzmény: elektron, 2012-10-24 10:43:00 [5219]

Relatív pozicio számolásban úgy szabad csak, hogy ott nem legyen hiba, valós számokat át kell számolni egy nagy egészbe és azzal kell utána adni kivonni.

Van is ötleted, vagy csak úgy teszel ?

Előzmény: keri, 2012-10-24 18:36:00 [5253]

Hát ez az látod hogy én Mach-ban gondolkodom de nálad a más fut .A Mach pl a 3mm-es orsoknál a félépést ( 133step/kör ) 3 lépésenként korrigálja valahova és ez össszeadodik és a vissza ut az összeadott értékröl indul megint korrekciokkal .Igy szinte "logikus" hogy az indulési és az érkezési hely nem ugyan az a pont és minél többet lép annál agyobb ez az eltérés is .Ebböl gondoltam hogy ilyesmi is számitásba jöhet .

Előzmény: MasterGy, 2012-10-24 18:23:00 [5252]

oké, de akkor eddig úgy állunk hogy te fizetsz nekem (amennyiben a juhászbácsis vicc negatív előjeles okosság:)

kb. egy PIC többet tud.

Előzmény: elektron, 2012-10-24 10:43:00 [5219]

meló van, most pénzért okoskodok

Előzmény: MasterGy, 2012-10-24 01:05:00 [5214]

De akkor x is tévedne, az pedig pontos ! Figy ! Tegyük fel kijön a mm-ben kért pozició a tengelyfelbontás, és távból eredően pl :
654.545 -ra ! Ö (int) 654-re fogja állítani. A következő kért érték pedig 654.545 plusz minusz valamennyi lesz. A valamennyi pedig nem fog 1-nél nagyobb lenni !
Így a 654.545-nek a kerekitett (654) és az elmozdulás összegével (pl 654.545 + 0.877 =kerekítve 655) nek a kerekitett értékéből nézi meg hogy van-e "1" ,azaz EGY különbség. Vagy lesz 1 egész lépés, vagy nem. Így a poziciószámláló nem egész 654.545 "int"-je magával hordozza a pontos poziciót.

Előzmény: Kulcsar Zoltan, 2012-10-24 18:12:00 [5251]

Ezt irotad lentebb .

"Ha elindítok egy munkát, és minél tovább engedem dolgozni, annál nagyobb lesz az eltérés visszaálláskor. Nem jövök rá sehogy sem hogy mivel van összefüggésben. "

Ha ugyan azt a programot ugyan annyiszor futtatod akkor mérhetöen ugyan annyi az eltérés mindig? Ha igen akkor a mechanikai hiba kizárt ( ilyet nem tud .Valami lépésszám kerekités nem lehet ? A léptetés és a léptetö felbonntása nem oszthato maradék nélkül ( pl :10/3 ~333.33x ).

Előzmény: MasterGy, 2012-10-24 14:42:00 [5232]

Végül is a kábelt is átdughatom,és akkor LPT egy is jó lessz.

Előzmény: csewe, 2012-10-24 15:28:00 [5247]

Na, hát ha meg akkor jó volt, akkor a mechanika többi részén csúszik el megint oda jutottunk .

Előzmény: MasterGy, 2012-10-24 15:22:00 [5243]

Nekem most nincs feltelepítve a basic.

Előzmény: MasterGy, 2012-10-24 15:27:00 [5246]

Most jutott eszembe,hogy LPT2-ről mennek a motorjaim.
A portvím 1050 az Xp alól.

Előzmény: csewe, 2012-10-24 15:22:00 [5242]

Csewe ! Ez is jó ötlet, nagyon megköszönöm ha kipróbálod. Elküldöm este, mert inkább qb-vel küldeném, és forrással, nem exe-ben. És a program legején mindent be tudsz állítani, majd F5. Kíváncsi leszek.

Előzmény: csewe, 2012-10-24 15:22:00 [5242]

Mechanikailag gondoltam a szinkronizálást . Az egyik motor tengelyén fordítani a fogas tárcsát . A lépés kezdete és vége nem ugyanott van a két motornál mechanikusan szerintem , és a két motor nem engedi a teljes lépést lelépni egymásnak . Persze ez csak agy ötlet .

Előzmény: elektron, 2012-10-24 15:15:00 [5238]

Pedig akkor nagyon aláztam a mechnaikát

de végülis erre meg ott volt az amikor rángattam a gépet, vibrációt idéztem elő vele, és akkor jó volt.

Előzmény: elektron, 2012-10-24 15:16:00 [5239]

Ha átküldöd az exe file-t és egy adatfile-t hozzá,én megvezérlem vele a gépemet,vagy legalább is teszek rá egy kísérletet.
Csak állítsd be a pineket
step dir
X 2 3
Y 4 5

Már más dosos progival is tudtam XP alól LPT-vel kommunikálni.

Előzmény: MasterGy, 2012-10-24 15:10:00 [5236]

Ez jó ötlet !!!!!!!!!!!!!!
Ezt ki fogom próbálni ma ! Köszi !

Előzmény: elektron, 2012-10-24 15:16:00 [5239]

nyomtatókábelt cseréltem, lpt-portot is tettem bele pluszba
ami szóba jöhet a zavar. De már próbáltam a step/dir jeleket K-s ellenállásokkal testrehúzni...mobiltelefont, és trafót is tartottam az elektronikához hogy zavarja már be valami.
Ott sem láttam bajt .:_)

Ha csak két pici motorral megpróbálnád a programot, mechanika nélkül megjelölve a motor tengelyeid nulla pontját persze úgy nem hibázik ?

Előzmény: MasterGy, 2012-10-24 15:11:00 [5237]

A mechanika bajt úgy értem, hogy nem a programban van a hiba, meg talán nem is a PC ben hardverében, hanem azon kívül van az ok.

Előzmény: MasterGy, 2012-10-24 15:11:00 [5237]

ááá, nem ! már szét akartam vágni az egészet és akkor sem tévesztett

Előzmény: elektron, 2012-10-24 15:09:00 [5235]

nem. direkt nem ! őrizze meg minden érték az aktuálisat. Itt sem lehet hiba, hisz az egész elve csak ennyi:
-menj ide :4545,545
-menj ide :434,3434
-menj ide :3434,676........

és a távolságok között mozog lineárisan a mutatott programrésszel.
az eltolás meg ciklikus, amiben benne van az egész
1-ben : x ,y
2-ben : x+1,y
3-ban : x,y+1
4-ben : x-1,y
5-ben : x,y-1

És akkor a kívánt vonalvastagságtól függően vagy csak az 1. ,vagy 1-3-ig, vagy 1-5 -ig hajtom végre.

De programhiba is kizárható, mert már vagy 5 féle képpen is toldottam az out-os részhez egy figyelőt. Eszerint a lépések visszaállnak 0-ra mindig.

Valami mechanika bajnak látom azokból amit leírsz, valami elenged megcsúszik stb.

Előzmény: MasterGy, 2012-10-24 14:54:00 [5233]

A többszöri lefutttatásnál minden változót alapra állítasz minden kezdés előtt?

Előzmény: MasterGy, 2012-10-24 14:42:00 [5232]

sőt ! hirtelen irányváltásból eredő lépéstévesztés is kizárható. 2 napig egy olyan megoldással kínlódtam, hogy az éppen aktuális, a mindenkori sebességet állítsa az irányváltás nagyságához.Mert ugye itt egy 5 cm-es szabálytalan girbe-görbe vonalnál nem lehet alkalmazni hogy elején gyorsít, tart, majd lassít. Pl egy V-alaknál, ha keskeny a v-betű, akkor egy fix sebesség miatt a függőleges irány (mivel az lesz a gyorsabb) nagyot ránt a mechanikán amikor ellenkező irányba indul meg. Ha szélesebb a V-betű, akkor kevésbé. Megcsináltam, hogy minden egyes pontját egy alakzatnak lásson el egy sebességgel (ez a programban az mseba) Nagyon jól sikerült, szépen követi a sebesség az íveket, becsukott szemmel, csak a motort hallgatva, a szabályosan "hullámzó" motorhangból szinte lehet érezni hogy mit rajzol..:)
Már minden meg van ! De mindez hiábavaló volt. A gond nem itt van. A tengelyek amúgy nagyon jól bírják az irányváltást is. Vagy 20 percig remegtettem a mechanikát (oda-vissza 2-3mm-essével, nagy sebességgel) Búgott, remegett, de nem volt lépéstévesztés !

sőt ! továbbmegyek. Írtam direkt arra mozgatóprogramot, ami tetszőleges gyorsulás-lassulással, iránnyal, mozgatja a gépet. Mindig visszaáll normálisan. Ha kisképet csinálok, akkor is. Legalábbis szemmel nem érzékelhető a hiba. Igazából az egész működött is, csináltam is több vektoros rajzot, míg nem kiegészítettem a programot azzal, hogy többször csinálja meg a munkát különböző x-y eltolásokkal, azt akartam ugye hogy vastagabbak legyenek a vonalak. És itt jelentkezett az, hogy szabálytalan távolságokra vannak Y tengelyen a vonalak. X tengely tökéletes.

Ha elindítok egy munkát, és minél tovább engedem dolgozni, annál nagyobb lesz az eltérés visszaálláskor. Nem jövök rá sehogysem hogy mivel van összefüggésben.

Nem az eltolásos bővítés miatt van ! Előtte is volt ! Csak így derült rá fény.

igen, azt is néztem !
Sőt, ha csak 1 motor üzemeltetek, szaggatottam csinálja ugye a mozgatást, de vissza kellene állnia kezdőpontra. Akkor sem teszi.

Azt nézted,hogy a két motor azonosan téveszt?
Tehát nem áll keresztbe?

Kezdek kifogyni az ötletekből.

Előzmény: MasterGy, 2012-10-24 14:23:00 [5229]

Nincs semmi különbség. Az egyik tengelyen 1 motor van,bordáskerékkel, kifeszítet bordásszíjon, a másikon, amelyik hibás pedig ezt az egészet mozgatja, annak meg két oldalt van 1-1 ugyan olyan motor, ugyan olyan bordáskerékel, és szíj.

Az 1 motoros tengely jól működik, a 2 motoros nem. Ha ! a léptetőmotorvezérlőket megcserélem, ugyan az lesz az eredmény. Ha a kimeneteket cserélem meg programban (tehát szerepet cserél a 2 tengely) akkor is ! Csigatempóban hajtva az egészet sem jó. Tettem halom pufferkondit tápra, nehogy valami zavar, vagy feszültségesés bezavarja a msd léptetőmotorvezérlőt. Bármilyen felbontásra, áramra teszem, ugyan ez.
Valami nagyon furcsa történik, de ezt más az elején is írtam

Még valami eszembe jutott.
A problémád felderítését segíthetné,ha a stepjel kiküldésénél minden step jel helyett tíz step jelet küldenél ki,Így ha a hiba megtízszereződik,akkor a programban kell keresni az okát.

Előzmény: MasterGy, 2012-10-24 12:36:00 [5225]

Ezt a kijelentést inkább megfordítanám.
"Ezt inkább kíváncsiságból kérdezem, mert olvastam olyat hogy kis fordulatnál érdemes sorosan, nagy fordulatnál párhuzamosan kötni.
"
Párhuzamosan kötött motor nagyobb fordulatra képes mint a sorosan kötött,sőt a sorosan kötött motor kissebb fordulatra képes,mint az önmagában álló.

Előzmény: MasterGy, 2012-10-24 12:34:00 [5224]

A fene beléje

Végig olvastam az egészet és most már nagyon kiváncsi vagyok a megoldásra !!

Agyalok még én is

Ha jol értem a problémát akkor már összecseréltél mindent mindennel ( ajtot a lábtörlövel ) és mindig ugyan ott van a hiba ( ugyan azon a tengelyen ) ?
Mi a különbség a két tengely ( mechanika ) között ?

Előzmény: MasterGy, 2012-10-24 12:36:00 [5225]

Szerintem mechanikai gond is kizárva lehet, mert két oldalt, a két kismotor kifeszített bordásszíjon mozog. Kézzel is tudom mozgatni az egészet, nem érzek semmi szorulást.