CNC Fórum

Ahoj
píšu si prográmek na ovládání frézky včetně jednoduchého camu pro výpočet kontur v závislosti na zvoleném průměru nástroje pro 2D objekty. Nemáte někdo zkušenost případně kus zdrojáku jak se to řeší? Už sem něco zpáchal ale nejsem s tím úplně zpokojený.

pokial vam staci 2D pouzivajte G41 (cutter radius compensation) a inspirujte sa zdrojakmi EMC-cka ..

Inac napisat rozumny soft na riadenie frezky pripadne CAM nie je praca pre jedneho cloveka .. je to obrovske mnozstvo casu kym take nieco prejde z experimentovania do (aspon hobby) realneho nasadenia. Odporucam radsej sa pozriet po opensource CAM/CAD a radsej sa podielat na ich upravah resp. zdokonaleni.

EMC to ma udelane blbe, ne nefunkcne, ale blbe. Ten co to psal blbe zacal a taky blbe skoncil.
Anebo K vis neco co ja ne ??
Mne docela dost dostalo ze musim najizdet vzdy po kruznici a jeste z dost vetsi vzdalenosti nez je nutne (obvykle staci kolmy najezd vetsi nebo roven prumeru nastroje).
Z venci kontur to docela jeste funguje, ale vytocit se s korekci v 8.5-ce dire 8-kou frezou je proste nemozne.

R

no ja som nenavrhoval EMC aby pouzival G41 ako "funkciu" ale skor ako pouzil G41 ako "soft" a z jeho zdrojakov sa inspiroval prave v EMC (nakolko je to opencource).

V EMC je naozaj G41 spravene ehm nepouzitelne ) nakolko napr. ked xcem rezat vnutorny obdlznik, a samozrejme ho mam nakresleny bez oblucikov v rohoch tak EMC toto miesto odstreli s chybou .. chyba mi proste nejaky switch kde by EMC kludne preslo so zapnutou korekciou cez takyto roh s tym, ze prezije to, ze vznikne oblucik prave polomeru aktualneho nastroja. (samozrejme je mi jasne ze aktualne spravanie EMC nie je prave problem . on by naozaj nemal povolit vo vnutornom ostrom rohu prechod nastrojom s polomerom, ktory tento roh nevyreze .. ale prepinac, ktory to dovoli by bodol)

Este pridam dalsi navrh kde hladat korekciu polomeru nastroja .. opensource soft na http://www.christian-kohloeffel.homepag ... gocde.html

Este jedna vec, na rezanie dier napr spomenute 8.5mm s 8-ckou frezkou to pisem radsej sam priamo v G-kode hoci aj parametricky (ked neviem ci prave nebudem mat chut to rezat 6-kou) . Je to rychlejsie ako pisat ten (niekedy naozaj nemozny) najazd pre G41.

Este doplnim .. korekcie polomeru nastroja pri 3D su uz silna kava na domace programovanie ..

program píšu už 3 roky a nepřijde mi to jako něco extra složitého nehorší je že nejsem programátor tak se vše učím za pochodu a tak kolikrtát rok práce po 3 měsících jde do koš protože to musí být jinak. Problém k výpočtem kontur má mnoho softů proto sem založil toto vlákno není to totiž tak jednoduché jak se zdá. Generování kontru u děl 8,5 díra a 8 nástroj je asi ten nejmenší problém, pokud o něj ten kdo soft píše ví, ale záleží taky na zdrojových datech pro výpočet kontury. Výpočet ostrých a tupých radiusů taky není až takový problém v mém softu to chci udalt taky aby si uživatel pro každý roh mohl vybrat jak to tam má být stejně tak radiusy ( případně tangenciální, spirálový.....). Jde mi spíš o funkci která počítá čistý offset křivky příklad
křivka
1,1
1,2
2,2
takový malý roh
pokud bude nástoje 1 tak dráha vnitnří
1.5,1
1.5,1.5
2,1.5

možností tak získat tyto body je několik a mě zajímal jestli někdo zná ten nejleší způsob výpočtu. ( pokud to v emc umí tak mi prosím tu část kodu kde je způsob výpočtu konturních bodu někdo pošlete na debilove11@seznam.cz pokud možno s krátkým komentářem protože bych nerad zdrávil mládí nad zkoumáním struktury EMC).
Samozřejmně že by bylo lepší použít něco co už někdo napsal ale první důvod proč ne je ten že sem ješitnej a když si dělám mašiny sám tak si sám udělám i program když to zvládnou jiní proč ne já, a druhej je že sem bohuže zvolil pro programování debilní VB6 a už se v něčem jiném nechci patlat. Bohužel sem při mé metodě výpočtu kontur narazil na problém s Pí, které VB používá pro výpočty s tan,sin,cos..... a tím mi tam zanáší chybu která např pro utělá z 1 0,9999 což by asi nebyl problém ale mě to vadí.

Pokial vas zaujima konkretne cast EMC s cutter compenzaciou .. je to v casti src/emc/rs274ngc/interp_convert.cc

mužete hodit odkaz kde to stáhnout, když to googlim tak to je milion odkazů a než se tim proberu tak mě jebne

tak to hledám tady a nějak ten soubor nevidím http://cvs.linuxcnc.org/cvs/emc/

tak sem to našel tak uvidím jestli mi to pomůže

potom si pozrite aj toto ..

http://code.google.com/p/dxf2gcode/downloads/list

už sem koukal na to z EMC a zatím zjištuju jak bunguje Céčko, a orientuju se v proměných ( v céčku sem nedělal a python taky není má krev), ale zatím to vypadá že to počítá docela podobně jako já.

tak v tom dxftogcode to vypadá že použili ten druhý způsob který mě napadl a přijde mi vůýrazně lepší než to co používá EMC, no o víkendu budu mít co dělat.

nezabudajte ze EMC nema kompletny prehlad o drahe pocas vytvarania korekcie. G41 funguje vlastne pocas konverzie G kodu na kanonicky prikaz. V CAD/CAm systeme to je podstatne jednoduchsie nakolko v case generovanie korekcie pozname celu drahu a pripadne vieme ju aj opravit dozdu co v pripade riadiaceho softu uz mozne nie je. Stadial aj rozdiel pohladu na vypocet a zaroven aj o dost nestastne navadzanie na G41 v EMC-cku. (priznavam, neviem ako to ma riesene mach .. ale stejne asi nezaujimave kedze mach zdrojaky asi do ruk nedostanem).

jak se o tom přemýšlel a co jsem koukal tak i protvrdil tak sou v podstatě dvě možnosti jak vypočítat body ofsetové křivky a to že se nejdříve vytvoří paraelní přímka s prvním úsekem která je vzdálená o půl průměru nástrje , pak se vytvoří to samé s křivkou následující a jejich průnik dává bod konce ofseru první a začátku ofsetu druhé koreční linky ( pak u je jen otázka zde chceme tento roh zaoblit. Druhá možnost je vypočítat tyto body průniku pomocí úhlu které vůči sobě křivky svírají ten podělit a zpočítat podle průměru vzdálenost ( to použávám já) ale jak sem psal u této metody dochází při používání pí a sin,cos.... k určitým odchylkám. Nezkoumal sem ještě tu první metodu ale obávám se že vzhledem k tomu že vb neumí OOP tak budu muset zůstat u toho co mám rozdělaného a pak to případně předělat i když je otázka s jakou přesností výpočtů se má cenu trápit. Nevíte někdo v jaké přesnosti jedou běžné camy?

U camu se bezne pocita na 8 desetinnych mist.

to: K Mach to ma ete blbej udelane nez EMC.
U EMC to spon spolehlive funguje i kdyz blbe.

Radek