DC szervó motoros vezérlés

[bmejdz9nu]

Hobby kategória... Időkihasználtság... Ipari logisztika...
teljesítménynövekedés... pl. naponta nem 200-at tud a gép csinálni hanem 202-öt...
Szerintem egy jó szervóhajtás számunkra... egy "égi áldással" megáldott léptetőmotor szimuláció... aminek nincsenek azok a "fránya" kis bajai... és "kicsit" jobb... de még nem (elérhetetlen) csoda...
A sok sok "csodából" amit a szrvóból (elméletben) ki lehet hozni... vissza is üthet! azaz kikerül a kontrolunk alól... azaz a szoftver kontrollja alól...
Tehát jobb "rövidpórázon" tartani!

[svejk]

Más, komolyabb vezérlőknél milyen G kóddal lehet váltani?
Esetleg ha tudnál példát mutatni, pl rgy g-kód részletet

[3vv2btrhv]

Tibor! Amióta a két aluprofil között csúszkáló  
műanyag rudas vezeték tervedet megkritizáltam  
(és még mások is bírálták), megsértődtél rám-
 
Tudod csak az a baj ezzel hogy se nem aluminium se nem csuszkálo rud . És nem megsértödtem hanem kicsit tárgyilagosabb hozzáálást vártam tölled kár hogy nem értetted meg a koncepciomat mások megértették és sokat linkeltek , hogy jobban megértsem a müködését .  
De ados maradtál a példával nam ugy mint PALI .

[000000000]

Péter!
A fix hibatároló határ azért is védhetetlen,
mert ugye egy 100-as encoderrel is tudok
mikronos felbontású gépet építeni,
és az 5000-sel meg mm-es felbontásút.
A kettő között pedig több nagyságrend van,
azaz mindig az encoder rendszer eredő felbontásához kell hibahatárt hozzárendelni,
és ez bizony több ezer impulzus is lehet.
Túl egyszerű és torz megközelítés ez a merev
+-64 vagy 128, amiben Te állandóan gondolkozol.
Ráadásul a szervo körerősítés elmélete pedig
önmaga encoder függő, már itt kezdődik minden
baj. Hidd el nekem, ezért van olcsó és még
olcsóbb szervo a piacon, mert nem foglalkoznak
ezzel az apró kérdéssel. Az meg a világ
legegyszerűbb dolga, hogy leblokkolom a hajtást
a szerény képességű és körülményeket nem
vizsgáló tároló miatt, ahelyett, hogy beletenné
a gyártó 1Mb Ram pozíció regiszert.
De így rosszabb és rettegtetőbb, mint egy step
hajtás, mert az ha téveszt is, de megy
tovább. Aztán az már külön téma, hogy melyik
selejtes munkadarab a rosszabb.

[000000000]

Sok ilyen kód van, néhány példa:
G08 gyorsulás
G09 lassulás
G10 lineáris interpoláció (hosszú méret)
G11 lineáris interpoláció (rövid méret)
G12 háromdimenziós (3D) interpoláció
G17 X-Y sík kiválasztása
G18 Z-X sík kiválasztása
G19 Y-Z sík kiválasztása
G20 X¬ Y¬ Z¬ X körüljárási irány (hosszú méret)
G21 X¬ Y¬ Z¬ X körüljárási irány (rövid méret)
G22 kapcsolt mozgások, pozitív
G23 kapcsolt mozgások, negatív
G30 X® Y® Z® X körüljárási irány(hosszú méret)
G31 X® Y® Z® X körüljárási irány (rövid méret)
.
.  
És még lehetne folytatni, de talán ennyi is
elég kezdetnek.

[svejk]

Húú, ez a G08 G09 nagyon érdekes lehet!!
Itt már játszik amit a #3695-ben írtál, és ebben az esetben bizony szinte szabadjára lehet engedni a mocit.
Sajnos a mach nem ismeri ezen kódokat:)

[000000000]

Google sketchup topic:
2007.11.23. 21:41 #235
Ez nem a Tiéd? De tudod mit, én félreállok, ne
vitázzunk, én lezárnám ezt a dolgot.
Inkább szeressük, és próbáljuk megérteni
egymást, ha már a CNC összehozott minket.[#law]

[000000000]

Ha csak ezt nem ismerné....

[bmejdz9nu]

Ebben igazad van...
 
Ha az encoder pl. 1000cpr-es vagy 2000cpr-es (felette nem szokott lenni...) akkor szükségessé vállhat egy encoder előosztás!
Azaz egy olyan egység ami 1:1, 1:2, 1:4-ben tudja az encoder jeleit leosztani...
(1:1-es 500cpr-eshez, 1:2-es 1000cpr-eshez, 1:4-es 2000cpr-es encoderhez)
Ezzel megvalósul az állandó 2000impluzus az elektronka bemeneteén (500cpr)
 
... és minden a régi... volt probléma... nincs probléma... Nem a memória növelése a megoldás erre a problémára!
 
Persze nem ártana... egy-két lépés eltérést előrejelző (nem megállító) Led... azaz ha megvillanna akkor marás közben az előtolást csökenthetné a "gépkezelő"... de egy idő után már megismerné a gépet ill. pontossági lehetőségeinek határait:)

[bmejdz9nu]

Ebben igazad van...
 
Ha az encoder pl. 1000cpr-es vagy 2000cpr-es (felette nem szokott lenni...) akkor szükségessé vállhat egy encoder előosztás!
Azaz egy olyan egység ami 1:1, 1:2, 1:4-ben tudja az encoder jeleit leosztani...
(1:1-es 500cpr-eshez, 1:2-es 1000cpr-eshez, 1:4-es 2000cpr-es encoderhez)
Ezzel megvalósul az állandó 2000impluzus az elektronka bemeneteén (500cpr)
 
... és minden a régi... volt probléma... nincs probléma... Nem a memória növelése a megoldás erre a problémára!
 
Persze nem ártana... egy-két lépés eltérést előrejelző (nem megállító) Led... azaz ha megvillanna akkor marás közben az előtolást csökenthetné a "gépkezelő"... de egy idő után már megismerné a gépet ill. pontossági lehetőségeinek határait:)

[bmejdz9nu]

Ebben igazad van...
 
Ha az encoder pl. 1000cpr-es vagy 2000cpr-es (felette nem szokott lenni...) akkor szükségessé vállhat egy encoder előosztás!
Azaz egy olyan egység ami 1:1, 1:2, 1:4-ben tudja az encoder jeleit leosztani...
(1:1-es 500cpr-eshez, 1:2-es 1000cpr-eshez, 1:4-es 2000cpr-es encoderhez)
Ezzel megvalósul az állandó 2000impluzus az elektronka bemeneteén (500cpr)
 
... és minden a régi... volt probléma... nincs probléma... Nem a memória növelése a megoldás erre a problémára!
 
Persze nem ártana... egy-két lépés eltérést előrejelző (nem megállító) Led... azaz ha megvillanna akkor marás közben az előtolást csökenthetné a "gépkezelő"... de egy idő után már megismerné a gépet ill. pontossági lehetőségeinek határait:)

[Szedlay Pál]

Tibor!
 
Tudnál nekünk mondani olyan softvert kereskedelemben kaphatót, amely 100.000Ft alatti és tudja ezeket a kódokat.

[eivmhrm04]

Mihamarabb gyógyulj meg.

[svejk]

Ennyi pénzért ez van...
Ha tudsz jobbat ilyen áron szólj!

[svejk]

Tényleg Tibor45! Neked van saját készítésű vezérlő progid,ugye?
Miért nem reklámozod itt a fórumon? Szerintem az nem lenne büntetendő.