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

dslav · 15. 2. 2007, 8:27

Spojení MACH3 + MegaCNC dělat nebudu. Myslím si ale to že ikdyž to někdo udělá mluvit česky to nebude. Čeština Machu nemá s Pluginem na MegaCNC nic společného.

walter · 15. 2. 2007, 9:13

Já nemyslel češtinu v Machu ale to, že se mohu s výrobcem Mega CNC domluvit česky.

dslav · 15. 2. 2007, 9:16

Samozřejmě že MegaCNC na vás bude mluvit česky. Co se týká vyzkoušení tak i to je možné.

RadekCX · 15. 2. 2007, 8:23

Zdravim,

o MegaCNC jsem uvazoval uz vice nez pred rokem (to jsem si psal privat s p.Kvanem a jeste jste nemeli ani nabidku na webu) a zvazoval jsem zda koupit konkurencni produkt od p.Nevarila nebo Megu. Nicmene kdyz jsem zvazil veskere vyhody a nevyhody plus cena tak jsem se rozhodl, ze zatim vydrzim se sice uzivatelsy neprilis pritulnym TurboCNC a pockam jak se situace vyvine.

Momentalne je mym kandidatem USBCNC ktery za cenu cca 120euro (jen samotnej MCU, ale HW je jen USB konektor a par svorkovnic kolem) je prechodem mezi plnohodnotnym kontrolerem a Machem.

Mozna by nebylo od veci uvolnit alespon SW, aby bylo mozne se kouknout co tam vsechno je - ten SW je stejne bez HW k nicemu. Co jsem se dival tak treba to USBCNC ma daleko vetsi podporu G kodu nez Mega, ale jasne ze implementace do HW da vic prace nez to npsat do SW v PC.

QNX · 16. 2. 2007, 5:56

Aby měl MegaCNC šanci na úspěch, tak by musel poskytnout za srovnatelnou cenu srovnatelné funkce jako např. MACH+Grex. Což je dost náročný požadavek. Pokud by MegaCNC pracoval pod Machem (ušetření spousty SW práce), tak za samotný HW by cena musela být tak 10 000kč. Jinak se asi moc zájemců nenajde. Na druhou stranu i za 15 000kč v současném stavu SW+HW si to dovedu představit jako dobrou volbu pro určitou část uživatelů a strojů.

Petr Nevařil · 18. 2. 2007, 7:29

Dobrý den všem,
trochu jsem se zdráhal přispívat do podobného fóra, protože mne převážně živí výroba řídících systémů a elektroniky k nim a nechci být nařčen, že si dělám reklamu. Po přečtení řady příspěvků a po zjištění, že sem přispívají i jiní výrobci CNC jsem se rozhodl reagovat.

Do roku 2000 jsme používali řídící systémy pro DOS. Výhodou tohoto systému bylo, že jste dokázali naprosto odstavit operační systém a přistupovat přímo na hardware. Tím se dalo přesně definovat rozložení kroků, rampy atd. Problémy nastávali tehdy, když uživatelé nainstalovali např. cash disku, která občas přerušila běh programu. Při rychlostech kolem 8000kroku-s už to znamenalo kolizi systému - vypadnutí motorů ze synchronizace. Bylo to ale jednoduše odstranitelné - stačil čistý autoexec a config a vše bylo OK. PC v teto konfiguraci byl idealni stroj pro řízení

Jenže pokrok jde dál a zákazníci chtěli okna. Bylo čím dál těžší vysvětlit, že Windows od Gatese se absolutně nehodí na real-time systém. Ono totiž v klasických Windows je zaručeno generování času kolem 14ms (dnes už to možná není pravda). WIndows pro průmyslové procesy jsou na tom lěpe, ale taky nic moc. Na to, že solidní systém se nedá udělat pouze na PC jsem přišel po roku zkoušení a psaní různých driverů. Nikdy jsem nebyl schopen odstranit nepředvídané "hrábnutí" OS do časování a tím kolizi ve sledu pulsů. Proto se vyvinula deska řízení, která komunuikuje s PC po ser. portu. PC dělá uživatelské rozhraní, optimalizaci dráhy, deska řízení pak vykonává pohyby. Pro plynulost dráhy se museli zvýšit buffery v desce řízení až na 14000 příkazů. Systémy se používají na frézkách nejmenovaného výrobce především pro přesné obrábění grafitu. Systém a deska umí v lineární interpolaci 5os, má možnost nadefinování uživatelských maker (nadefinování akcí při M a T kódu), dokáže obsluhovat 32vstupů a až 72 výstupů řízených uživatelem - tak to byla asi reklama, ale doufám že to překousnete.

Proto mne zarazilo sdělení pana od TurboCNC

"Celkem rychle jsem došel k tomu že z principu, ani s externím HW nedokážu zajistit plynulost pulzů pro krokové motory."

Právě externí hardware dokáže zajistit plynulost kroků. Pokud externí hardware má na starosti veškeré výpočty pohybu, pokud jsou priority přerušení nastaveny jak mají, pokud se využije programátorských technik pro "obsluhu přerušení bez přerušení" lze dosáhnout na 14MHz procesoru krokování 8KHz pro 5Os (je to s rezervou), s maximální odchylkou pulsu od ideálního umístění do 10us. Vzhledem k tomu že neznám Mach3 a TurboCNC znám jen zběžně (hezký program), možná jsem špatně pochopil větu v příspěvku. Podle mne je při hardware, který dokáže řídít stroj pouze otázka komunikačního protokolu, pomocí kterého pak libovolný program pod WIN dokáže tuto desku obsluhovat bez jakéhokoli vlivu na přesnost krokování.

Uvažoval jsem a stále uvažuji, že dodám kompletní podklady komunikačního protokolu k desce řízení, aby bylo možno ji ovládat z libovolného programu, pokud o to vývojář tohoto programu projeví zájem. Je to však otázka poptávky a času, kterého není nazbyt.

Takže ještě shrnutí: Na operačním systému MSWindows nelze provozovat spolehlivě realtime aplikace bez externí elektroniky (nebo karty) pro výpočet pohybu, protože na to nejsou uzpůsobené. Pokud však provozujete motory do frekvencí, ve kterých jim "moc nevadí" občas nějaké pozdržení kroků, je to ideální a nejlevnější varianta řízení. Pro hoby frézky, kdy ani tak nezávisí na efektivitě výroby jako na tom "aby to nějak udělalo" to vřele doporučuji. Problém je, že hoby frézky se většinou používají na obrábění dřeva kde potřebujete vysoké rychlosti posuvů a zde nastává problém. Pak stojí za zváženou, zda není lepší investovat o nějakou korunu navíc, mít český systém, se zárukou a možností úprav na přání. Pak neřešíte vy, když něco nejede, ale řeší to dodavatel systému.

Pokud jsou nadšenci, kteří to dočetli až sem, tak jim děkuji za přízeň a ostatním se omlouvám, že jsem je zdržel, popřípadě zabrál pár bajtíků webového prostoru. Na můj web se prosím nedívejte. Je několik let neaktualizován a informace jsou zavádějící.

Pokud by byl zájem o můj pravděpodobně těžce závislý názor na nějaké věci, jsem ochoten do fóra přispět. Vzhledem k tomu, že mne však v jednom fóru o krokových motorech kdysi dávno hodně "zpražili" a to i přezto že jsem osadil nějakých 200strojů a měl v rukách snad všechny dostupné typy motorů v republice, mám z toho trochu obavy.

Ještě jednou hezký den Petr Nevařil

Pupak · 18. 2. 2007, 8:24

Dostala se mi do ruky upravena verze 98, kde bylo zajimavou cestou upravene jadro pro realtime aplikace. Delal to nejakej Polak a nevim jakou fintu tam pouzil,nicmene to opravdu fungovalo.Na PC s P3 1GHz se daly generovat pulsy az do 300 KHz naprosto plynule.Podminkou bylo to,ze program jel ciste jen v RAM a byly potlaceny diskove operace.
Pokud by Mach3 jel i pod 98,bylo by to idelani reseni.Udajne se pokousel o stejnou upravu na XP,ale tam neuspel.Nejaky info je i na polskem CNC foru,ale polstina neni moje silna stranka.

Petr Nevařil · 18. 2. 2007, 8:57

Win98 byl poslední systém kde Microsoft striktně nedodržel oddělení hardwerove vrstvy od programové. Ještě poslední nedůslednosti byly u Milenii. Všechny pozdější OS mají již oddělenu hardwerovou vrstvu od softvérové a o jakoukoli akci musi aplikace požadat OS. Tím se rapidně zvýšila bezpečnost aplikací, ale taky rapidně snížila možnost netradičního využití PC. Jde to čístečně obejít formou driveru na nižší úrovní, ale nevyvaruje se člověk přerušením, které mají vyžší prioritu a nejdou prakticky zablokovat - dáno systémem.
Řešením by byl Linux. Vzhledem k tomu, že se jedná o otevřený systém, pokud by se našel pořádný nadšenec, dokázal by upravit jádro tak, aby vyhovovalo požadavkům CNC. Přesto ale PC je čím dál méňe vhodné na přímé řízení, protože podpůrný harware, pokud ho chcete využít "žije svým vlastním životem" a je problém, aby v nevhodnou chvíli neodebral procesorový čas.

Hezký den Petr Nevařil

PS: Doufám že v zjednodušení nejsou informace příliš zavádějící.

RadekCX · 18. 2. 2007, 9:00

Petr Nevařil píše:Dobrý den všem,
trochu jsem se zdráhal přispívat do podobného fóra, protože mne převážně živí výroba řídících systémů a elektroniky k nim a nechci být nařčen, že si dělám reklamu. Po přečtení řady příspěvků a po zjištění, že sem přispívají i jiní výrobci CNC jsem se rozhodl reagovat.
.
.
.
"zpražili" a to i přezto že jsem osadil nějakých 200strojů a měl v rukách snad všechny dostupné typy motorů v republice, mám z toho trochu obavy.

Ještě jednou hezký den Petr Nevařil

Dobry den,

nejsem sice majitel fora, ale jako jeden z adminu jsem byl u zalozeni tohoto webu a byl zalozen s tim, ze je zde pripustna i slovni reklama z rad vyrobcu. Myslim, ze se na tom nic nezmenilo a pokud tady nebudete tapetovat forum tim, ze Vase zarizeni je nejlepsi ze vsech tak Vam nikdo nerekne ani slovo... takze bez obav piste.

Co se tyka toho co pisete tak jsem rad, ze to zde zaznelo znova (psal jsem to uz na prvni strance teto diskuze), ze generovani presnych casovych operaci je na woknech problem.

Jinak jste asi popletl SW a osoby - mel jste na mysli prispevek od DSLAV a to je autor MEGACNC ne TurboCNC. Jinak z bych rekl, ze bylo mysleno generovani pulzu z Machu s externim generatorem hodin - udajne to Mach podporuje, ale jak je to pak v realu spolehlive netusim.

RadekCX · 18. 2. 2007, 9:04

Rekl bych ze takovy linux uz delsi dobu existuje viz http://www.linuxfocus.org/English/May19 ... cle44.html

a mam za to ze existuje i aplikace na rizeni driveru

je to jedna z dalsi veci kterou se chystam vyzkouset

RadekCX · 18. 2. 2007, 9:06

a zde v cestine http://www.abclinuxu.cz/clanky/system/r ... nux-a-rtai

Petr Nevařil · 18. 2. 2007, 9:11

Omlouvám se za popletení produktů. DOufám že mi bude odpuštěno, jsem velmi roztržitý člověk.

RadekCX · 18. 2. 2007, 9:13

Petr Nevařil píše:Omlouvám se za popletení produktů. DOufám že mi bude odpuštěno, jsem velmi roztržitý člověk.

Nic se nedeje - jen jsem chtel narovnat to popleteni.

a jeste jeden velmi zajimavy produkt z linuxove oblasti - cela distribuce zalozena na UBUNTU bezici s rt rozsirenim a primo obsahujici frezovaci SW http://www.linuxcnc.org/index.php

dslav · 18. 2. 2007, 9:57

Možná jsem to blbě napsal protože si pořád myslím že Windows které mají správně časovat se bez externího HW neobejdou. Jak jsem psal dříve uvažoval jsem o napsání pluginu pro Mach3 a trochu jsem se tomu podíval na střeva.

Zjistil jsem toto:
Mach3 každých 100mS volá funkci v pluginu a předá jí požadovanou pozici ve všech osách. Plugin pak převede data do formy které rozumí externí HW. Na tom by nebylo nic tak špatného pokud by pávě těch 100mS bylo zaručených. Protože se ale pohybujeme ve windows je čas vždy nepatrně delší. To by nebylo až tak na závadu protože v externí jednotce může být cache a případné časové nepřesnosti vyhladit. Horší je to že pokud dojde k prodlevě na delší dobu Mach to vůbec neveme v úvahu a trajektorii počítá stále v tastru 100mS.

Na základě tohoto jsem došel ke zmíněné větě. Taky je možné že se mýlím a moje úvahy a zkoušky jsou špatné. Ještě je třeba dodat že s rostoucím výkonem počítačů se všechno o čem je tady řeč potlačuje do té míry že se problémem časování dostává spíše do teoretické roviny.

Prosím nezaměňovat TurboCNC a MegaCNC. To bych si moc polepšil

QNX · 18. 2. 2007, 11:07

Já bych za ideální řešení považoval SW, který má funkce jako MACH a umí spolupracovat s externím HW, který bude mít na starost přesné řízení výstupů. Doufal jsem, že právě spojením MACHu a Grex toho dosáhnu. Jenže podle toho, co píše dslav to vypadá, že to nebude tak dokonalé

To i plugin pro Grex dostává od MACHu informace o poloze jednou za 100ms? To se mi ani nechce věřit, to by bylo úplně nepoužitelné!

Co takhle RTX rozšíření pro WIN XP? Mám jednu mašinu, která je řízena pomocí PC, na kterém běží operační systém QNX (ten je raltime OS), ale výrobce už přešel z QNX na Win XP s RTX. ............ ono je to stejně jedno, nový SW, který bude zvládat to co zvládá MACH asi nikdo psát nebude