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]

R3.043.066 verzió van most meg .

Előzmény: csewe, 2013-09-16 19:17:00 [10959]

Én eddig még csak XP alatt futtattam a mach-ot.

Előzmény: Hunka Tibor, 2013-09-16 19:08:00 [10958]

Ine az R3.043.066-ot leszedheted,a is tökéletesen működött.
Csak azért választottam a 062-t kmert az ismerte az M10/M11 utasításokat,a másik meg nem.

Előzmény: Hunka Tibor, 2013-09-16 19:07:00 [10957]

Ja a lényeget nem irtam Win7-32bit -re kell .

ezt a verziot még le lehet tölteni ??

Előzmény: csewe, 2013-09-16 13:51:00 [10956]

Én már találkoztam ilyen dadogással.
Némi kísérletezés után,kiderült,hogy az R3.043.062 követi le legjobban az apró lpésekből álló G kódod.
Azóta nincs ilyen gondom.

Előzmény: Hunka Tibor, 2013-09-16 13:39:00 [10954]

Mind a három tengelyen ? Ha csak az egyiken akkor cseréld el a motorokat vagy a motorok step jeleit és nézd meg hogy a másik tengely is dadog e

Előzmény: Hunka Tibor, 2013-09-16 13:39:00 [10954]

Digitalizálásban elértem , hogy megrendelésem van .De egy komoly hibába futottam bele ami meghiusithatja a megrendelésemet .
Mach3 vezérli a H1 léptetö motor vezérlömet .
A hiba jelenség a következö : valamikor teljesen kiszámithatatlanul a lassu mozgatás alkalmával elkezd dadogni a léptetö motor . Valamikor tökéletes , valamikor meg képtelen egyforma ütemben müködni .
Mivel a digitalizálás ezen fázisa a tökéletesen egyforma ütemben mozgo láseren alapszik , nem tudok minöségi munkát produkálni .
Kéerem a forumot segitsen nekem .

Saknos nekem nem müködik egyik változat sem .

Előzmény: csewe, 2013-09-01 19:41:00 [10930]

Ezt a funkciót a Mach3 nem tudja.
Kiegészítő elektronikával lehet zárt hurkú szabályzást létrehozni, de azt sem a Mach fogja lekezelni.

Előzmény: Neo2a, 2013-09-03 11:38:00 [10951]

Nem tudom hol érdemes feltenni a kérdést, ezért ide is bemásoltam

Sziasztok.
Segítségetekre lenne szükségem a Mach3 beállításában. Szereltem tengelyenkén 1-1 enkóder a léptetőmotorokra. Szeretném, ha a Mach3 ne a motorok vezérlőjelei alapján kalkulálja az elmozdulást, hanem az enkóder jelek alapján mérje, de nem tudom, hogy ezt hogy lehet beállítani. Az I/O-kat az enkóder fülön beállítottam, de ez még kevés. Nem onnan szedi az adatokat.
Köszi

A G73 , és a G83 fúróciklusokban az R paraméterrel lehet beállítani a kiemelés, és ezzelegyütt a gyorsjárati síkot.
Például:R2 azt jelenti, hogy a ciklus végén 2 mm magasra kihúzza a fúrót, és ebben a magasságban áll át a következő pozícióba.

Előzmény: István83, 2013-09-02 07:45:00 [10937]

Köszönöm a segítséget.

Előzmény: HJózsi, 2013-09-02 13:10:00 [10948]

Mach3->Config->Safe_Z Setup...

Előzmény: István83, 2013-09-02 07:45:00 [10937]

Végül is így tanul az ember!
A lényeg a cnc-ben, nem szabad feladni, és sokra lehet jutni!
Mindenki, saját hibáiból tanul a legtöbbet.

Előzmény: István83, 2013-09-02 12:11:00 [10946]

Lemaradt,bocsika a "-"jel.
A G81-nél nem kell Q.De én nem vagyok profi csak
pár hónapja foglalkozok cnc marókkal.

Előzmény: Pabló, 2013-09-02 11:54:00 [10945]

Csak én azt nem értem, hogy a Z miért nem mínusz!
Felfelé fúr?
Különben ezek a G kódok meg ipari gépeknél, fanuc, siemens-nél is így vannak!
Ugye a g81 nél nem kell Q érték, az nem emel vissza, ha jól emlékszek a G73 meg csak adott milliméterenként megszakít, de nem emel vissza!

Előzmény: István83, 2013-09-02 10:59:00 [10943]

Mázlista vagy.
Az R érték kötelező az ilyen ciklusoknál, hibaüzenettel meg kellett volna állnia a gépnek. Ehelyett egy bizonytalan értékkel (még ha 0 is volt az) megcsinálta.

Örülök, hogy sikerült, "normál" g-kódban bátran kérdezz, Mach specifikus dolgokban már nem vagyok otthon, de szerencsére vannak itt szakértők is ha olyan a probléma.

Csak annyit csináltam,hogy a fúró ciklus parancsom
végére beírtam R értéket
.Azaz G83 X10.0 Y5.0 Z8.0 Q1.0 R1.0 így már a többi
sornál már el hagyhattam R1.0-et a többi 20 ciklusnál.
És kiemelte a fúrót Z 1.0 értékre ciklus közben,
és átjárásnál is.Nekem ez volt a lényeg,hogy letudja öblíteni fúrót a hűtővíz,és ne karcolja össze az anyagot.

Előzmény: vomberg, 2013-09-02 10:41:00 [10942]