'Béni a #6879 hozzászólásodban az első sort nem szorzásnak kellene írni?
Szerintem tehát f(x)=x*cos(0,000505)'

Nem, az úgy jó. X értékét növelni kell, nem csökkenteni.
Viszont a Z függvényben inkább tangens, de kis szögnél nincs jelentősége, lásd Tibor45 hozzászólását!

Előzmény: Poolip, 2011-11-25 00:13:00 [6908]

A legördülő menüben: Méretezés > Stílus > Módosítás > Elsődleges mértékegységek (> Szögméretek > Pontosság

Vagy ugyanez külföldiül: Dimension > Style > Modify > Primary ... > Angle ... > Accuracy

Előzmény: KoLa, 2011-11-24 21:53:00 [6906]

Köszi Ha szebb nem is lettem (bár az is rám férne) de okosabb mindenképpen. Komoly támában nem szabad viccőni...

Előzmény: csewe, 2011-11-24 21:12:00 [6904]

Teljesen igazad van, így utólag nem is értem miért 2*Pi vel számoltam át a fokot radiánra
Így viszont akkor jól számol a mach3.

Béni a #6879 hozzászólásodban az első sort nem szorzásnak kellene írni?
Szerintem tehát f(x)=x*cos(0,000505)

Előzmény: Poolip, 2011-11-24 18:50:00 [6900]

Most látom! köszi!

Előzmény: Poolip, 2011-11-23 10:29:00 [6880]

Ma megnéztem gyorsan...? de nem találtam meg az erre utaló beállítást! AutoCad 2004! hol kell ezt beállítani?Eddig ilyen 'pici' szöget nem mértem vele, alapbeállításban van!ahogy feltelepült!

Előzmény: Rabb Ferenc, 2011-11-23 11:27:00 [6884]

Szia Béni!
Kivettem a pipát az enablede-ből,én is!
Manualban jó lesz, ha síkot kell esztergálnom!
Hosszirányultságú alkatrészeknél meg nincs jelentősége!
Szóval, van de nincs!nemtom' Pál fórumtárs mit szól a tesztekhez?

Előzmény: Béni, 2011-11-24 14:24:00 [6899]

sose tudod meg pontosan,mivel a pi végtelen.

Előzmény: Rabb Ferenc, 2011-11-24 20:08:00 [6902]

Jóvanna!
Most csak a kopott logarlécem volt kéznél ...

Előzmény: Rabb Ferenc, 2011-11-24 20:08:00 [6902]

Mér csak naggyából? Nincs annak a radiánnak pontos értéke? Mindig ez a hobbista trehányság! Méghogy naggyábó...

Előzmény: Béni, 2011-11-24 19:46:00 [6901]

Gondold át újra!

Több hiba is van a hozzászólásodban.
Radiánba így váltunk:

<szögérték>*Pi/180

Egy teljes kör, azaz 360 fok az 2*Pi radián. Egy radián az nagyjából 57,295779513082320876798154814105 fok.

Előzmény: Poolip, 2011-11-24 18:50:00 [6900]

Azt hiszem megtaláltam a hibát. Ellenőrizhetnétek ti is.

Az előző példánál maradva (6879-es hozzászólást) vegyük alapul. Szög érték amit kiszámoltunk az:
fokban: 0,02895188
radiánban: 0,0046078357

Tehát helyes eredményt akkor kapnánk, ha a radiánban számolt szöget írnánk a képletbe. Béninek mégis 0,000505-öt kellett írni a helyes eredményhez.

Egy hülye szoftverhibát követett el a gyártó, ugyanis:

0,02895188/(2*PI)=0,0046078357
0,02895188/(RAD)=0,000505

RAD = Radián = 180/(2*PI) = 57,29577

Tehát a Mach3 a fokot radiánra nem (2*PI)-vel osztással alakítja át, hanem egy radiánnal oszt.

Nem tudom mennyire lehet követni amit írtam.

Vagyis most ha a fok radiánra átalakításnál 57,295-el osztotok 6,24 helyett akkor jól fog működni minden.

Ha észrevételeim helyesek egy emailt lehetne írni a fejlesztőnek, hogy találtunk egy hibát.

Szia KoLa!

Kicsit jobban utána néztem ennek a 'Formula' dolognak (és ki is próbáltam).
Hivatalos dokumentáció gyakorlatilag semmi. Több vélemény szerint inkább játszani jó, kinematika leírásra nem való.
Módosítom az előző véleményem:
Ez nem megoldás a geometriai hibák kiküszöbölésére.

Egy kis idevágó értekezés:
http://www.machsupport.com/forum/index.php?topic=4126.0;wap2

Előzmény: KoLa, 2011-11-23 21:26:00 [6889]

Igen, az elektronika ua., csak a szoftvert fejlesztettem tovább. A honlapomról letöltöd a V2.010-es plugint, és az első indításkor automatikusan frissíti a firmware-t.

Előzmény: Törölt felhasználó, 2011-11-23 22:13:00 [6894]

Eleve csak radiánra igaz ez a kerekítés.
De akkor csináld úgy ahogyan elfogadja, úgy látszik hű önmagához a program: csicsa ablakhoz csak csicsa állandót fogad el, egyszerűt a világért se.:)

Előzmény: KoLa, 2011-11-23 22:28:00 [6896]

Sajnos a Mach nem díjazta, pedig kipróbáltam! ez nem azért van mert, mint ahogy írta Béni, itt radiánban kell megadni a szögeket!

Előzmény: Törölt felhasználó, 2011-11-23 22:15:00 [6895]

Nem tudom miért csinálja, ez egy újabb varázslata.
Egy biztos: sin(0.0011)=~0.0011, tehát azonos hatásúnak kellene lennie.

Előzmény: KoLa, 2011-11-23 22:01:00 [6893]

Az edigi elektronikákkal is müködik?
PL. az enyémmel?

Előzmény: Polgárdi Balázs, 2011-11-23 13:59:00 [6888]

Így is próbáltam de a Mach ettől a 'falnak' ment!vagyis a végálláskapcsoló szakította a tápot, de a Mach az csak futott-futott!

Előzmény: Törölt felhasználó, 2011-11-23 21:45:00 [6892]

f(z)=z-x*0.0011

Előzmény: KoLa, 2011-11-23 21:29:00 [6890]

Úgy tűnik jó lesz, programban működik, de hétvégén kiderül. Némi hozadéka a dolognak, hogy most már tudom léteznek makrók... )) Köszönöm!

Előzmény: csewe, 2011-11-23 07:03:00 [6876]

Tibor! hogy írjam be hogy jó legyen?Mert ha nem írtam sinuszt és zárójelet akkor a végálláskapcsolóra futott a gép!

Előzmény: Törölt felhasználó, 2011-11-23 12:20:00 [6886]

Szia Béni! kipróbáltam! a korrekció nem a háttérben van! hanem a Z DRO folyamatosan mutatja a korrekciót, ma úgy sikerült felragasztani a mérőórát hogy pont X-346 mm-re volt a túloldalon a mérőpont!
Kellett vele játszani mire 1 századon belül lett az órán a pontosság!Mikor jó volt írtam egy kis kódot a két végpont között gyorsjáratra , a Z-t oda vissza írta 0.2mm-t, de az órás teszt mindíg 0.01mm -n belül volt akárhányszor is futtattam a kódot!De van itt még egy kis bibi! először a két végpont közé írtam egy M2-t hogy tudjam ellenőrizni a végpontokon órával, de így mindíg hozzáadta a korrekciót a következő körhöz
Ez lett a jó beállítás a gépemre!

Előzmény: Béni, 2011-11-23 10:29:00 [6879]

Elkészültem egy újabb Mach3-as pluginnel az UC100 USB mozgásvezérlőhöz. Pár adat: kezeli a 6 tengelyt, slave axisokat, backlash kompenzáció, Probe bemenetet, THC, MPG1 és MPG2 kezelése. Akit érint, a honlapomról letölthető.

'kis szögekre ráadásul igaz az a kerekítési tétel, hogy sin(x)=~x'

Igen, teljesen igazad van. Kisebb erőforrásigényű így a korrekció.

Előzmény: Törölt felhasználó, 2011-11-23 12:20:00 [6886]

Az nem egészen világos hogy miért használsz itt függvényt, hiszen ennek az értéke utána végig állandó.
Azaz ez csak egy korrekciós konstans tényezős adat így, és a kis szögekre ráadásul igaz az a kerekítési tétel, hogy sin(x)=~x
Azaz egyszerűen KoLa csak írd be a szög értékét, mint szorzótényező.
Nem kell szerintem bonyolultan "varázsolni", és "meghalni a szépségben", ha a valóság sokkal egyszerűbb.:)

Előzmény: Béni, 2011-11-23 10:29:00 [6879]

Gondoltam, hogy nem 0, ezért is kérdeztem rá...

Előzmény: Rabb Ferenc, 2011-11-23 11:27:00 [6884]

Ha a kerekítési pontosság "0"-ra van beállítva, akkor igen. De ha nyolc tizedesre állítva, akkor 0,02895188 fok a kiírt érték.

Előzmény: Törölt felhasználó, 2011-11-23 10:05:00 [6878]

Ha a megadott X érték átmérőben értendő (valós elmozdulás csak 197,9), akkor a szögértéket módosítsd erre:
0.001010614

Előzmény: KoLa, 2011-11-22 22:01:00 [6872]

Természetesen.

Előzmény: D.Laci, 2011-11-23 10:37:00 [6881]

Mind a kéttő tengelyt kel korigálni?

Előzmény: Béni, 2011-11-23 10:29:00 [6879]

Igen, az AutoCad alapból be van állítva kerekítésre. Ha a szögértéken nyomsz egy jobb gombot előjön egy legördülő menü és az egyik pontja a pontosság beállítás, ott meg lehet adni hogy hogy kerekítsen. 0,029 fok

Előzmény: KoLa, 2011-11-22 22:01:00 [6872]

Ha jól értelmeztem, akkor ezt kell beállítani:
(Csak az X és Z függvényeket kell beírni és a képleteket engedélyezni! Az alsó mezők csak teszt célra vannak.)



Ha a kúpozás fordítva van, akkor a Z függvényben a minusz (-) előjelet váltsd pluszra!
/z+x*sin(0.000505306)/

Előzmény: KoLa, 2011-11-22 22:01:00 [6872]

Tegnap nekem is feltűnt ez a hanyag elegancia...:)
Tényleg létezik, hogy az AutoCAD erre 0 értéket adna?

Előzmény: D.Laci, 2011-11-23 08:32:00 [6877]

0.03°

Előzmény: KoLa, 2011-11-22 22:01:00 [6872]

csinálj egy M utasítást a vb szerkesztővel.
ez legyen benne.

ActivateSignal (digittrig)
Sleep (1)
DeActivateSignal (digittrig)

ez egy ezred másodpercre bekapcsolja a digittrigget.

Előzmény: Ezustvihar, 2011-11-23 00:44:00 [6875]

Sziasztok!
Valaki tudja, hogy a Mach3 a "Digital trigger" nevű kimenetet mikor használja? Esetleg van-e valami lehetőség G-kódból ki/be kapcsolni viszonylag nagy sebességgel?
Volna egy olyan megoldandó dolog, hogy a Z lefele mozgás helyett ezen a kimeneten adjon egy impulzust.

Köszi! Hát kár, hogy így van. Így szerintem használhatatlan. Induláskor honnan tudja a gép, hogy a kotyogás merre "áll"?

Előzmény: Polgárdi Balázs, 2011-11-22 22:16:00 [6873]

A Backlash úgy működik, hogy minden irányváltáskor a beállított kotyogás értékét pluszban hozzáadja a mozgáshoz. Azaz, ha a kotyogás pl. 0,1mm-re van állítva, akkor irányváltáskor először 0,1mm megy, majd onnan kezdi a programozott mozgást. Itt egy videó róla: Mach 3 Backlash Compensation

Előzmény: Poolip, 2011-11-22 21:35:00 [6870]

Mérőórát tettem a tokmányra és az egyik kés hegyére rááltam X++ irányban, ezt lenulláztam a Machban, aztán átfordítottam a tokmányt az ellenkező oldalra és ráálltam a késsel ugyan abba a helyzetbe hogy az óra nullán legyen!
Na itt a Mach X-395.8 és Z 0.2 mutatott!
Ezekkel az értékekkel az Autocad-ben kiszerkesztettem ezt a háromszöget , és leméreteztem ezt a szöget, de 0 fokot írt, az én beállításaimmal! lehet hogy Jó?
Ha valami nem érthető az előjelekkel akkor az a lényeg homorú felületet esztergálok!X0 Z-0.1

Jövök!!!

Előzmény: Béni, 2011-11-22 10:48:00 [6867]

Olvastam a mach3 felhasználói kézikönyvet és az 55 oldalon a 5.6.3. fejezetben szó van a holtjáték beállításról. Ez arról szól, hogy a kotyogásból eredő hibát úgy csökkentjük, hogy az egyes koordináta pontokat mindig egy irányból közelítjük meg. Ezt be lehet állítani a mach3 ba a Config==>Backflash menüben. Ennek nagyon megörültem, mert így nem nekem kell ezt megoldanom G-kód generálásakor. (persze ezt csak korlátozottan lehet használni, pl fúráskor)

Viszont kipróbáltam ezt a funkciót és nem működik úgy ahogy kellene vagy ahogy elképzeltem. Én arra gondoltam, hogy ha pl. x10 ből x20 ba tartok, akkor túlfut a 20-as koordinátán és fentről mondjuk 22ről fog visszajönni a 20-as koordinátára. Mikor az X20 ból megy X10 be akkor viszont nem kell túlfutni, hogy mindig egyirányból közelítse az adott koordinátát. És sajnos lefelé jövet is túlfut és úgy jön vissza. Szóval zavaros az egész nem értem mi a baj.

Valaki esetleg használta már ezt a funkciót?

ilyet még nem próbáltam,de szerintem ez semilyen problémát nem okozhat.

Előzmény: Poolip, 2011-11-22 15:01:00 [6868]

Köszönöm szépen! Igen úgy csináltam, ahogy korábban mutattad és működik is! Szuper! Olyat szabad játszani a mach3-al, hogy egy gombbal akarom nullázni egyszerre az "X" és az "Y" tengelyt, akkor oemtring beállításnál az 1-es és 2-es pozícióba ugyanazt az értéket írom, Hotkeynél meg az egyesbe a X tengely nullázását, kettesbe pedig az Y tengely nullázását? Így csináltam és működik, de attól még lehet, hogy ez így nem szabályos.

Előzmény: csewe, 2011-11-22 07:59:00 [6866]

KoLa!
Igen, korrigálható a hiba. Az sem gond, ha a Z tengely iránya eltér a főorsó forgástengelyétől.
Mindkét tengely függvényének módosítása szükséges minden esetben.

Skicceld le az eltérés geometriáját a lehető legpontosabb szögadatokkal (vagy eltérés/x mm) és küldd el email-ben! Megadom, hogy mit és hova írj be.
Legalább valaki élesben leteszteli ezt a funkciót.
A Mach üzembiztossága meg nagyban függ attól is, hogy előző nap mit ettél, így erre biztosat mondani nem lehet.

Előzmény: KoLa, 2011-11-21 21:24:00 [6864]

csináld oemtrig+hotkey-el
X=1008 Y=1009 Z=1010.

Előzmény: Poolip, 2011-11-21 23:45:00 [6865]

Úgy látszik béna vagyok. Találtam HotKeys táblázatot a mach3 ra és az "X" tengely nullázására CTR+x,0,enter tehát először CTR+x aztán egy nullát kell nyomni majd entert. Míg a mach3 felületén egérrel egy kattintással elvégezhető ez. Igazából egy külső kapcsolóval akarom megoldani az "X" tengely nullázást és beállításánál ott csak egy kódot tudok beírni. Hogy lehet ezt áthidalni?

Előzmény: lovas gyula, 2011-11-21 19:59:00 [6862]

Szia Béni!
Ez nálam is probléma! pici van a derékszögben az esztergán! ezzel a beállítással, akkor ki tudom venni belőle örökre a hibát?nem kell a kód írását korrigálni sík felület esztergálásakor?
No és ha ilyen hiba van, akkor ez a korrekció milyen átmérőn nulla? Z irányban?
Ha mind a kettőt kell korrigálni akkor az X is kérdéses! de gondolom G53 X0 Z0 és innen végzi a feladatát! és ez mennyivel rontja az üzembiztonságát a gépnek???

Előzmény: Béni, 2011-11-21 14:06:00 [6858]

nagyon köszönöm!

Előzmény: lovas gyula, 2011-11-21 19:59:00 [6862]

Az artsoft oldalán megtalálod az összes kiosztást

Előzmény: Poolip, 2011-11-21 19:55:00 [6861]