Én is úgy tartanám előnyösnek hogy a szálirányra valamilyen szögben történnyen a megmunkálás. ez volna a cél csak nagyobb lesz a g kód. Holnap elindítok egy 55mm átmérő 450mm hosszú anyag megmunkálását 20fokos raszterban marva az A tengelyre. meglátom hogy üzemel. a felületnek sokkal szebbnek kellene lennie.
Saját eszemtől a forgató egyenletesen forgna, a Z rángatózna, és Y-ban lépegetném a rasztert. Ilyenkor mindig keresztbe vágná a szálakat. Vagy az épp nem lenne előnyös?
Na akkor a szerszámpálya szimuláció volt eddig a ludas. Az előreolvasást is visszavettem 10-re
Törölt felhasználó
2018-02-24 11:44:52
[16748]
Próbáld ki és írd be nálad jó e így.
Azért fogja meg, mert faesztergamódban akarod marni. Ez, több okból is helytelen. De majd rájössz a gyakorlatban. Így a legkisebb mozdulatra is újrakel számolnia a végtelen hosszú szerszámpályát. Amint láttad, tapasztaltad, a rövidebb szerszámpályánál ez másképp alakul.
- Kapcsold ki a szerszámpálya kijelzést (1024-es screenset, Diagnostics ablak, ToolPath On/Off) - LookAhead értéket vedd sokkal kisebbre! (Max. 100, de 10 is elég.)
A forgató próba nevű X-Y-Z tengelyre lett generálva csak utólagosan az Y ki lett cserélve A-ra. ez 30fokos raszterba megy. A stalin nagyol egyből A tengelyre lett generálva de X tengelyen történik a raszter marás és csak a végeken lép pár fokot az A tengely. ezek szépen lefutnak akadás mentesen.
Az utolsó a stalin simit egyből A tengelyre lett generálva úgy hogy a fő megmunkálás A tengelyen történik és az X tengely csak akkor lép ha 0 vagy 360 fokon áll az A tengely. Ennél nagyon akadozik a megmunkálás. Akkor is ha nullpontfelvétel után elmozgatod mind a 4 tengelyt manuálisan és csak simán elküldöd GOTOZERO állásba.
Van még 3db G kód is. stalinx stalin45 stalin90. Ezeknél a nevükből adódóan a rasztermarás x tengelyen vagy x tengelyre 45fokosan illetve x tengelyre 90fokosan történik.
Jog módban egyszerre több tengelyt mozgatva akadás nélkül fut 15-20ezres gyorsjárattal.
Uc100 most ki van véve de holnap feltelepítem az I5-ös gépemre meglátjuk mit csinál 4x2.2ghz proci 4giga ram és 2gigás videókártya alatt.
svejk | 33038
2018-02-23 15:21:14
[16739]
A Mach3 egyébként nagy csaló, sokszor önkényesen a gyorsulásokat a setup értékénél sokkal nagyobb értéken számolja. Ezért is van az, hogy az LPT-s mach3 ugyanazzal a G-kóddal sokkal hamarabb lépést veszt, mint egy külső hardveres step generátoral kiegészített, ahol mindig kontrollálva van a megadott gyorsulás/lassulás.
Én megnéztem tegnap csak PC-n a G kódját, nálam is szaggat mint a fene, de a proceszor terhelés nem megy 10% fölé egy nagyon kemény Atomos gépen, a memóriából is csak minimálisat használ. Ennek bármilyen ócskavason mennie kellene.
Persze, persze, "tökéletes". A probléma ott kezdődik, hogy a forgó tengelynél nem is ismeri a valós pályamenti előtolási sebesség üzemmódot, így a G kód tartalma és a valóság közt jelentős az eltérés. De kárpótol a "szépség".:)
Ahogy látom, a forgatód inkább faesztergának van beállítva nem forgatós maráshoz. Az egy pillanatos videón ezt mutatja. A forgató "A" sebességét vedd vissza kb. 3-500 ra a kódban. G0= 1000 Gyorsulás 100 körül. G0= X és Y 4-5000 gyorsulás 3-500 körül. Z= G0=1200 Gyorsulás 120. Minden sebesség adat mm/min be legyen. A szerszámoknál is. Elsőre kb enyi. Küld át az Mill XML -t a a Mach3 ból, megnézem mi van.
A Mach3-nál (meg sok más hasonló "divat/dizájn" CNC vezérlőnél) sajnos az a helyzet, hogy ahogyan növekszik a vezérelt tengelyek száma, egyre jobban belassul, majd akadozni kezd, végül annyira lebutul, hogy használhatatlan lesz. Sajnos amikor 2 tengelyről 3-ra váltasz a G kódban, ezzel kell szembesülnöd. Különösen akkor, ha az egyik tengely forgó, és csak éppen a minimál HW alatt futtatod a rendszert. Ekkor már a sok felesleges csicsa-szemfényvesztés-bábozás a háttérben teljesen felemészti a rendszer gyorsaságát, és pont arra a LEGFONTOSABB FŐ műszaki lényegre nem marad elég képesség, hogy a step/dir jeleket nagy sebességgel, korrekten küldje kifelé az adott motorhajtásokhoz.
Na. mach ujratelepítve gyári licenszel. Azoknál a bizonyos eseteknél még mindig akad. Viszont most már az egyik tengely is letilt. Előbb A91-et ír majd A72-vel megáll az adott tengely.
Holnap kipróbálom frekivalto nélkül . A tengelyek uresjaratban meg a 18000-es sebesseget is bírják. Nem értem miért akad GOTOZERO-ra jaratasra ha be van olvasva egy A tengelyes kód. És csak az zavarja ha A tengelyre van a raszteres marás állítva.
Azért irtam hogy munkadarab nélkül mert pl negyed-tized sebességgel végigjáratva ugyanazt a kódot egyből kijön ha -nem elég gyors a géped -Mach nem birja sebességgel az összes tengelyt -kikapcsolt frekiváltóval is ki tudod próbálni,nem-e az zavar be
Ha simán X-Y-Z megmunkálásra generálom a kódot szépen fut 7500-as előtolással. Ha ugyanazt forgatóra generálom hogy az Y lesz az A tengely akkor még 3000-es előtolással is akad.
de csak akkor ha A tengelyen is megy a raszter marás.
Hiba lehetőségek: 1. Kevés a PC-d HW adottsága (Proci órajel, memória). 2. Csak a Mach fusson a gépen, minden más alkalmazást zárjál ki. 3. Kevés a kernel freki beállításod, állítsad maximumra (100kHz). 4. Túl nagy a maximális sebességed az adott felbontáshoz, vedd vissza. 5. Kapcsold ki a szerszámpálya grafikát, egyéb sallangokat. 6. Az NC mondatok előolvasási darabszáma ne legyen 50-nél nagyobb.
Ezeken a pontokon menj végig, valamelyik csak segít, hiszen bármelyik okozhtatja az akadozó mozgásokat.
Na még mindig küzdök. A hibajelenség abból áll hogyha nincs beolvasva G kód vagy manuálisan van átírva az Y-A tengelyre akkor gyönyörűen elmegy GO TO ZERO állásba és hibamentes a megmunkálás is. Ha viszont be van olvasva egy olyan progi ami generálásnál már A tengelyre lett beállítva akkor egyből akadozva megy GO TO ZERO állásba és a megmunkálás is ugyanúgy akadozva történik. A két videón látszik. Mi lehet a probléma és hogyan küszöbölhető ki? UC100 nincs bekötve.
2018-02-24 20:19:14
