http://screencast.com/t/co0bmsBmR
Ajoin tollasen pyöritys-akseli työstön.
Z oli lopussa 1 millin ylempänä kuin alussa,eli siitä tuli ikäänkuin spiraali.
Kysymys kuuluu että onko vika Cs labsin laatikossa vai Deltan servoissa ja ohjaimissa,vai Mach3?
NEUVOKAA MITEN TÄTÄ ONGELMAA PITÄISI SELVITTÄÄ.
Tilanne on se että jotain pitää ruveta kokeilee.
ONKO SE>> Servon vaihto >> Ohjaimen vaihto>>CSLABSin vaihto>>CSlabsiin firmwarepäivitys>> postan vaihto>>Mach3 vaihto
Mikä näistä ensin vaiko kaikki??

Pikku tarkennus: simulaatio menee videon mukaan ok mutta reaalimaailmassa akselit ei olekaan siellä missä pitää ?

Ensin pitää tarkastaa g- koodi. Oletettavasti työstettävän renkaan keskipiste on pyöritysakselilla, siltä ainakin simulaatiossa näyttää. Jos siis g- koodin alussa ja lopussa on sama Z niin mallinnus ja post on todennäköisesti oikein ja vika on laitteen päässä. Jos vika on jo g- koodissa niin silloin mallinus tai post voi olla syyllinen.
Jos Z- akselia ajaa samalla nopeudella kuin ohjelmassa useita kertoja ylös- alas niin pysyykö paikka silloin vai vaeltaako se ?
Jokin saattaa myös olla löysällä (mitä ikinä servon ja liikkuvan massa välissä onkaan, akselikytkin, hihna, kuularuuvi, jne).
Machista ja cslabsista ei ole kokemuksia mutta jos eri palikat pystyy testaamaan yksi kerrallaan mahdollisesti käyttäen toisen akselin servoa tms niin syy pitäisi löytyä.

Mä nyt ylipäänsä lähtisin koneen testauksessa ja pystytyksessä siitä että heittäs tollaset 3d softat ja cam:t jordaaniaan ja hakkais idioottivarman testikoodin käsin alkumäärittelyt ja vaikkapa exel:llä generoisin 1000rivin pistejoukon ja näistä liikevariaatio jossa tiedetään laskennallisesti alku ja loppupiste.

Ensin testaus akseli kerrallaan jostakin inhimillisestä nopeudesta ja lisäten nopeutta kunnes jotain ongelmaa alkaa ilmetä. Ja sitten vasta sirtyisi useamman akselin ajoon.

Idioottivarmasti kun tietää että mekaniikka skulaa niin siitä voi jatkaa softan ihmettelyä

Kaikki ongelmat kun kerää yhtäaikaa klimpiksi cad, cam, post, mach, servot, cs labs, mekaniiikka, käyttäjävirhe etc etc niin on siinä suo seuloa se neula..

Tein uuden koodin ja tossa laitan kuvan ja simun ja gkoodin.
Tossa kuvassa näkyy se 1mm pykälä,eli se nousee millin ylöspäin.
Ihan kuin se saisi jostain komennon tehdä nousu kierroksen aikana.
Siinä on suunnilleen 3000 riviä,eli ei ole iso nousu per steppi,mutta ei tollasta saisi olla.


Simulaatio>>http://screencast.com/t/RXQ39iCc

Lainaus käyttäjältä: Isto - 22.01.15 - klo:19:06
Pikku tarkennus: simulaatio menee videon mukaan ok mutta reaalimaailmassa akselit ei olekaan siellä missä pitää ?

Ensin pitää tarkastaa g- koodi. Oletettavasti työstettävän renkaan keskipiste on pyöritysakselilla, siltä ainakin simulaatiossa näyttää. Jos siis g- koodin alussa ja lopussa on sama Z niin mallinnus ja post on todennäköisesti oikein ja vika on laitteen päässä. Jos vika on jo g- koodissa niin silloin mallinus tai post voi olla syyllinen.
Jos Z- akselia ajaa samalla nopeudella kuin ohjelmassa useita kertoja ylös- alas niin pysyykö paikka silloin vai vaeltaako se ?
Jokin saattaa myös olla löysällä (mitä ikinä servon ja liikkuvan massa välissä onkaan, akselikytkin, hihna, kuularuuvi, jne).
Machista ja cslabsista ei ole kokemuksia mutta jos eri palikat pystyy testaamaan yksi kerrallaan mahdollisesti käyttäen toisen akselin servoa tms niin syy pitäisi löytyä.

Jonne laitto koodin pätkän jossa liike oli  Z-10, Z0,,  ajoin sen 1000 kertaa
ja toinen testi jossa oli myös X-10 Y-10  Z-10,, X0 Y0 Z0  lisäksi,sen ajoin 1500 kertaa
Muutosta Z korkeuteen ei tapahtunu ollenkaan,eli 2500 kertaa, eikä muutosta.
Konkareille kysymys ,,mistä tää kertoo, sen z ongelman suhteen.
Eli voiko tän perusteella eliminoida joitain syitä pois.
PS
Tuo mittaus on tehty tönärillä, mutta mitä tässä testissä pitäisi olla servo-ohjaimen päädyssä liikkuva lukema?

Näyttäis kuvan perusteella olevan 1mm heitto b-akselilla täyden kierroksen lopussa, kokeile ajaa sama koodi muutettuna niin,ette z-akseli nouse ollenkaan ja pelkkä b-pyörii (eli vähän niinku sorvaisit)

Jotenkin tuntuu ettei se vika voi olla kuin g koodissa  :-\
Ja se ei voi oikein tulla muutenkuin että camissa nollapiste on poissa keskiöstä ja koneella se on keskellä.
Oliko sitä g koodia nähtävillä jossain?

Lainaus käyttäjältä: Hiekkaranta_92 - 23.01.15 - klo:13:05
Jotenkin tuntuu ettei se vika voi olla kuin g koodissa  :-\
Ja se ei voi oikein tulla muutenkuin että camissa nollapiste on poissa keskiöstä ja koneella se on keskellä.
Oliko sitä g koodia nähtävillä jossain?

Siinä samassa jossa on tuo kuva

Simulaatiossa muuttuu sekä x, y, z koordinaatit. G-koodissa on vain yksi X lauseke ja loput yz tasossa..

Lainaus käyttäjältä: ttontsa - 23.01.15 - klo:17:20
Simulaatiossa muuttuu sekä x, y, z koordinaatit. G-koodissa on vain yksi X lauseke ja loput yz tasossa..

Siitä madcamin simulaattorin x, y, z, 4  ja 5 akselien lukemat näyttää mitä sattuu,se rataviiva pitää paikkansa,
Eli ei ole eka simulaattori,jossa kaikki ei ole yksi yhteen todellista,jos nyt sitten tätä tarkoitit.

Olisi mielenkiintoista kuulla kommentteja sen Z ylös alas testin tuloksista,  josta kirjoitin tossa aiemmin,, että onko ne korrekteja vai ei,,ja sen myös että mitä kuuluu olla servo ohjaimen päässä olevat lukemat.
Täytyykö ne pysyä samana vai saako ne vaihtua?

Lainaus käyttäjältä: Kai - 23.01.15 - klo:19:08
Siitä madcamin simulaattorin x, y, z, 4  ja 5 akselien lukemat näyttää mitä sattuu,se rataviiva pitää paikkansa,
Eli ei ole eka simulaattori,jossa kaikki ei ole yksi yhteen todellista,jos nyt sitten tätä tarkoitit.

?

eikö akseleita ja nollapisteitä saa vastaamaan todellisuutta? Vähän kuin ajaisi autokoulussa vasemmanpuoleista rallisimulaattoria käännetyllä ratilla ja seuraavaksi lähdettäisiin liikenteeseen...

tossa sun simulaattorivideossa http://screencast.com/t/RXQ39iCc siis muuttuu sekä x y ja z koodit tossa txt tiedostossa ei ole kuin 1 ainut X käsky. Mistäs simulaattori X käskyt taikoo?

Sähläsin siihen väärän editorin
Tässä on oikea.

sorry, siis tässä simulaatiossa (vähän puhelimen kanssa veivaaminen tuskallista linkityksen kanssa):

http://screencast.com/t/co0bmsBmR

etenkin ton x arvon juoksu ihmetyttää kun tossa txt tiedostossa ei ole kuin yksi x-rivi

Lainaus käyttäjältä: Kai - 23.01.15 - klo:15:08
Siinä samassa jossa on tuo kuva

Ota silmä käteen ja katso :DD

Noniin koodissa ei pitäs suurta vikaa olla kympin luokkaa se keksii arpoa jostain syystä ztaa, mutta lienee meshin tarkkuus asetuksista kiinni...

Minun järjen mukaan tuota ei pitäisi tapahtua... no pari juttua mitä kannattaa kokeilla
-kokeileppa laittaa tuola alussa tuo G40.1 -> G40.0
-tarkista terän kiinnitys, jos joku kartioholkki niin kireämälle... Terä voi tollasessa työstössä vetää itseään pidemmäksi, kun tulee äkillisiä kuormituksen muutoksia terälle.