Tisztelt Uraim
Segítséget szeretnék kérni, elkészült egy kis, inkább gravírozónak nevezhető marógépem, ha kézzel írok egy G-kódot, azt pontosan megcsinálja, azt amit írok. A gép Nyák készítés céljából készült, mert ritkán csinálok két egyformát. Azért írok ide, mert félig ide tartozik, miszerint a gépet a Mach3-al járatom, a PCB-t pedig az Eagle-val készítem.
A bánatom az: sehogy sem tudom közös nevezőre hozni őket, a fúró-file még csak-csak, de a pcb nem megy.Persze olyat szeretnék, ami körbemarja, olyan már sikeredett, ami úgy megy mint a nyomtató: sorról-sorra, hát ez nem tetszik.Sokáig tart.
Az a kérésem, egy sikeres PCB gyártó adjon tanácsot, Ő hogyan csinálja, de az első szőrszáltól az utolsóig, tekintve, elég vénember vagyok, tudom ez nem jogosít arra, hogy hülye legyek, de már a hetvenediket taposom, a gyerekkorra jobban emlékszem mint a tegnapi ebédre.
A fáradozásait előre is köszönöm

M11P* = bekapcsolja a kimenetet.
M10P* = kikapcsolja a kimenetet.
A csillag helyére annak az OUTPUT-nak a számát kell beírni,amelyiket az adot port/pin-re konfiguráltad.

Előzmény: szmore84, 2013-09-24 13:32:00 [11007]

Vagy bármelyik makróba írd be, hogy Activatesignal(jel száma), ill. DeActivatesignal(jel száma)
Bővebben itt:
Mach3 wiki link
ÉS akkor a makrót meghívva ki vagy bekapcsolja a jelet.

Előzmény: szmore84, 2013-09-24 13:32:00 [11007]

M7/M8

Előzmény: szmore84, 2013-09-24 13:32:00 [11007]

Sziasztok,
egy kis segítséget szeretnék kérni.
Kellene nekem egy olyan kód/parancs amivel egy LPT kimenetet HIGH-ba tudok rakni míg egy másik kóddal ezt nem érvénytelenítem.
Hasonló mint az M3-M5 kombó, csak másik kódszó páros kellene.

Egy második relét akarok vezérlni de a leválasztó kártyámon csak 1 relé van(ez megy az m3-m5-el).
ezért a 4. tengely egyik kimenetét szeretném relé vezérlésre használni.

Hogy bírom ezt beállítani? Brain kell hozzá, vagy van valami egyszerű beállítás?

Üdv szmore84

Rendben ebben is van valami

Előzmény: n/a (inaktív), 2013-09-24 08:25:00 [11005]

értem amit mondassz de arra gondoltál, hogy mi van, ha valamit félrekötsz és esetleg leég a panelról néhány rézfólia vezeték? Akkor az egész drága USBs vezérlőt kidobod és veszel egy újat? Olcsóbb ha ilyenkor csak az olcsó "öcsipanelt" kell kicserélni. Ha az öcsipanelen minden optocsatolós akkor ha valamit véletlenül zárlatba kötsz akkor is csak az öcsipanel fog megsérülni.

Előzmény: frob, 2013-09-24 07:03:00 [11004]

Oké van benne valami
Bár jobban szeretem ha nem kell még az öcsipanel öcsipaneljét is legyártanom ahhoz hogy be tudjak kötni valamit...

Előzmény: n/a (inaktív), 2013-09-23 21:36:00 [11003]

Szerintem az UC100 és az UC300 olcsóbb és ráadásul magyar és több fórumtárs köztük én is megelégedéssel használom. A terméktámogatás is kiváló. Miért kellene akkor külföldi, netán problémás árut venni? Én inkább venném a Magyar terméket.

Van ilyenje valakinek?
http://www.goodluckbuy.com/4-axis-cnc-usb-card-mach3-200khz-breakout-board-interface.html
árban nem lenne rossz!

Gyors keresés eredménye : http://shakthimaan.com/downloads/hurd/kernel_interface.pdf

Lehet leprogramozni

Minden bizonnyal van hozzáférhető kapcsolódási pont, különben, hogy írnának az emberek hozzá bármit is, ettől függetlenül engem is érdekelne, hogy hol lelhető fel. Neki is esek keresgetni!

Sziasztok,

Milyen alternativa letezik LPT port elhagyasara Mach3-ho? Ami erdekelne, hogy kikuldje az osszes megfelelo adatot valamilyen interface-n (soros port, usb, stb.) es azt fel tudjam dolgozni kulso eszkozzel (kontrollerrel es sajat programmal), mint az UC100-as, csak nyilt forras koddal, es pluginnal.
Koszi.

Ha 25 000 khz en futtatom , dadog a rendszer , ezért állítom a 100 khz-re . Futtatam a driver tesztet , és egyenes vonalat mutatott .

Előzmény: D.Laci, 2013-09-21 13:04:00 [10994]

Annak tényleg nem kell

Előzmény: D.Laci, 2013-09-21 13:33:00 [10996]

H1-es vezérlőről van szó.

Előzmény: keri, 2013-09-21 13:31:00 [10995]

5 fázisú léptetőmnek fél lépésben kevés a 25khz, kb. 50khz szép frekvencia lenne elég, gondolom mikrolépésnél kellhet nagyobb frekin mert 16 mikrolépés még szögletesen mozog.

Előzmény: D.Laci, 2013-09-21 13:04:00 [10994]

Minek neked a 100kHz?
Féllépéses üzemmód esetén 400lépés/fordulat, 100.000/400=250 ford/másodperc., azaz 15000 f/min.
Őrülj ha a 25kHz-t kitudod használni…

Előzmény: Hunka Tibor, 2013-09-21 12:35:00 [10993]

Most ott tartok , hogy H1 inditása , PC Win7 inditása , Mach3 renszergazdaként inditva , 25 000 Mhz beállitása , program futtatása , átálítás 100 Mhz-re ,program futatása , majd a PC ujraindítása . Ha nem ebben a sorrendben csinálom következetesen dadog .
A jó sorrendem inditom akkor már csak egy bizonyos távolságra veszit egy lépést következetesen .

Előzmény: csewe, 2013-09-17 17:45:00 [10991]

Köszönöm, meg fogom lesni!

Előzmény: lovas gyula, 2013-09-17 15:42:00 [10989]

A H1 alapból féllépéses,nem ismer mást.

Előzmény: Hunka Tibor, 2013-09-17 15:16:00 [10987]

Tudomásom szerint h1-nél csak szoftveresen lehet állítani.Port&pin sherline 1/2

Előzmény: Hunka Tibor, 2013-09-17 15:16:00 [10987]

"set position" helyezi át a kivánt helyre a null pontot.

Előzmény: frob, 2013-09-17 15:03:00 [10986]

A nullázási kérdésre még mindig nem kaptam választ .

Előzmény: Törölt felhasználó, 2013-09-02 02:36:00 [10936]

Utolsó kérdésem : H1 vezérlömnél a fél lépéses űzemodot hol tudom beálitani , mert lehet , hogy nem ugy müködik . Amikor a CNC gépemet müködtette nem volt erre szükség .

Előzmény: Rabb Ferenc, 2013-09-17 08:32:00 [10966]

Nem, hogy elkerülte a figyelmem, azt sem tudom egyenlőre hogy mi a fenét keressek.

Elnézést közben volt egy telefonom és kissé zavarosra sikeredett. Nyilván a varázslóhoz nem kell tervező program épp ez a lényege.

Előzmény: lovas gyula, 2013-09-17 15:00:00 [10984]

Azt Te választod ki. Gondolom elkerülte a figyelmed.Ha a tervező programban a rajzlap közepét választottad "0"-nak akkor célszerű a varázslóban is ott hagyni. És igen ilyenkor megy mindkét tengely +\- is

Előzmény: frob, 2013-09-17 14:19:00 [10983]

Sziasztok, közben megint szétszedtem a gépet és megint össze is lett rakva.. próbálgatom tovább a mach3 at...
Még nagyon nem szeretjük egymást
pl miért van hogy a beépített varázslókkal készített g kód mindig mínuszba is akar menni, tehát értem ez alatt azt hogy a munkadarab közepe az yx koordináta nulla pontjára kerül minden alkalommal, most akkor hol kellene lennie a nullának, a munkaterület közepén?

Szerintem, tényleg kezelsz dolgokat.

Bocsi.
Keversz és nem kezelsz.

Szerintem, tényleg kezelsz dolgokat.
Windows, Linux, meg miegymás, ezek szintén csak marketing.
Az Intel processzornak lehet két módja. (mondjuk)
Valós és védett mód. Minden itt dől el.
A többi, már csak cicoma és marketing kérdése.
A DOS is futhat védett módban.
Innentől a szabályok ugyan azok, mint pl a Windows-ban.

Pont a lényeget ugrottad át...

A DOS semmit nem csinált, viszont ha ráültettél pl. a timer interruptra valami saját rutint, abból nem hívhattál meg DOS megszakítást, mert összeakadt, ugyanis _szándékosan_ nem reentránsra írták meg, mert akkor elég lett volna a DOS még nagyon sokáig, így viszont hely lett csinálva a későbbi vindózoknak.

A modern oprendszerek valóban multitaszkosak, időszelettel dolgoznak, de a lényeg nem ez, hanem a _rendszerhívások_, amik kernel szinten futnak és a user program nem tudja befolyásolni őket csak egy másik rendszerhívás, viszont egy rendszerhívás elveheti az erőforrást a user programtól. Ezt a dolgot teszi rendbe a realtime, hogyha te a user-space-ből időzítést kérsz, akkor az meglesz és annyi lesz. Az általad kezdeményezett rendszerhívás pedig egy adott időn belül le fog futni és te tudod is azt az időt.

Nos ezért kell a Mach-hal gányolni trükkös számokkal, mert az oprendszer (bármelyik vindóz) ezt nem tudja.
Hozzáteszem, alapból a Linux sem tudja, csak a realtime kiegészítésű kernelek. De ott legalább van ilyened, ezért is létezik az EMC2.))

Előzmény: Törölt felhasználó, 2013-09-17 13:54:00 [10977]

Én már a Machot elfelejtettem majdnem!A Linux cnc-t meg csak követem a távolból, viszont rohadt' stabilan hozza amit akarok!

Előzmény: vomberg, 2013-09-17 13:59:00 [10978]

A Mach-ot is érinti a problémakör, még ha nem is látszik ez elsőre.

Előzmény: KoLa, 2013-09-17 13:32:00 [10975]

Maradjunk ennél, de ez csak féligazság.
Pl, mert minden multitaszkos rendszer így csinálja.

Játékprogramokban, akár DOS alatt is szinte végtelen számú időzítő tud futni.
Ez már érdekesebb.
Ez a dolog kulcsa.
Vegyük még oda, hogy számtalan tevékenység a központi egység sem kell.
(DMA)
Sebesség, vagy időkritikus feladatoknál, meg senki nem a processzorra bízza a megszakítások kezdeményezését. Hanem az alaplapon levő időzítőre.
Neki se kell se processzor, se oprendszer, hogy kiossza a rábízott melót.

Téged, mint linuxost, nem akarlak elkeseríteni, de a linux annyira érdektelen, hogy vírust se írnak rá.
Nem mert nem lehet.
Minek?
Van annak elég baja nélküle is.

Miért kel a Mach-nak "titokzatos" számokat irkálni az időzítéshez?
Nem az éppen aktuális oprendszer miatt!
Hanem, az aktuális alaplap miatt.
Szerintem, érdemes lenne átvenni egy kicsit az Intel processzorokról dolgokat.
Multitaszkos rendszerben meg eleve nem lehet valóságos címekkel dolgozni.
No dez már tényleg egy hosszú történet.

Egy dolog a marketing, meg más dolog a valóság.
Magyarország jobban teljesít.
Tényleg?
De, miben?
A marketing, az már csak ilyen sánta kutya dolog.

Előzmény: vomberg, 2013-09-17 13:08:00 [10974]

Ez talán segít :LPT

Kell, hogy legyen normális infó, jó pár éve biztos volt.

Most sajnos nem tudom előkaparni.

A felhasználás szempontjából a BIOS-ban olyan módot kell beállítani, amit az alkalmazás igényel. / ha van ilyen mód ...

A mai gépeken már lpt sincs.

Előzmény: adamant, 2013-09-17 11:21:00 [10971]

Szerintem ezzel a beszélgetéssel át kell menni egy másik topicba!

Előzmény: vomberg, 2013-09-17 13:08:00 [10974]

Ne szédíts már... a real-time nem hablaty!

Nem azt jelenti, hogy kurva gyors hanem azt, hogy az egyes rendszerhívások pontosan megadott időkorlátokon belül lefutnak.

Kicsit kifejtem.
A kernel (az oprendszer magja) ütemezi a felhasználó programjainak az időszeleteit. Teszem azt 1 msec-es felbontással fut a programod. Ha rendszerhívás történik a te programodban, az általában le fog futni. Ilyen hívás pl. egy file megnyitása. Ezzel felborulhat az időszeletek kiosztása, mert a másik folyamatnak már meg kellett volna kapnia az 1 msec-et, de még mindig nem kapta meg, hiszen a te rendszerhívásod fut. Ugyanez vica-versa, egy másik, éppen futó rendszerhívás miatt meg te nem kapod meg időben az időszeletedet.

Rendszerhívást is meg lehet éppenséggel szakítani, de akkor azt neked, a felhasználói programodban kell tudni kezelni minden egyes alkalommal.

Remélem igazi programozó ezt nem olvasta, mert iszonyat pongyola az egész, de a lényeg benne van. Nem a gyorsaság hanem a megbízható pontosság a lényege a realtime oprendszernek.

Előzmény: Törölt felhasználó, 2013-09-17 10:20:00 [10970]

Rabb Ferenc!
Bocsi! Figyelmetlen voltam:((

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
Hunka Tibor!
Akkor egyérdemű a hiba oka. A vezérlő miatt van a dadogás.
Ha, lecseréled valami fejlettebbre akkor rendesen fog működni.

Előzmény: Rabb Ferenc, 2013-09-17 08:32:00 [10966]

Jaaj és a lényeg lemaradt, hogy a Mach3 hoz melyik az ideális?

Előzmény: adamant, 2013-09-17 11:21:00 [10971]

Egy pici infó gyűjtést szeretnék hátha tud valaki ebben a dologban valami okosat mondani nekem mert semmit nem találtam

BIOS ban belehet állítani az LPT portnál, hogy
SPP, EPP/SPP, ECP ezek közül melyik a helyes?

"Parallel Port
Ugyanaz áll rá, mint a soros portra, csakhogy ehhez tartozhat még egy másik beállítás is (Parallel Port Mode), ami lehet SPP, EPP/SPP, ECP vagy ECP/EPP. Ajánlott az ECP, EPP vagy ECP/EPP beállítás, ami magas adatátviteli sebességet ígér a porton át, illetve megadja a kétirányú adatátvitel lehetőségét. Ezzel azonban bánjunk óvatosan, mert régebbi nyomtatók esetében ez problémát okozhat és elképzelhető, hogy csak össze-vissza karakterek kerülnek a papírra; ez esetben maradjunk meg a - ha lassabban is, de - biztosabban működő SPP."

Előre is köszönöm!!

A "reáltájm" nagyjából a "szuperheterodin" megfelelője.
Egy marketing hablaty.
Mindenki képzelje bele, amit szeretne.
Persze, hogy nincsen köze a sebességhez, meg a szavak jelentése, meg az értelemnek egymáshoz.

Előzmény: vomberg, 2013-09-17 10:03:00 [10969]

A real-time az teljesen mást jelent mint amit gondolnak róla. Egyáltalán nem feltétele, hogy gyors legyen.

Előzmény: Törölt felhasználó, 2013-09-17 09:44:00 [10968]

Jogos!
Az a legkevesebb, hogy új nap, új méretre igazítás.

Jó ez a "reáltájm".
Ettől olyan tudományosnak látszó.
Amúgy, gyenge humbug.
Annak a körnek nagyon tetszik.
Ez a lényeg.

A magamfajta Windows használó, meg azzal bajlódik, hogy a gép még csak ma kezdte futtatni a múlthéten indított dolgaimat.
Hiába.
Ez nem "reáltájm".

Előzmény: vomberg, 2013-09-17 09:02:00 [10967]

Ja-ja...
Én is minden reggel felkelek, s kávézás közben úgy vázlatszinten írok egy real-time oprendszert. Ha nagyon lustizok és még üldögélek egy kicsit, akkor tesztelem is.
Ez már csak így megy mifelénk, linuxos csókáknál.

Előzmény: Törölt felhasználó, 2013-09-17 08:18:00 [10965]

Lásd #10954! H1 és gondolom féllépéses üzemmódban, mert a H1 azt szereti.

Előzmény: Törölt felhasználó, 2013-09-16 23:34:00 [10964]

Ezért jó a nyílt forráskódú oprendszer.
Ha valahol bibi van, csak átfutja az ember a forráskódot, javítja, újra fordítja és már mehet is a móka tovább.
Emitt, meg kénytelen olyan oprenszert választani, ami jó a feladatra.
Vagy a szoftvert igazítja az oprendszerhez.

Tibor!
Arról is írjál, milyen vezérlőt használsz, és milyen mikrolépéssel?
Egyébként, Win 7 alatt nekem is volt mindenféle bajaim. Ezért gyorsan visszaálltam az XP re.
És, másokat is hallottam panaszkodni itt, rá.

Előzmény: Hunka Tibor, 2013-09-16 20:30:00 [10961]

Lehet hülyeséget mondok!
Nem lehet, hogy kevés a puffer kondi, és amikor több tengely mozog, nem jár emiatt elég simán?

Előzmény: Hunka Tibor, 2013-09-16 20:30:00 [10961]

Akkor ezek szerint nem fog segíteni a 062 sem,mert nálam ez a két verzió nem dadogott.
Nálam is aprókat kell lépnie a gépnek és azt szaggatás nélkül,és ez a két verzió tudta csak .
A tőbbivel szaggatott.

Előzmény: Hunka Tibor, 2013-09-16 20:30:00 [10961]