a #2270-ben azt írtad műxik.. akkor lehet mégsem?

Előzmény: sneci, 2013-06-04 06:28:00 [2294]

A hozzászólásod második feléhez lenne pár gondolatom.
Nem biztos hogy jól gondold, hogy személyes alapja van a dolgok alakulásának. Aki tudna egy ilyen fejlesztésben érdemben is közreműködni, az vagy nem ért egyet a koncepcióval, vagy arra sincs ideje, hogy saját dolgait véghez vigye. Rám mindkét indok érvényes, a második kizárólag az én gyengeségem, ezt ne is firtassuk. A koncepcióval meg azért nem értek egyet, mert az elérhető eredmény nem áll arányban a befektetett munkával. Az ördög a részletekben rejlik. Az, hogy a G0 és G1 (stb...) kódokat grafikusan választhatja ki, vagy magyarul sokkal több billentyűvel írhatja le, vagy egy gombnyomásra ott a magyarázó szöveg, a tanulási folyamat kezdeti szakaszán biztosan segít, de ezen gyorsan túllép a "tanuló" és nyűg lesz a megvezetés. A részletek meg ott jönnek elő, hogy milyen platformra írja az ember? Mach, Linuxcnc, ...? A részletek itt jönnek be a képbe. Ehhez meg ismerni kellene mindegyiket, az apró finomságokig bezárólag. Na ez nem áll arányban...

Ha valaki cnc-zni akar, nincs mese, rá kell szánni az időt és energiát, meg tanulni az alapokat. Nem kell egyszerre, elég ahogy a feladat diktálja. Gondolom sokan vannak így ezzel, hogy menet közben vették fel a fonalat. Nem árt, ha keres egy magyar nyelvű régi könyvet, és legalább átlapozza, hogy milyen fejezetek vannak. Ezt felesleges lenne gépesíteni, mert a tudás a programban marad, és csak egy kis része megy át a fejbe:)

Itt is igaz a mondás, ha magasabb akarsz lenni, akkor az óriások vállára kell állni. Ha pl. az esztergához akarnál egy G kódban leírt kontúr nagyoló-simító varázslót, az más tészta...

Sajnos mennem kell, pedig még lenne mit mondanom:(

Előzmény: Törölt felhasználó, 2013-06-03 16:53:00 [2269]

...elküdhetnéd nekem is "tesztelésre"

Előzmény: lazi, 2013-06-03 21:37:00 [2285]

Szándékosan ilyen kicsi az előtolás, hogy le bírjam olvasni az (X,F,S) értékeket, mert a karakterisztikát akartam felrajzolni. De még így sem volt elég lassú, úgyhogy feladtam. Egy hal komponenst kell írnom, hogy kiírja nekem egy fájlba az összetartozó értékeket, az lesz a korrekt ellenőrzés...

Előzmény: KoLa, 2013-06-03 22:05:00 [2293]

Megnéztem a kódot! Az esztergámon ez lehetetlen! nincs ekkora főorsó fordulatom, és ilyen kicsi előtoláson még sohasem esztergáltam! de ez csak egy példa a formátumra!egyébként biztosan működik, csak győzzem kivárni a végét!

Előzmény: svejk, 2013-06-03 21:49:00 [2290]

A többi, az állandó vágósebesség-hez szükséges főorsó fordulatszám! ezt tudta anno a mach! de a fordulatonkénti előtolást menetvágó ciklusban sem művelte korrektül, mindíg játszani kellett vele hogy annyi legyen a mért, mint a programozott ! de ezt nem lehetett kézzel forgatással kipróbálni, csak élesben, egy stabil főorsó fordulaton!eléggé kiábrándító tudott lenni néha!
LinuxCnc-nél semmi gond! csak bekell állítani és kész?!

Előzmény: svejk, 2013-06-03 21:49:00 [2290]

No mindegy, holnap majd kopróbálom legalább offlibne.

Előzmény: svejk, 2013-06-03 21:49:00 [2290]

Mi a többi?

Nézd meg a #2270-et, amit sneci írt g-kódot!

A Mach3 - esteleg más szintaktikával- , de tudja egyszerre változtatni a főorsó fordulatot és az X előtolás sebességét???

Előzmény: KoLa, 2013-06-03 21:46:00 [2289]

Azt nem tudom most megmondani hogy a max fordulatot tudja-e , a többit tudja!
HJózsi-nak van step-dir föorsója, talán tud róla mondani valamit a mach-al kapcsolatban!

Előzmény: svejk, 2013-06-03 21:37:00 [2286]

nagyon jó! az én frekiváltós főorsóm sajna nem tudja követni ilyen gyorsan az átmérö változásokat, nagyobb lépéseknél kell egy kis g4!

Előzmény: Servo, 2013-06-03 21:33:00 [2284]

Érik egy klavicsere.

Előzmény: lazi, 2013-06-03 21:37:00 [2285]

Párhuzamosan indítottam a témát, igazából nem én találtam ki a kérdést, felkértek rá, hogy tudakoljam meg, hogy a linux tudja-e.
A fickó régi Hunoros, nagygépes és szüksége van rá.

Szóval a Mach3-ban nem működik ez az együttes?

Előzmény: KoLa, 2013-06-03 21:25:00 [2282]

Megtörtént. Most van tesztelés alatt. Olvassa a Corel PLT-t, minden elemet külön pályaként kezel, amihez darabonként beállítható a maró vastagsága, marásmélysége, anyag teljes mélysége, fogásmélység, anyagvastagságon túlmarás (előlapnál hasznos).
Eddig működik, a Z süllyedési sebessége még nemtökéletes, valamit még javítani kell rajta.
Generálja a G kódot, előválasztható anyagbeállításokkal,sebességértékekkel.
Lassan elkészül.

Előzmény: n/a (inaktív), 2013-06-03 16:21:00 [2268]

Ez is egy videó. LinuxCNC G96

Előzmény: KoLa, 2013-06-03 21:27:00 [2283]

ÁÁÁ ez nem ilyen eccerű! itt arról van szó hogy egy bizonyos vezérlő program tudja-e?! és hogyan viselkedik...

Előzmény: Servo, 2013-06-03 21:21:00 [2280]

Na! a Mach3-ból jöttetek ezzel a témávál! most olvasom!
A LinuxCnc-nél ha g95 van érvényben, és üresbe teszem a főorsót meg se mozdul g1-re ha elkezdem forgatni kézzel, pontosan annyit megy fordulatonként mint a megadott előtolás értéke , mérőórával próbáltam! pontos! persze menetvágásra nem való mert nem figyeli az index jelet de a többit számolja, és ha menet közben üresbe teszem a főorsót szépen szinkronban megáll az előtolás is!
Vagyis hűen követi a főorsó fordulatszámát!

Előzmény: KoLa, 2013-06-03 21:15:00 [2279]

Ez, valami más. De lehetne Linux is.

Előzmény: KoLa, 2013-06-03 21:15:00 [2279]

Ez Linuxcnc? vagy valami más?

Előzmény: Servo, 2013-06-03 20:47:00 [2277]

"De jó kérdés" én is ezt mondom mint Sneci!
Hogy jutott ez eszedbe?
Amióta sikerült újra beállítani a PWM-s főorsó vezérlést ,azóta ezzel 'élvezkedek'!
Annó a Mach3-nál is így kezdtem, de el kellett felejteni, a tudott okok miatt!
Itt a Linuxcnc-vel most jutottam odáig hogy, van egy kis idő bíbelődni vele! nem bántam meg!
Nagyon jól működik! köszönöm a segítséget Snecinek! az az igazság, hogy nem igazán kell kijavítani a fordulatszám eltérést, valami programozással nagyon pontosra, mert az esztergálás, ezt nem igényli, elég tág határok között tud működni!
De!ha g95 f0.2
g96 s100 d1200, akkor elég durva megmunkálás van x15-től x0-ig, ezért én inkább a g94 f120-ra állítom a kódot, így a percenkénti előtolás állandó, a fordulatszám viszont egyenletesen növekszik az s szó értelmében mindaddig míg el nem éri a d szó max fordulatszám értékét!Tehát a fordulatonkénti előtolás folyamatosan csökken!
Szóval nem tudom hogyan oldják ezt meg a profi gépeken? (de majd egy igazi cnc esztergályos megmondja!)mármint, hogy x80 átmérőnél még jó 0.2 előtolás de x15-től kezdve már nem az igazi!
Hagyományos gépen sem engedem végig előtolásban, a végén, inkább kézzel lassabban tekerve fejezem be az oldalazást!
Jó hogy itt meg lehet adni g96 alatt a max elérhető fordulatszámot d szóval!így egy bizonyos átmérőnél beáll a fordulatszám és ezzel megy végig!( a Mach-nál mintha nem lett volna ilyen lehetőség!)

Előzmény: svejk, 2013-06-03 12:31:00 [2265]

Ez, egy videó: G96 hallható váltózása az átmérő csökkenésével.

Értem!

Előzmény: sneci, 2013-06-03 18:16:00 [2275]

S - kívánt vágósebesség,
D - max. fordulat.

Előzmény: svejk, 2013-06-03 18:15:00 [2274]

a G96 sorában az S az induló, a D pedig a max. fordulatszámot írja le?

Előzmény: sneci, 2013-06-03 17:59:00 [2270]

Tökéletesen koncentráltál és meg is adtad a kielégítő választ, köszönöm!
Erre voltam kíványcsi, tehát a Linux tudja.

Előzmény: sneci, 2013-06-03 18:06:00 [2271]

Szuper!
No ezt állítólag nem tudja a Mach3, de azért valaki kipróbálhatná.

Előzmény: sneci, 2013-06-03 17:59:00 [2270]

Francba!
Most olvastam a másik topicban hogy mi a bánat:)
Én esztergára koncentráltam.

Előzmény: sneci, 2013-06-03 17:59:00 [2270]

De jókat tudsz kérdezni!
Értelmét ugyan nem látom, de megnéztem:)

G0 X30
G95 F0.02
G96 S80 D3000
G01 X0

Az X előtolás is folyamatosan növekszik a fordulattal.

Előzmény: svejk, 2013-06-03 12:31:00 [2265]

Szerintem, vagy mellébeszélsz, vagy csak most jössz rá, hogy igazából a hpgl nem tudja kiváltani a "G-kódot".
A hpgl nyomtatókra lett kitalálva.
A nyomtató fej azonos sebességgel végig megy egy egyenes mentén. Közben, két információt kaphat. Vagy nyomtat, vagy nem nyomtat. Ez a gravírozónál úgy néz ki, hogy vagy karcolja az anyagot egy kézzel beállított mélységben, vagy nem karcolj.
A CNC program végrehajtása közben a Z-tengely magassága (mélysége) folyamatosan változtatható.
Ilyet a hpgl nem tud, mert ilyen infóra a nyomtatónak semmi szüksége.
Egyvonalas rajzokhoz biztosan jó. Az igazán 3D-hez azért messzire van. Egy domborulat nem programozható a hpgl segítségével. Mivel, nem erre szánták.
Szóval a tükörgravírozás, csak példa volt.
Vagyis.
Egy dolog a gravírozás és más dolog a marás.
Erre írtam, hogy a "G-kódokat" nehéz volna kiváltani.
Lehetne "bőbeszédűbb" a programnyelv. Akár párbeszédesen is lehetne "értekezni" a géppel.
Léteznek egyébként ilyen nyelvek CNC-re.

Akár magyarul is lehetne társalogni vele.
Nem nagy mutatvány megoldani, hogy pl.
Cserélj szerszámot.
Váltsad be a hármas jelűt.
Ekkor a "késtartó", marógép asztala elmegy a szerszámcsere pontra, hogy az anyag ne legyen útban és a program szerszámot vált. Utána visszaáll forgácsoláshoz, fordulatszámot, előtolást vált ha kell. Fogást vesz és forgácsolni kezd.
Értelmező program kérdése az egész.
Amikor kialakult a "címlánc" szerkezet, gondolom, még nagyon kis operatív tárral rendelkeztek a gépek. Ezért megegyeztek magukban, hogy a mozgás legyen "G" és hogy mit tegyen, az legyen egy szám. A paramétereket szintén csak betűvel (S = fordulatszám stb) a műveletet meg egy kóddal felölték. Ha G után 1, vagy 01, akkor előtolás.
Régebben ilyen könnyen kezelhető vezérlés közös megírására buzdítottam a társaságot.
Erre az volt a reakció, hogy nehogy nekem segítsenek.
Én azért vetettem fel akkor, mert én már hasonlókat csinálgatta. Szóval, nem nekem kellett volna segíteni. Hanem, közös "alkotásnak" gondoltam. Hogy aki csak olvassa, de a programozás nem érdekli, legalább megértse, hogy mit és miért úgy és nem másképpen.
Nem volt rá igény.

Előzmény: n/a (inaktív), 2013-06-03 16:21:00 [2268]

A HPGL vs. Gkód témában nem lehet egyértelműen állást foglalni.
Én ha gravírozok, COREL-DOS-os HPGL gravírozó párost használom, ennél az adott feladatra nincs hatékonyabb és gyorsabb megoldás.
A grafika a corel-ből plt exporttal közvetlenül a gravírozó programba kerül, nincs gkód, nincs b@szakodás.
A program a plt file-t színek szerint szerszámpályákhoz rendeli.
Az előtolást, marási mélységet, üresjárati magasságot stb. szerszámpályánként be lehet állítani...

3D-s és "összetettebb" marásoknál előkerül a MACH3.

Nem is értem miért nem írt még senki normális plugint MACH3-hoz hpgl feldolgozásra...

Előzmény: Törölt felhasználó, 2013-06-03 12:32:00 [2266]

Szerintem Kolát kérdezd meg, ő tud rá válaszolni biztosan, ő használ programból vezérelt főorsóhajtást! De szerintem működni kellene neki!

Előzmény: svejk, 2013-06-03 12:31:00 [2265]

Hogy állítod programból a főorsó fordulatszámot, meg az előtolást?

Előzmény: n/a (inaktív), 2013-06-02 19:21:00 [2264]

Haladó linux CNC-t használó esztergályosoktól kérdezném, hogy jól működik-e a G95-G96 páros a Linuxnál.
Azaz ha az előtolás mm/fordulatban van megadva és oldalazásnál bekapcsoljuk G96-al az állandó vágósebességet, akkor tudja-e folyamatosan változtatni a főorsó fordulatszámát és az x tengely sebességét egyszerre?

Ez ugye vicc?

10 éve használok hpgl alapú gravírozó programot(ebből élek)...
És most kell megtudnom, hogy csak "fúrásra jó"... meg tükörgravírozásra


Hajráááá

Előzmény: Törölt felhasználó, 2013-06-02 17:03:00 [2259]

Mondtam van egy 0km-es D525MW alaplapom ha érdekel

Előzmény: sneci, 2013-06-02 16:39:00 [2258]

DATRON a progi.

Előzmény: Sanyi Bá, 2013-06-02 17:34:00 [2261]

Tettem fel a hunbayra egy nem G kódos programot ami még DOS-os , de az XP-n még jól fut. Akit érdekel töltse le gyorsan a könyvtáramból mert holnap törlöm, ha kérdés van, jöhet. Természetesen a jpeg-et át kell írni zip-re.

Előzmény: Törölt felhasználó, 2013-06-02 10:08:00 [2256]

Ja igen.
Meg még tükör gravírozásra.

A hpgl és hasonló formátumok csak fúrásra jók.
Azért, mert nem tartalmaznak előtolással és fordulatszámmal kapcsolatos infókat.
Ha meg semmit nem akar csinálni az ember, ahhoz program sem kell.

Én is OFF:
Intel Atom tündöklése és bukása.

Korábban beszéltünk a D525MW alaplapról, hogy milyen jól teljesít. Az már nincs, de van helyette a D2700MUD. Ebbe sajnos egy licencelt GPU architektúrát építettek be, amihez nincs Linux driver. Akadozik a kép, az egér mutató ugrálva megy, szóval tragédia. Csak Wines driverek vannak, úgyhogy ne vegyetek ilyet:(

OFF: "Assembly kicsit korábbi téma. Azt ྎ-ben kezdtem Z80-al."
Magyarország talán első számítástechnikai szakközépiskolja 1971-ben Újpesten az akkori Landler Jenő szakközépben alakult, ahova volt szerencsém járni. 73-ban az iskola kapott egy szovjet számítógépet TPA 1001 tipusjelöléssel.
Ez is assembly (sleng-1) nyelven értett. A gép egy hatalmas gépteremben volt elhelyezve, a memóriája két kis ruhásszekrény....ha jól emlékszem 32kB kapacitással. Pár soros programocskákat írtunk rá, és futtatásnál izgultunk vajon megérti e.Ilyenekre emlékszem: CR, LF, Space, JMP.-1 stb)

Előzmény: Béni, 2013-06-01 23:29:00 [2249]

A G kód legalapvetőbb feladata, hogy a CNC gépedet mozgassa 1-5(X) tengely mentén egy adott típusú pályagörbén. Erre pedig egy karater és utánna a koordináta adat a leghatékonyabb kódolási, leírási formátum. Teljesen fölösleges lenne elcsicsázni, és egy-két éves aktuális idétlen divattá tenni, mint ami úgy általában zajlik manapság minden téren, így az /sz/ámítástechnikában is. Pont ezért élnek még manapság is ezek a tömör, fapados kódolások, hiába 40-50 évesek. Ez az érték is bennük, a stabilitás, időállandóság, egy szerűség.
Az egy egészen más kérdés, és ebben igazad is van, hogy a közvetlen G kódú programozás és formátum nem kényelmes mindenféle ciklusok, és egyéb logikai feladok megoldására, erősen korlátos is, de mint írtam nem is ez a fő dolga. Azt se felejtsed el, hogy amikor pl. egy sima M vagy T kódot látsz, akkor arra egy külön PLC, program modul reagál a feldolgozás során, ahol nagyon sok minden történik akár a mai legújabb programozási nyelveken futtatva a háttérben.
Akit pedig mindez így nagyon zavar, annak ott vannak a mai "csoda" CAD-CAM rendszerek, amik ontják magukból a millió soros G kódokat is az adott gépre posztprocesszálva anélkül, hogy a felhasználó ismerné a G kód leírásokat.

Zárójel: én nem vagyok egyénként a G kód híve, sőt sok esetben teljesen felesleges lehet. Ugyanis ezért van az, hogy egy adott cél CNC gépnél a HPGL, Gerber, Excellon, ... formátum épp elég, ezt közvetlenül "eszik" meg a vezérlő programjaim is, ha ez kell valakinek, mert ezeket ismeri, termeli az adott felhasználási terület CAM progija, azaz így a G kód totál kihagyható.

Előzmény: NickE, 2013-06-02 09:30:00 [2255]

Nekem, mint kezdőnek elsőre az volt furcsa, hogy nem nevén nevezzük a műveleteket, hanem egy kóddal (g-code) hivatkozunk rájuk. Már 1950-es években fejlesztett Assembly egyik fő célja is az volt, hogy ne gépi kódokat (számokat) magolgasson vagy keresgéljen a táblázatokból a programozó, sokkal könnyebb megjegyezni, hogy MOV = mozgatás, mint egy számot...

De mindegy, nem célom itt elvinni a topicot értelmetlen irányba, a g-kód az elterjedt, idővel az ember úgyis megjegyzi a fontosabb g-kódokat, nem akarok más kevésbé ismert, elterjedt megoldásokkal foglalkozni.

Előzmény: sneci, 2013-06-02 06:33:00 [2250]

http://www.shopbottools.com/msupport/controlsoftware.htm

vagy direkt link:
http://www.shopbottools.com/files/Setup_sb3_8_6.exe

Előzmény: sneci, 2013-06-02 07:44:00 [2253]

... mármint a programot nem lehet letölteni, a doksik jönnek...

Előzmény: sneci, 2013-06-02 07:42:00 [2252]

Köszi, koncepciónak jó. A VB stílus nálam nem jön be, de attól még jó lehet:)
Sajnos pillanatnyilag nem lehet letölteni (HTTP Error 404.0 - Not Found), de majd később is ránézek.

Előzmény: bjam28, 2013-06-02 07:06:00 [2251]

Az OpenSBP-t mindenképpen érdemes megnézni, hasonló kezdeményezés. Persze a kétbetűs G kódokat ki lehet terjeszteni teljes szavasra, meg magyarra is.

Előzmény: sneci, 2013-06-02 06:33:00 [2250]

Jó, tekintsük a G kódot (iso?, rs274?,...) assembly nyelvnek. Milyen stílusú magas szintű nyelvet tudtok elképzelni? Csak brainstorming.

Nem olyan nagy ügy csinálni egy "kis-nyelv-kompilert"

Nagy előnye a g gódnak a tömörsége, ami sajnos az olvashatóság rovására megy. Engem fáraszt pl. a [#<>] karakterek használata, ezeket egy kicsit őskövületnek tartom. A korai időszakban valószínűleg a többértelműség elkerülése miatt vezették be, egyszerűsítette az értelmező algoritmust. Ezeket simán fel lehetne oldani a szöveg-környezet alapján. De nem megyek bele a részletekbe...

Zöldfülű kezdő vagyok a g programozásban, és ahogy mondani szokták, a "tárgyi tudás nem homályosítja el éleslátásomat".
De kedvem lenne összevágni egy kompilert, ami az ngc helyett az nge kiterjesztésű fájlokat fordítaná szokásos g kódra. Ezt a Linuxcnc filter mechanizmusával automatikusan fel is dolgozná.

Nem mondom, hogy ismerem, de már ྔ óta ebből élek ...
(Assembly kicsit korábbi téma. Azt ྎ-ben kezdtem Z80-al.)

Előzmény: Servo, 2013-06-01 23:14:00 [2248]

Jó, az a G-kód. Tök egyszerű. Csak egy kontúrt kell leírni. Olyan, mint az assembly. Gépközeli nyelv.

Előzmény: Béni, 2013-06-01 23:07:00 [2247]