De akkor melyik tudja?
Vagy miért hivatkozunk olyan opcióra amit úgy sem érhetünk el?

Előzmény: D.Laci, 2008-01-18 09:03:00 [3753]

G8 G9 -et nem tudja...
http://www.dakeng.com/man/turbocnc.html

Előzmény: svejk, 2008-01-17 20:32:00 [3734]

DOS - USB Driver.
http://www.bootdisk.com/usb.htm
http://www.stefan2000.com/darkehorse/PC/DOS/Drivers/USB/

Előzmény: Varsányi Péter, 2008-01-17 20:35:00 [3735]

Osztás és szorzás... nem igazán értem...?
Az encoder jelet pl. 1:3 arányba osztani? Ez lehetséges? Persze megjegyzem én "PICmentes" megoldásban gondolkodom...

Előzmény: tatai, 2008-01-18 00:11:00 [3748]

Túlvagyok rajta.. pont ez van... HDD kiváltásra való... nem jött be... ( a fiamnak lett egy 8GB-is CF-je a fényképezőjéhez
Ez csak akkor lehetne megoldás a problémára ha mindkét gépet kikapcsolnánk... nem hot plugin-os a HDD...

Előzmény: airfoil6205, 2008-01-17 23:49:00 [3747]

Osztani csak 500cpr feletti encodert... hogy mindíg beálljon egy azonos állapot... Tehát a vezérlőben mindíg egy nagyon hasonló állapot stabilizálódik...

A bemeneti szorzás pedíg azért kell (kb. 4 szerezés, hogy kialakuljon az "egyensúly" annélkül, hogy a vezérlőszoftvert hajtanánk nagy kimeneti frekivel...

Előzmény: Törölt felhasználó, 2008-01-17 22:38:00 [3746]

A mi szervónkban (amit a robothoz készítünk) az encoderről erkéző összes jelet feldolgozza a mikrovezérlő (PIC). Aztán az összes STEP jelet is. Aztán a szoftverben beállított osztási aránnyal ossza el őket ez lehet a megszokott 1:1 1:2 1:4 ... v. 2:1 4:1 8:1 ... , de ettől különbözőket is beállíthatsz pl: 2:3 3:4 19:3... (amit a szoftver elbír).
A step ill. a encoder jelfeldolgozás sebessége pedig 6,2 MHz -re maximalizáltuk. Ez persze egy elméleti érték, a gyakorlatban valószínűleg kevesebbet fog tudni.
Így nem kell semmilyen külső hardver (szorzó, osztó) a szervóhoz.
A hibajel tároló regiszter nálunk is (előjeles) 16 bites lesz azaz +- 32768 hibát tud elméletileg tárolni, de szoftveresen beállíthatod, hogy mekkora hibánál jelezzen és mekkoránál tiltson le.
Egyenlőre ezek a koncepcióink, de még képlékeny a dolog.
Üdv:TT

Előzmény: Varsányi Péter, 2008-01-17 22:09:00 [3745]

Inkább próbáld meg talán ezt az USB helyett CmpactFlash-IDE adapter ez biztosan kompatibilis lehet a DOS-al, a WIN gépbe ráírod az adatot és egyszerűen bedugod a DOS gépbe.( a file rendszerre ügyeljél DOS FAT legyen)

Előzmény: Varsányi Péter, 2008-01-17 21:10:00 [3739]

Érdekes amit írtál, mert eddig szorozni akartál
állandóan, most meg osztani.
Én egy kicsit itt elvesztettem a fonalat.
Ettől függetlenül annak idején írtam, hogy
létezik olyan megoldás, ami 2 hatványai szerint
oszt egy encoder A, B csatornát. Így nagy
felbontásúaknál (pl. 2000 fölött) ha nem győzi
az ember vezérlő oldalról frekivel, akkor ez
megoldás lehet.

Előzmény: Varsányi Péter, 2008-01-17 19:20:00 [3714]

kiváncsi lennék a #3714-esben megfogalmazott elképzelésemre... a "szervós úraktól"...

Előzmény: Varsányi Péter, 2008-01-17 19:20:00 [3714]

megsasosolom...

Előzmény: n/a (inaktív), 2008-01-17 21:31:00 [3743]

Sorry, 90kb-ban! A help file-t es a .txt-ket kihagyhatod...

Előzmény: n/a (inaktív), 2008-01-17 21:15:00 [3742]

NC helyett hasznald a Volkov Commandert. ~200kb-ban tudja amit az NC es gyorsabb. (:

Előzmény: Varsányi Péter, 2008-01-17 21:10:00 [3739]

A nemtudom hány az egyben usb-s memória kártyaolvasót nem kevés kisérletezés után nekem sikerült összehozni a Jóöreg Dos-sal.
Az MP3 lejátszós kütyüket sajnos nem sikerült láthatóvá tenni.

Előzmény: Varsányi Péter, 2008-01-17 20:35:00 [3735]

Megsasoljuk, köszi!

Előzmény: Szedlay Pál, 2008-01-17 20:40:00 [3736]

Az USB DOS-ról sok megoldást olvastam a neten... tudsz valami konkrét megoldást ami ok, bevált? (USB stick az már jó lenne mailban is szivessen venném...
Teljesen "satu" talán nem vagyok... akkoriban editálni tudtam a config.sys-t
Holnapra igértek DOS-t és NC commandert... a gép már ok. hozzá...

Előzmény: Törölt felhasználó, 2008-01-17 20:44:00 [3737]

A floppyn kívül létezik sorosporton, printerporton Etherneten és még néhány interfészen keresztül.
Én feltehetően ethernetnél maradnék DOS-ból pedig valamelyik nem MS verziónál, pl. Dr DOS ami sokkal többet tud mint az MS DOS, úgymint multitasking, TCP/IP támogatás stb.
letölthető innen: ftp://esca.atomki.hu/pub/pc/dos/opendos/7.02/
nem üzleti célú felhasználásra ingyenes.

A DOS kezel USB-t is, annak idején ezt
kitárgyaltuk. Ettől függetlenül vannak pl.
olyan "ravasz" saját G code to G code
konvertáló, optimalizáló programjaim, ami egy
3Mb-os pazarló és hanyag eleganciával lefejtett
G kód halmazból az érdemi tartalom megtartása
mellett tömörít adott esetben a tizedére is.
Így meg egy floppyn is elfér már több komoly
feladat.

Előzmény: Varsányi Péter, 2008-01-17 20:35:00 [3735]

Svejk!
Mesélni tudnék, de csak esti mesét.
Ide rakom a leírását abban el tudjátok olvasni hogyan is csinálja. Én még nem próbáltam, itt vannak zsír újonan, meg még amerikában 1-2.
Most a léptecses rendszernél maradtam az egyszerűbb. Elöbb ezzel dolgozok és ha lesz egy kis idő átszerelem szervósra.
http://www.yaskawa.com/site/DMServo.nsf/(DocID)/TKUR-5PHSJH/$File/Sigma-II%20User%20Manual.pdf

Előzmény: svejk, 2008-01-17 20:31:00 [3733]

Tibi.. az adatátvitelt a DOS rendszerre... hogyan oldottad meg? Tudom nem ide tartozik... de vettem egy PCNC 3.1 DOS progit... (is)
A floppy az egyetlen... amit tudok... de az elég fapados...

Előzmény: Törölt felhasználó, 2008-01-17 20:25:00 [3731]

Értem...
Akkor TCNC-sek! Tudja a progitok kezelni a g8 g9 kódot?

Előzmény: Törölt felhasználó, 2008-01-17 20:25:00 [3731]

Akkor te biztos tudsz róla mesélni, vagy linkelni róla adatokat.

Előzmény: Szedlay Pál, 2008-01-17 20:27:00 [3732]

Igen-igen (nekem ilyen van most már 6 db gyüjtöm úgy mint a Péter) pont így csinálja.

Előzmény: svejk, 2008-01-17 20:14:00 [3727]

Én elsősorban elemi lineáris interpolációkból
álló nagy sebességű, folytonos, minél jobb
pályakövetési 3D marásra koncentrálok a CNC
G kód feldolgozó programommal.
Ezek is a digitalizálási eredmények legyártására
lettek kifejlesztve. Ez pedig kevés embert
érdekel, akiket meg igen, azok megtalálhatnak.
Nyákot, SMD beültetést, ...., meg egyebeket
pedig G kód nélkül szeretek készíteni
közvetlen HPGL, Gerber, és apertúra, Excellon
adatbázisokból kihagyva a G kódokat. Ezekhez
vannak programjaim.
De tudtommal vannak itt páran, Nagy Zoli,
Motoros,..., Aik TCNC-t használnak nagy
megelégedéssel. Simán tud 60 Khz-et, és nem görcsöl. Igaz "fapados" DOS-os, de hát ugye az
örök kérdés: csicsa divatozunk vagy dolgozunk
megbízható, mezei képernyő mellett.:)

Előzmény: svejk, 2008-01-17 19:39:00 [3718]

Jó kérdés, én biztos úgy csinálnám, ha tudnám
Abba a párszázezres árba biztos belefér amibe kerül.

Előzmény: n/a (inaktív), 2008-01-17 20:15:00 [3728]

Én csak annak vagyok a "híve" hogy egy szervóhajtás "eljátsza a léptetőmotort szervómotorral" ... se többet se kevesebbet... de ne ne legyenek azok a gyenge tulajdonságai... pl. nagyobb fordulatnál elfogy az erő... és persze ebben a "műfajban" nagyobb erőket lehet elérni (native is)...
A hibajel tárolása - szerintem - legyen optimális... ne túl sok! és ne túl kevés... azaz ne legyen olyan sok, hogy "bespájzolja" a hibákat és ne legyen olyan kevés, hogy ne tudja eljátszani a "tökéletes léptetőmotort" ... ... és egy "földi halandó" (nem, szaki) is be tudja állítani...(azaz emberbarát:)

Előzmény: n/a (inaktív), 2008-01-17 19:59:00 [3722]

És ez sebesség függő PID paraméterezést használ? Mert amit írtál, az akár egy "sima" auto-tuning is lehetne...

Előzmény: svejk, 2008-01-17 20:14:00 [3727]

Részleteket nem tudok egy pár éve olvastam az elektronet-ben. Talán omron servo volt..
El kell indítani üresben és terhelve és a saját pozicióhiba követéséből hangolja be magát. Vagy valami ilyesmi ..?
Majd előtúrom a cikket..

Előzmény: n/a (inaktív), 2008-01-17 20:07:00 [3726]

Brutál lehet egy ilyen beállítása (ha van egyáltalán)! Hol, mit, milyen teherrel hangol és korrekciós táblázatot használ???

Előzmény: svejk, 2008-01-17 20:05:00 [3724]

Nem tudok sajnos.

Előzmény: Szedlay Pál, 2008-01-17 19:23:00 [3715]

Biztos létezik mert vannak az öntanuló szabályzók is...
És valahol itt kezdődik a fuzzy logic is...

Előzmény: n/a (inaktív), 2008-01-17 19:41:00 [3719]

Jókat fogunk mérni a szkóppal ezen a témán...

Előzmény: n/a (inaktív), 2008-01-17 19:49:00 [3721]

Hidd el, nem lehet olyan vezérlést csinálni, ami minden körülmények (sebesség?) között, minden motort, mindig a pályán tart hibátlanul (jog - marás)! Ebben (is) igaza van Tibornak!
A léptetőt meg csak a saját nyomaték-sebesség tartományában vesd össze egy servo-val (nem egy kategória)!

Előzmény: Varsányi Péter, 2008-01-17 19:20:00 [3714]

Az nagyobbfalat...

Előzmény: Varsányi Péter, 2008-01-17 19:44:00 [3720]

Na jó a téma ... mert az "Istvánok" ezt olvassák és nem az UNI-T "újdonsült" gépkönyvét...

Ne ez már Ürkorszak lenne (sebesség függő PID?)!
Ilyet még a profik sem csinálnak (talán)...

Előzmény: svejk, 2008-01-17 18:13:00 [3702]

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ő.

Előzmény: svejk, 2008-01-17 19:25:00 [3717]

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

Előzmény: Törölt felhasználó, 2008-01-17 19:15:00 [3711]

Mihamarabb gyógyulj meg.

Előzmény: n/a (inaktív), 2008-01-17 09:45:00 [3688]

Tibor!

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

Előzmény: Törölt felhasználó, 2008-01-17 19:15:00 [3711]

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:)

Előzmény: Törölt felhasználó, 2008-01-17 18:56:00 [3708]

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:)

Előzmény: Törölt felhasználó, 2008-01-17 18:56:00 [3708]

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:)

Előzmény: Törölt felhasználó, 2008-01-17 18:42:00 [3707]

Ha csak ezt nem ismerné....:)

Előzmény: svejk, 2008-01-17 19:04:00 [3709]

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.

Előzmény: Hunka Tibor, 2008-01-17 18:40:00 [3706]

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:)

Előzmény: Törölt felhasználó, 2008-01-17 18:56:00 [3708]

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.

Előzmény: svejk, 2008-01-17 18:35:00 [3705]

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.

Előzmény: Varsányi Péter, 2008-01-17 18:12:00 [3700]

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 .

Előzmény: Törölt felhasználó, 2008-01-17 18:13:00 [3701]

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

Előzmény: Törölt felhasználó, 2008-01-17 18:23:00 [3703]