MACH3 engraving software English version R3.041 Mach 3
ha hinni lehet a kis kinainak ez full nincs benne limit

Sajnos a Mach3 licenszelését könnyű hamisítani,lopni. Ezt a Mach4-nél már kijavították. A software ára 175$, a következtetést rád bízom.

Előzmény: Pali79, 2018-02-13 14:07:18 [16636]

Az Ebayen lehet venni 7-10.000.- között állítólag full verziós licenszet, de van 40-ért is, itthon meg ugye 52. Nem nagyon értem ezeket a különbségeket. Illetve lehet venni szintén kínai léptető vezérlőket amihez szintén adnak. Én vettem évekkel ezelőtt egy 3 tengelyes "kék" vezérlőt. Ahhoz adtak egy CD-t amin rajta van a Mach3 és nem demo verzió.

Előzmény: J-Steel, 2018-02-13 13:15:12 [16635]

A fórumtárs által linkelt oldalon van egy olyan link, hogy
"3.043.066 demó verzió letöltése"
A demo verzió 500 soros G-kódig működik. Elméletileg hobbicélra az is elég.

Előzmény: Pali79, 2018-02-13 11:57:08 [16633]

Config > System hotkeys

Előzmény: borvendeg, 2018-02-13 10:09:36 [16631]

Hát már miért ne lehetne ilyet kérdezni? Mach3

Előzmény: johnie00, 2018-02-13 11:48:57 [16632]

űdv, holt tudom beszerezni a mach3 progit ? ha lehet ilyet kérdezni.

Sziasztok!
Mach3-ban hogyan tudok billentyűkhöz funkciókat rendelni.
Gondolok itt arra hogy a num pad nullás gombjának megnyomására Jog módot váltsak.(pl:OEM205)

Több helyen olvastam hogy használj num padot mert a gombokat "egyszerű" konfigurálni, de sehol sem találom.

üdv.

Sziasztok
kérdés ---használ valaki Powermill szoftvert ?
MIÉRT! kerdem , keszitettem egy 4 tengelyes cnc-et és szeretném használni a Powermill 2010 , de nem tudom az ,,A,,tengelyt generálni Mach3-ra ( probaltam fanuc0M ) .
Kaptam egy postproceszort ,,Generic_rotaryX axis ,, megnyitni nem tudom( ez egy PMPTZ formatum zippelt ) az en PmPost 4.5 0 progin .
Segitene e valaki közületek ?
Szabadon letölthető
[url=https://drive.google.com/file/d/15AQuvXd5fH1CViNcZIvPLZRawgl4Y7wu/view?usp=sharing][/url]

[

  

15-20 között van attól függően hogy hol veszed.

Előzmény: Törölt felhasználó, 2018-02-12 20:43:31 [16628]

Szerintem jó. Nem kis cég a lolette.
2, 200lhz az jó teljesítmény
3, Van bőven ki és bemenet.
Nem néz ki bóvlinak én biztos megvenném ha jó árban lenne.

Előzmény: Pali79, 2018-02-12 20:35:25 [16627]

Ismeri valaki ezt a vezérlőt? Mennyire megbízható?

Az első ponton könnyen tudsz segíteni, veszel normális műszert állvánnyal. Minél kevesebb mozgó része van annál jobb.
Léptető vezérlésnél fontos a normális gyorsítás és lassítás. Ezek szinkron motorok, ha a forgó rész nem tudja követni a tekercseken váltakozó áramot, megáll. A legtöbb esetben előforduló hiba, hogy túl hirtelen kellene elindulnia, de csak sípol.

Előzmény: J-Steel, 2018-02-12 18:52:55 [16625]

Nem tudom emlékeztek-e az előzményemben található hozzászólásara. Az volt a bajom, hogy léptetőmotorral a tengelyt forgatva az indikátorórán lévő érték nem annyi volt, mint amennyire számítottam. A hsz-ben volt egy táblázat el eltérésekről.
Azóta teszteltem a rendszert másutt, és kiderült az oka.

1. Az indikátoróra amit használtam nem mér pontosan. Van a mágneses tartóján az óra megfogásánál egy rugós rész, ami bezavarhat. Illetve az egész olyan instabil. Erre akkor jöttem rá, amikor optikai lineáris jeladót tettem fel az egyik tengelyre, és a két eszközön mért értéket összehasonlítottam. Az indikátoróra sajnos így pontatlan.

2. Az újonnan tesztelt gépen a trapézmenetes tengelyen van 0,16 mm holtjáték. Amikor a pozíciószabályzónak megmondtam, hogy hova menjen, az elindította a motort, majd amikor elért a célhoz túllendült, és amikor visszafelé akarta mozgatni a tengelyt, a holtjáték miatt már nem tudta kompenzálni. A visszafelé mozgás a holtjáték tartományába esett.

Ez utóbbi az én hibám, mert nem tettem a szabályzóba differenciáló tagot, így ha közeledik a cél, nem lassít, hanem picit mindig túllendül. Ezen majd még dolgozom.

De a lényeg az, hogy az első pont miatt nem is tudom mérni a valós távolságot. Erre ki kell találnom valamit.

Előzmény: J-Steel, 2018-01-11 00:19:52 [16500]

Köszi
Most már az a gond hogy negatív szerszámpályát látok

Előzmény: D.Laci, 2018-02-09 12:52:14 [16623]

https://www.machsupport.com/forum/index.php?topic=23617.0

Előzmény: kymco1, 2018-02-09 12:12:57 [16622]

Mit kell beállítani hogy forgatóra generált szerszámpályát normalisan mutassa a mach?

  

Én ugyan ezt vallom és mondtam. Rendes PLC vagy valamilyen vezérlő. Az IPC meg maradjon a felhasználóval való kommunikációra és a csilivili olgokra, de semmi vezérlési feladatokat ne lásson el.
Bonyolultabb feladatokhoz inkább IPC mint HMI/OP/TP/MP, de már ezek is egyre okosabbak. Sőt vannak már OEM WinCE HMI-k és vannak OEM HMI szoftverek windows alá.

Előzmény: J-Steel, 2018-02-09 01:03:51 [16619]

Ja, főleg ha kevesebb bugot tartalmaz az ipari cucc.

Előzmény: J-Steel, 2018-02-09 01:03:51 [16619]

Az IPC-vel kapcsolatban van egy történetem.

Tavaly márciustól-júniusig építettem fel kollégám segítségével egy IPC alapú termelő gépet 15 motorral anyagcsévélő feladatra, nyomatékszabályozással. (ez utóbbit azért írom, hogy érezhető legyen a projekt volumene) Az én feladatom a szoftver és az üzembehelyezés volt.

Aki nem ismeri az IPC-t, annak röviden elmondom egy speciális 24V-tal működő PC, amely ipari környezetre van tervezve, de ugyanolyan hardver van benne mint egy irodai PC-ben (csak megbízhatóbb).
A rendszer úgy működik, hogy mielőtt bebootolna a rajta lévő Windows, elindul egy rendszer (real-time OS), aminek a legmagasabb prioritása van. Ez lefoglal magának egy processzort és saját memóriát. Emellett fut párhuzamosan a Windows alacsonyabb prioritással.
Elméletileg ha a Windows valami miatt elszállna, a másik rendszer tőle függetlenül tudna tovább futni, persze a Windowsos ablak hiánya miatt nem lehet vele semmit kezdeni.
Arról a Siemenses IPC-ről amit én használtam annyit kell tudni, hogy Intel i7-es processzor volt benne, 8 vagy 16 GB RAM és egy 512GB SSD meghajtó. A szoftveres PLC ami futott rajta Fail-Safe rendszer volt, ez sokkal érzékenyebbé tette sajnos.
A PLC rendszer úgy működött, hogy a Windows indulása után amikor az asztal betöltött, megjelent egy kis ablak, benne egy PLC ugyanazokkal a ledekkel és kapcsolóval mint a hardveres PLC-nél.
Úgy volt beállítva, hogy windows betöltése után automatikusan elindult a PLC, és az inicializálás után elindította a PLC-ben található szoftvert, ami történetesen egy mappában volt tárolva a "D:" meghajtón. Ha valami nagy baj volt, akkor ugyanúgy hibát jelzett és adott esetben stoppba kapcsolt a PLC-t mint a valóságban.

A PC egy pufferkondi alapú szünetmentesen volt, és USB-n kommunikált vele. A kondik mérete miatt max 3..5 percet bírt ki betáp nélkül. Ez ugye arra elég, hogy leállítsa a PLC-t és a Windowst.
Alapvetően működött a rendszer, de nagyon sokszor okozott problémát, hogy amikor a főkapcsolót lekapcsolák, a Windows megkapta USB-n a jelzést, hogy a betáp megszűnt még 200mp-ig lesz áram. Ekkor a Windows jelzett a szoftver PLC-nek, hogy a PLC-kontroller mentse az adatokat és álljon le. Az nem állt le, és nem jelzett vissza a windowsnak, így a windows megakadt a leállással. 200mp után a szünetmentes kikapcsolt, minden adat ami a RAM-ban volt elveszett. Újra bekapcsoláskor a Windows felállása után a kontroller már el sem indult automatikusan, mert valami ellenőrző összeg nem stimmelt. A szoftver PLC memóriáját manuálisan kellett törölni, és a teljes projektet újra letölteni.
A Siemens support nem tudott érdemben segíteni, éreztem megint a felhasználóval tesztelik a hibákat.

Mivel ez az IPC rendszer több különböző beszállító "gyermeke" úgymint
- PC mint hardver
- Windows 7 embedded (beágyazott)
- A Real-Time rendszer amin a PLC fut
- Maga a szofver PLC amit Siemensesek írtak
- Egyéb driverek
- Siemenses segédprogramok a Windowsban

Amikor ilyen hiba van, mint amit feljebb írtam, Siemens nehezen tudja behatárolni a hibát. Sokszor nem is a Siemens hibája, hanem a Real-Time rendszer fejlesztőie, vagy valaki harmadik fél hibája.

Ettől eltekintve alapvetően én és néhány kollégám azon a véleményen vagyunk, hogy PC-t használni PLC feladatra nem jó, mert egy PC-nek - bonyolultsága miatt - nagyon sok problémája lehet, míg egy dedikált hardvernek - PLC doboz - amit direkt erre a feladatra terveztek több 10 éves élettartama van.

A német fórumokon azt írták, akkor jó IPC-t használni, ha valaki a folyamatot vizualizálni is akarja egy központi asztalon. Ilyenkor az IPC windows-án futhat egy HMI (megjelenítő) szoftver. A kommunikáció a HMI és a PLC között piszok gyors lesz, mert ugyanazon a gépen csak a memóriába kell nyúlni az adatokért, nem terheli a ProfiNet-et.

Előzmény: Törölt felhasználó, 2018-02-08 19:25:49 [16615]

Ott is cserélődnek a szakemberek, a régi technikához ragaszkodók nyugdíjba vonulnak és elmennek pecázgatni.

Előzmény: Törölt felhasználó, 2018-02-08 19:56:49 [16617]

Én úgy értettem, hogy a neves konzervatív gyártók is elindultak ebbe az irányba és ez már jelent valamit.
Persze régen is voltak már ilyen irányzatok, de olyan cég aki etalonokat gyárt elképzelhetetlen lett volna hogy ilyeneket csináljon.

Előzmény: elektron, 2018-02-08 19:54:00 [16616]

Ezt én már több 10 éve láttam ... mi lesz a jövő, akkoriban.

Előzmény: Törölt felhasználó, 2018-02-08 19:25:49 [16615]

A Modbus egy nem túl jó protokoll, sokkal jobbak vannak ami real-time kommuniációra képes. A Modbus helytelen beállítása a hálózati hibákat is okozhat stb... nem sorolnám, de jól beállítva működőképes lehet erre. Ezt csak azért írom, mert láttam már olyat, hogy a Modbus túl nagy adatforgalma miatt összezuhant a hálózat.

Másik része a dolgoknak, hogy rossz irányba megyünk a témával. Természetesen egyetértek hogy egy egy cél eszköz kimondottan a legjobb választás lehet egy adott feladatra, de pont a világ nem ebbe az irányba tart. Minél univerzálisabb minél hatékonyabb és minél könnyebben elérhető legen a vas mert a pénz a tudás a szoftverben van. éppen ezért egyre inkább az figyelhető meg hogy a hardver univerzális materia lesz és egyre jobban a szoftver futtathatóság használhatóság lesz a fő szempont. Ma már egyre több motor vezérlőbe lehet vezérlési feladatokat rábízni. Ha megnézzük az Arduinot és társait ott is van egy egységes hardver és a szoftver miatt akkora sláger. Ez lesz a CNC-vel is... az nyer aki "okos" hardvert gyárt ami nem nagyon van a piacon ezért is indult el egyre több felhasználó az Arduino, PLC stb irányába. Nem mondom hogy megrögzöttség az ellenkezőjét állítani, de ha megnézzük jó pár iparág már becsatlakozott az informatikába. Nézzük meg a telefnközpontokat, biztonsági rendszereket amik mind mind egyedi fejlesztésű eszközök voltak és ma már önállóan programozható egységek... és akár akarjuk akár nem ez a jövő. 2 hete voltam Stuttgartba egy CNC gyártó cégnél... nem akarok senkit elkeseríteni, de én sem akaartam hinni a szememnek hogy a Fanuc vezérlő már IPC-n fut és etherneten kommmunikál a PLC-vel... Nagy neves gyártó és olyat lépett ami pár éve elképzelhetetlen lett volna. Ezt most nem fejtem ki, mert így is hosszú lettem, de gondoljunk csak bele

Előzmény: elektron, 2018-02-08 16:16:38 [16614]

Mit szeretnél vele megoldani ? Arra lehet akkor kitalálni mi a legjobb megoldás akár pénzben, akár minőségben.

A modbus az csak egy protokoll, egy hibátaln adatküldés csomagok formájában annak egy változata, maga a vonal amin keresztül megy a jel az mindegy micsoda, lehet az ultragyors gigabit ethernet is.

Előzmény: szf, 2018-02-07 18:37:33 [16593]

Ez így van a hibázási vagy megbízhatatlansági százalékuk meg nemigen rosszabb annyival, hogy amitt ne lehtne használni.

Előzmény: J-Steel, 2018-02-08 12:36:55 [16608]

A Kincoból a K2-es vagy K5-ös sorozatot szoktad használni?

Előzmény: szf, 2018-02-08 14:42:17 [16611]

Kinco,Weconos,s7-200 utánzatok

Előzmény: J-Steel, 2018-02-08 12:55:44 [16610]

Kérlek mutass példákat! Hátha valamelyik megtetszik árban nekem is.

Előzmény: szf, 2018-02-08 12:51:32 [16609]

Kínai cégek által "fejlesztett" eszközökre gondolok.
Már használtam belőlük sőt szétszedtem, azóta nagy megelégedettséggel építem be őket ahol nincs jelen a "sznobizmus".

Előzmény: J-Steel, 2018-02-08 12:36:55 [16608]

Amikor emlegeted, hogy PLC akkor melyik gyártó melyik termékére gondolsz.
Én a munkahelyen Siemenssel dolgozom, akartam privátban is valamit csinálni de aztán rájöttem, hogy nagyon drága a CPU és a kártyák hozzá még használtan is ezért lemondtam róla. A mikrokontrollelek és FPGA-k nekem sokkal gazdaságosabbak és szabadabban programozhatóak.

Előzmény: szf, 2018-02-08 12:26:26 [16607]

Olvastam ismerem de úgy gondolom egy PLC-vel sokkal szabadabban lehet megvalósítani elképzeléseinket.
És nem utolsó sorban ezen készülékekhez kedvező áron hozzá lehet jutni. Persze nem lesz olcsóbb mint egy cél orientált eszköz.

Előzmény: J-Steel, 2018-02-08 12:15:19 [16605]

Szia!
Látom te érted, hogy én mire gondolok.
Esetleg van valami kész megoldásod? Ethernet- PLC-motorhajtások?

Előzmény: Törölt felhasználó, 2018-02-08 07:44:01 [16601]

Szf!
Ha megengeded megosztnám, hogy én ezt vettem, és sikerült összekötnöm a Mach3-mal. A kimenetet leddel vizsgáltam, mert még a motorvezérlőt nem volt időm rákötni.
Klavio PoKeys57E

Plutokas!
Amikor tanulmányoztam az előzőleg linkelt szerkezet leírását, olvastam a másik vezérlőről ami már kezel annyi tengelyt amennyit a kommentedben írtál. A neve és linkje:
Klavio Pokeys 57 CNC

Előzmény: szf, 2018-02-08 12:06:37 [16604]

Hát így van néha én sem értem magamat.
De igazad van a helyes irány ethernet.

Előzmény: J-Steel, 2018-02-08 03:39:25 [16600]

Azt hiszem egy részét értem. Nemrég felbukkant az apróban egy ilyen kártya. Gondolom, ezen buzdult fel hirtelen. Egyébként ez nem USB-s, hanem RS232 ami azért stabilabb cserébe lassú mint a dög. Az mondjuk rossz hír, hogy ha megvette a kártyát 16+posta áron és 20-ért meg tudott volna venni egy jobb megoldást.

Előzmény: J-Steel, 2018-02-08 03:39:25 [16600]

Az én gépemen a start-stop-pause , a feedrate potik mind-mind az itt bemutatott Modbus panelen keresztül csatlakoznak a pc-hez usb-n keresztül.
Kézikereket is kötöttem rá,de az nem az igazi. Nem is használom azt a részét,ellendben a többi egyszerűbb funkció viszont remekül működik!

Előzmény: szf, 2018-02-07 18:05:17 [16591]

Én úgy gondolom pont emiat amit írtál van létjogosultsága. Egyre gyakrabban kell 4-5 tengely, a kártyáfon csak 3 van. Sokszor kellenek speciális dolgok a ki és bemenetekhez logikai dolgokat rendelni.
Ha belegondolsz akkor a nagy CNC-j is sokszor tartalmaznak PLC-t a szabadabb konfigurálás érdekében. Ma már elérhető áron vannak olyan PLC-k vagy mikrokontrollerek amelyek kompromisszum mentesen képesek CNC szoftverrel együtt dolgozni.
Nem utolsó ha bedöglik egy CNC vezérlő kártya és szerencséd van hogy a gyártó még működik akkor minden ok. Egy PLC-nél hosszú hosszú ideig megoldást jelent a működtetés azért is, emrt a programozása IEC szabvány szerinti így viszonylag könnyű a hw cseréje akár másra.
Másik. Ha valaki szeretne elindulni centralizált rendszer irányába esetleg i4.0 oda megint nem elég egy CNC mozgásvezérlő kártya.
A jövő úgy gondolom ez.

Előzmény: J-Steel, 2018-02-08 03:39:25 [16600]

Én nem értelek szf! Én épp most vettem egy PoKeys Ethernet dobozt. Van rajta vagy 100 be/kimenet. Az interfész amit adtak MACH3-hoz lehetővé teszi, hogy mindegyiket hozzárendeljem valamilyen funkcióhoz. Akár billentyűhöz.
A step/dir jelek kimenete a három fő tengelyhez fixek. Encodereket is lehet rákötni.
Miért használnál Modbust, ha van ilyen jó kis kártya 20E Ft-ért? Ráadásul a Ethernet vonal sokkal biztosabb az USB-vel ellentétben.

Előzmény: szf, 2018-02-07 22:02:00 [16598]

A soros porton keresztűl futó Modbus kommunikáció nem túl gyors sajnos ezért ott azt tudnám elképzelni hogy ha mozgás vezérlésre is szeretnénk használni a PLC-, hogy koordinátákat küldünk át vagy parancsokat Az újabb PLC-k rendelkeznek már mozgás vezérléssel akár bonyolultabb polációs műveéetekkel is. Természetesen az I/O-k kezelésére maximálisan jó a soros porton történő kommunikáció is, akár analóg vagy kapcsoló jelek vagy szinte bármi.
ha mozgásban is gondolkodunk PLC-vel akkor jobb megoldás lehet a Modbus TCP ami etherneten keresztűl kommunikál a PLC-vel vagy egyéb MODBUS eszközzel.
Volt itt a fórumon is Modbus topic valaki készített is rá egyedi kártyát anno ha jól emlékszem.

Előzmény: szf, 2018-02-07 22:02:00 [16598]

Kifejtenéd ezt bővebben.
"Mégpedig Modbus TCP-vel. Soros porton keresztűk us, de ott már a sebesség miatt érdemes lehet pozíciókban gondolkodni. "

Köszönöm

Előzmény: Törölt felhasználó, 2018-02-07 21:47:56 [16597]

Én úgy gondolom, hogy esélyes lehet a működésre. Mégpedig Modbus TCP-vel. Soros porton keresztűk us, de ott már a sebesség miatt érdemes lehet pozíciókban gondolkodni.
AZ I/O-k kezelésére sőt akár analóg kezelésre (Akár orsó esetén is) rentábilis lehet egy PLC. Lenne előnye is akár a bővíthetőség vagy egy HMI-vel az oprátori funkciók könnyítésére.

Előzmény: szf, 2018-02-07 18:44:26 [16595]

Sziasztok!
Ma elkezdtem a kézikerékkel játszani. Egyenlőre egy encodert kötöttem LPT portra. Működik is. Az a kérdésem hogy hol tudom beállítani a tengelyváltó kapcsolót? Neten elég kevés infó van a kézikerék beállításairól. Ha valaki tud ilyet azt is szívesen venném.

Köszi.:Matyko

Arra gondoltam ez lehetne egy Plc is.aminek van nagy sebességű impulzus kimenetek.

Előzmény: Pali79, 2018-02-07 18:41:19 [16594]

Nem, ahhoz lassú a kommunikáció. Nem időkritikus bővítésre való, hűtések, mágneskapcsolók stb, ahol nem számít 1-2 tized másodperc. A léptető vezérlés nem ilyen....

Előzmény: szf, 2018-02-07 18:37:33 [16593]

Akkor akár a step-dir jeleket is kihozhatnám ?

Előzmény: elektron, 2018-02-07 18:10:42 [16592]

Szerintem lehet, mert régen a régi oldalon még leírás is volt hozzá hogy kell hazsnálni, meg a Brain részét.

Előzmény: szf, 2018-02-07 18:05:17 [16591]

Mach3-ba modbuson lehetne kommunikálni egy I/O modullal?

Azért gondolom, nem akkora tragédia, hogy más is hasznát veszi.

Előzmény: Béni, 2018-02-01 12:39:35 [16587]

Olyat lehet-e vizsgálni, hogy
Ha az aktuális X érték nagyobb mint (#paraméter1 osztva 2 plusz 3), akkor lépjen ki az alprogramból?
Mert nekem ilyesmi kellene.

Előzmény: Béni, 2018-02-01 12:38:31 [16586]