zajimava ridici elektronika http://www.techtronex.cz

Petr Nevařil · 19. 2. 2007, 11:25

Pokud MACH opravdu posila pozici o poloze v rastru 100ms, tak je to absolutne nepouzitelne. Spis si myslim, ze autor se seknul o rad. Predstavte si obrabet radius a dodavat data pouze 10x za sekundu. To by byl na malych radiusech tak petiuhelnik a ne kruznice.

Prakticky priklad - kruznice o prumeru 100mm projeta rychlosti 2000mm/min bude projeta za 9s. Pak by se skladala z plosek 3.3mm dlouhych. Ono to zas takova nepresnost nebude, ale neni to taky nic idealniho. Velke chyby to bude delat v rozich.

Kdyby to bylo zarucene 10ms, uz by se to dalo pro hoby pouzit. Zkusenost je takova, ze je nejlepsi to pocitat v kazdem kroku. Z PC se posle prikaz interpolace - primo G kod prejed do bodu XYZ a pak se vnejsi elektronika stara.
Cyklus pravidelne kontroly pozice v danem casovem intervalu je prevzat z CNC systemu se zpetnou vazbou, kde system primo resil regulacni smycky serv. Cim vetsi pocet zasahu za sekundu, tim lepsi system. Praci s krokovymi motory zeslozituje.

19. 2. 2007, 12:14

pokud si dobre pamatuju neco z dokumentace grexu tak tam bylo neco o bufferu takze to tam mach nasejpa prubezne a grex si to odebira takze data jsou posilana s predstihem a asi v nejake rozumne forme

jinak s reklamou nemam problem paklize bude alespon trosku pribuzna tematu fora
muze byt i do urcite miry zamerena na vyrobky ale moc bych to neprehanel

predpokladam take pripadne nalinkovani cnc fora z webu autora reklamy atd...

jinak realtime linux jak uz bylo receno existuje a existuje na nej i CNC ridici system a nejaky hardware v podobe karty do PC

jmenuje se to EMC2 viz http://www.linuxcnc.org/

a narozdil od machu je to schopne ridit hexapody a jine exoticke cnc systemy

kdybych nedelal v machu tak bych delal v EMC

dslav · 19. 2. 2007, 12:38

Myslím že spojení Mach + Grex není špatná volba pokud hostitelské PC bude mít dostatečný výkon. Těch 100mS pro práci asi taky není kritických. Předpokládám že grex bude mít cache na vyrovnání drobných nepřesností v časování. To že Mach jakoukoli dráhu roseká na 100mS úsečky je téměř jisté. Může to být roblém ale taky menusí. Při malých rychlostech se to prakticky neprojeví. Při vyšších by mohl být ale jen na úsecích kde se rychle mění směr dráhy. Tam se ale stejně musí zpomalit na takou rychlost aby nedocházelo k překročení zrychlení nebo zpomalení v některé ose.

S RTX rozšířením pro WIN jsem koketoval měkdy v roce 98. Ale jen do doby než jsem zjistil cenu toho rozšíření. O té doby jsem se tímto směrem neubíral a nemám přehled o současných RTX verzích.

RadekCX · 19. 2. 2007, 4:23

robokop píše:pokud si dobre pamatuju neco z dokumentace grexu tak tam bylo neco o bufferu takze to tam mach nasejpa prubezne a grex si to odebira takze data jsou posilana s predstihem a asi v nejake rozumne forme

no buffer ale neresi to co psal p.Nevaril - a to, ze je to moc hruby rastr - buffer resi z principu jen nepravidelnost - tzn. ze dokud budete jezdit pomalu tak to bude OK a se vzrustajici rychlosti to bude cim dam vetsi problem

jinak realtime linux jak uz bylo receno existuje a existuje na nej i CNC ridici system a nejaky hardware v podobe karty do PC

jmenuje se to EMC2 viz http://www.linuxcnc.org/

a narozdil od machu je to schopne ridit hexapody a jine exoticke cnc systemy

kdybych nedelal v machu tak bych delal v EMC

vcera jsem sem posilal link, ale dneska jsem to nainstaloval na NB - zatim si to jen otukavam, ale moc se mi to libi - zitra to vezmu na masinu a zkusim pripojit co to bude delat

19. 2. 2007, 6:14

no vsak zavisi na jak jemne usecky to rozdeli
buffer se postara o to aby kdyz maji windows problem masina kontinualne jela

pokud si pamatuju tak ten buffer byl obrovskej

QNX · 19. 2. 2007, 8:58

robokop: Jemne usečky? to je přece dané časem 100ms a rychlostí posuvu. Nebo to jednou za 100ms posílá údaje o dráze ve větším počtu bodů?

Luborson · 19. 2. 2007, 10:15

moc to sem nezapadá, ale nevím kam tohle napsat. Doporučuji navštívit stránky www.geckodrive.com, výrobek G340, triviálně jednoduché a funkční servo řízení, používám 4 osy každá při setině a 9m/s, soft CNCPro na pc P4 1,6GHz přez LPT, dá se to koupit přez kartu a příjde to do 3 týdnů poštou. Poradím komukoliv. je to bezkonkurenční přímá náhra za krokáče při řízení krok/směr. a není to ani drahý asi 3500,-kč osa

20. 2. 2007, 8:25

pokud vim tak geckodrive jede uplne mimo pulsing engine takze tam zadnejch 100ms neni
alespon si neco takoveho pamatuju kdyz jsem o tom cetl
tj. mach tam posila v podstate zjednodusenej g kod

20. 2. 2007, 10:36

ta g340 je super
uz jsem po tom posilhaval

mozna bych se pokusil i o nejake vlastni IRC, kdyz se to udela poradne

Monteg · 20. 2. 2007, 11:03

Luborson: Jaké motory používáte?

Luborson · 20. 2. 2007, 12:13

motory používám šrotové bulharské Dynamo Sliven 20V 0,11Nm, berou okolo 10A ve špičkách, na tom snímače nové z GM HEDS 5500, šrouby KERK. Motory ani po 4 hodinách práce nehřejí a celkem ochotně jedou na přímo bez řemínkových převodů při rychlostech 150mm/s. Akcelerace je velmi slušná. Není to na nějakou velkou mašinu, ale mě to vyhovuje. Geckodrive je naprosto čistá logika, žádný jednočipy a provedení celé řídící jednotky je opravdu profesionální. Koupil jsem napřed jednu, jestli to jako vůbec dojde do čech a pak ještě 3. poštovné se rozhodně vyplatí.

20. 2. 2007, 3:25

prosim muze mi autor prispevku sdelit kde vzal inofrmaci ze

MACH opravdu posila pozici o poloze v rastru 100ms???

dekuji

dslav · 20. 2. 2007, 9:37

Veškeré informace jsem čerpal z SDK k Machu.

21. 2. 2007, 8:48

ok podivam se tam

22. 2. 2007, 11:48

tak jsem si ted tak zbezne procital kod pluginu G100vky a nenasel jsem tam nic o tom ze by mach neco rozkladal do rastru o 100ms
je tam zakladni takt komunikace 10Hz
jak jsem se tak koukal tak z toho vznika jen jeden typ omezeni a ten se netyka obrabeni ale pridavneho hardware jako je treba rucni kolecko nebo dotekova sonda

co se tyce gkodu tak by mel bytprekladan do grex kodu a po 100ms doplnovanej do bufferu v grexu z ktereho si to grex postupne odebira