Nyt keltanokka Fanucin omistaja tarvitsisi vähän pätevämpien tekijöiden neuvoja.
Kyseessä Nakamura TMC-20 jossa ohjauksena Fanuc 10TE. Ongelmana on ettei sorvi ei anna minkäänlaisia yhteisymmärryksen merkkejä keskustelusta tietokoneen kanssa ohjelmaa lähetettäessä sorville.
RS kaapeli on sorvin muakana tullut ja pitäisi olla oikein tehty. Olen muuttanut netistä löytyneiden ohjeiden mukaan tietokoneen com portin, koodia lähettävän ohjelman ja sorvin parametrit toisiaan vastaaviksi muttei mikään tunnu auttavan.
Symboli, jonka pitäisi syttyä näytön oikeaan alareunaan valikkopainikkeiden yläpuolelle kun yhteys tietokoneeseen on muodostettu, ei syty ohjelmaa lähetettäessäkään.
Mahtaisikohan joku neuvoa? Ei oikein hommat etene ja käsinkään en tohtisi alkaa ohjelmia pidemmän päälle kopioimaan koneelta sorviin kun kaikki pelit ja rensselit sähköiseenkin siirtoon on olemassa ;D
En ole kyseisen asian kanssa itse ollut tekemisissä, mutta tiedän että yhdelle fanucille vika oli seuraava:
Koneen puolella oleva sarja liikenne portti oli hajonnut, jonka myötä vika ilmeni juuri kuvailemallasi tavalla.
Mutta ellen väärin ymmärtänyt korjaus miehen puheita niin siellä koneen puolella olisi pinnit toiselle sarjaportille ns. backup portti johon kytkennän voi siirtää.
Asiasta enemmän tietävät voivat varmasti korjata pitääkö tämä paikkansa.
Onko lähettävä tietokone kannettava vai pöytämallinen? Osassa kannettavia sarjaportin jännitteet on +-5v (tai 0-5v tai jotain muuta), mutta vanhemmat sarjaportti piirit (Fanucin sisällä) voi vaatia +-12v signaalit.
Jos olet liittänyt sarjaportin semmoiseen USB palikka porttiin niin katso että se on semmoinen mikä puskee korkeammalla jännitteellä sen signaalin.
Tietokoneena on vanha pöytämallin XP. Piuha menee suoraan tietokoneen sarjaliittimeen, välissä ei ole usb muuntopalikoita.
Nakamurassa on sarjaportin vieressä myös toinen, 20 nastainen liitin. Näyttää hyvin erikoiselta, kyseessä ei ole ainakaan mikään yleisliitin.
Se naapuriliitin on varmaan Hondan teollisuusliitin, niitä Fanuc suosii. Siinäkin pitäisi RS232 kyllä löytyä, ja nimenomaan kaikki on +-12V signaalitasoilla kuten alkuperäinen speksi sanoo.
Kokeile käyttää PC:n päässä jotain semmoista terminaaliohjelmaa joka näyttää signaalilinjojen tilat. Olethan huomannut, että kaapein on oltava ns. nollamodeemi, eli TX ja RX -signaalit ristiin, CTS/RTS ristiin ja vielä CD,DTR,DSR ristiin sopivasti keskenään. Pelkkä piuha välissä aiheuttaa periaatteessa oikosulun kun on lähdöt lähtöjä vastaan. Modeemisignaalien puute aiheuttaa ettei mitään tapahdu.
Nuo ensin kuntoon ja sitten siitä eteenpäin.
Vanhemmassa T3/ fapt vehkeessä tiedonsiiro pitää aktivoida input tilaan erikseen. Myös fapt/ nc näppäimet pitää olla oikeassa tilassa koska samat kytkimet vailuttavat i/o tilaan... Meillä homma toimii noissa 80 luvun alun koneissa niin että koneella on ohjelma
8999
X2010
M30
X arvolla määrätään pyydetyn ohjelman numero...
Tämä ohjelma lähetetään tietokoneelle näpyttämällä
8999 send. Jonka jälkeen tietokoneella pyörivä dnc ohjelmisto tallentaa ohjelman 8999. Dnc ohjelmiston parametreihin on määritelty että ohjelma 8999 on kutsu ohjelma jolloin dnc tulkkaa siitä X arvon ja etsii vastaavalla numerolla olevan tiedoston kovolta ja alkaa puskemaan sitä com porttiin... Fanukilta pitää läheetyksen jälkeen painaa reset ja sen jälkeen vielä input ennen kuin alkaa ottamaan vastaan ohjelmaa...
Kytkentä kaapelissani on tuollainen: http://www.dncsetup.com/images/dte1.jpg (http://www.dncsetup.com/images/dte1.jpg)
Mikä terminaaliohjelma sitten näyttää signaalilinjojen tilan? lähetän sorville suoraan CAM ohjelmallani.
Osa vanhemmista fanukeista on ainakin tarkkoja siitä että ohjelma on oikeanlainen... Eli ohjelman lähetys loppuu ensimmäiseen m30 käskyyn jos sellainen on jostakin syystä keskellä ohjelmaa tms... Jos sulla on käytössä ohkelma joka osaa ottaa vastaan sorvilta tulevan softan niin käynnosyä se tai sitten ihan terminaali ohjelmisto ja yritä lähettää tiedosto sorvilta tietokoneelle päin ja katso tapahtuuko terminaalissa jotakin vai ei....
Lainaus käyttäjältä: VAINIO - 08.02.16 - klo:17:21
Kytkentä kaapelissani on tuollainen: http://www.dncsetup.com/images/dte1.jpg (http://www.dncsetup.com/images/dte1.jpg)
Mikä terminaaliohjelma sitten näyttää signaalilinjojen tilan? lähetän sorville suoraan CAM ohjelmallani.
Tuossa kytkennässä olisi hyväö viedä yli vielä CTS/RTS-signaalit ja kytkeä ne ristiin vastapäähän samoin kuin ne on tuossa nyt kytketty ristiin omaan päähän. Eli PC:n RTS kytketään CNC:n CTS-signaliin eikä omaan jne. Näin saadaan vuonohjaus käyttöön.
En tunne tarkemmin Fanucin 10-mallia, mutta hacklabin Fanuc 0 haluaa skipata ekan ohjelmarivin. Pidä siis huoli, että siinä on jokin kommentti sulkumerkeissä, muuten saattaa ohjelman numero jäädä siirtymättä.
Ainakin Winkkarissa pyörii RealTerm http://sourceforge.net/projects/realterm/ (http://sourceforge.net/projects/realterm/). Sillä saa näkyviin kaikki kättelysignaalit ja niiden vianhaku on helppoa.
Kremmenin toteamus ihan hyvä :)
Myös vanhempi Fanuc T3 skippaa ekan rivin joten ohjelmissa ekalla rivillä pelkkä ; puolipiste ja seuraavalla ohjelmanumero ja sitten vasta varsinainen ohjelma joka yleensä alkaa G50......
Heitäppäs näkyviin tiedonsiirron parametrit pcltä ja ncltä.
Tuo kaapeli "vaatii" softa kättelyn, parametrit varmaan monessa ohjeessa täysin kytketylle kaapelille.
Tosin tuon kuvan mukainen kaapeli toimii molemmilla asetuksilla? pitää vain olla fyysisesti koneiden kätteliä ja järjellä miettiä mitä tapahtuu. Turha lähettää cnltä pclle jos pc ei ole jo ottamassa vastaan tai toisinpäin...
Ikinä ole ollut murheita jännitteiden kanssa, kaiken muun kylläkin.
Honda- liitin on rinnan sen 25 pinnisen kanssa, ainakin 11m ohjauksessa on useampi portti kortilla, hondaliitin sielläkin. Nauhalukia on usein pois muodista, sen portti käy hyvin jos epäilee että on rikki.
Tiedonsiirto on armotonta, mutta usein vain nclle lähettäessä. Pclle saattaa tulla ohjelma puhtaasti, apinasuodattimet on käytössä. Fanukille ei kuitenkaan sovi että asiat poikkeaa sovitusta.
Usb aikakauden ihmiselle tekee ihan hyvää tuijottaa sitä mustalla taustalla olevaa tekstiä ja miettiä kuinka hienoja standardit on.
Nuo apupoika systeemit on nykyään aika turhia, jokaisen nc:n vieressä pitää olla oma pc... Jumppatälliksi haukutun touhun idea menee ajalle kun tietokoneet maksoi mansikoita, hallin läpi meni tiedonsiirtokaapeleita koneilta toimistoon jonne lähinnä varmuuskopioitiin ohjelmat. Vaihtoehtoja oli kaksi, työkaveri huutaa hallin läpi kun ohjelma lähtee tai sitten juoksee ja toivoo ettei mennyt mikään ristiin....
Jumppatälli/juoksupoika toimii kuten edellä Porepe selosti. Helpottaa kummasti juoksemista.
Aina pitää muistaa ettei kone välttämättä ole siinä tilassa kun tehtaalta lähti! Koneenkorjaajat, kauppamiehet (juoksupoika) ja tee-se-itse miehet ovat pitäneet siitä huolta.
Purin syksyllä yhdestä fanuc 11t koneesta juoksupojan/vastaavan, joutui ihan kolvaamaan, kaapelit oli konetta siirtäessä katkaistu pahasta paikasta. Parametrien kanssa oli ihmetystä, ei muista mikä. Mutta jompaan kumpaan suuntaan ei data kulkenut.
Mulla on kytkentä hondasta d9 liittimeen, eli ei muunnosta 25 napaiseen välillä. Liittimiä löytyy vaikka siitä nauhalukiasta. Ikäviä nuo liitokset, varsinkin kun vehkeet ei toimi eikä mitään voi sulkea pois vikalistalta...
muok:
input ja output device parametrit vaikuttaa siihen mitä reikää pitkin yrittää ohjelma ulostautua. Numeroita vastaavat liittimet löytynee kirjasta.
SR807 alarm tulee muistaakseni kun kaapeli on irti/kaapelista puuttuu nuo viiden pinnin välissä olevat siltaukset.
Netistä löytyi tiedonsiirtokeskustelun viesteistä: "RS-232....oh...you poooor bastard! THE MOST NON STANDARD of all STANDARDS!.."
Yritä ensin saada ohjelma koneelta pc:lle, sitten vasta vaikean kautta...
Lainaus käyttäjältä: Kremmen - 08.02.16 - klo:19:10
Tuossa kytkennässä olisi hyväö viedä yli vielä CTS/RTS-signaalit ja kytkeä ne ristiin vastapäähän samoin kuin ne on tuossa nyt kytketty ristiin omaan päähän. Eli PC:n RTS kytketään CNC:n CTS-signaliin eikä omaan jne. Näin saadaan vuonohjaus käyttöön.
En tunne tarkemmin Fanucin 10-mallia, mutta hacklabin Fanuc 0 haluaa skipata ekan ohjelmarivin. Pidä siis huoli, että siinä on jokin kommentti sulkumerkeissä, muuten saattaa ohjelman numero jäädä siirtymättä.
Ainakin Winkkarissa pyörii RealTerm http://sourceforge.net/projects/realterm/ (http://sourceforge.net/projects/realterm/). Sillä saa näkyviin kaikki kättelysignaalit ja niiden vianhaku on helppoa.
Muistelen vuodelta 2011 koulussa käytettiin % merkkiä ohjelma alussa ja lopussa. Näin sai siirrettyä myös tarvittavat aliohjelmat, kun ne laitettiin prosenttimerkkien väliin...
Jotenkin näin:
%
O0001
.
.
.
M30
O0010
.
.
.
M99
O0011
.
.
.
M99
%Aivan varma en ole pitikö aliohjelmat olla ensin...
Hiekkaranta on varmaankin oikeassa ja minä muistin parin kuukauden lomailun jälkeen varmaankin väärin eli saattoi olla ennemmin % merkki kuin ; millä ohjelma alkaa ja loppuu...
Joo näin on. Fanuc käyttää % -merkkiä, joskaan ainakaan Series 0 ei vaadi sitä ohjelman alkuun.
Tuossa liitteenä sorvissa ja koneessa olevat parametrit.
http://www.dncsetup.com/fanuc10.html (http://www.dncsetup.com/fanuc10.html) tuon sivun mukaan olen asetukset koittanut vääntää, liekö oikeita vai ei mutta niillä olen aloittanut.
Muutin kaapelin Kremmennin antamien ohjeiden mukaiseksi (sama mitä linkissä olevalla sivullakin on) ja kokeilin lähettää sorvilta koneelle punch käskyllä. Jotain tapahtui! ;D Täyttä siansaksaa tuli tietokoneelle joitakin merkkejä tuli ihan oikein mutta ei kokonaisa lauseita joista olisi saanut jotain selvää. Eli nythän yhteys toimii mutta jotkin parametrit on väärin. Kuten Ville Vaho sanoi, toimii helpommin ncltä pclle kuin toisinpäin. Näin on nytkin sillä sorville päin ei tule vielä mitään.
Palautin sorvin parametrit alkuperäisiksi ja kokeilin 1200, 2400 ja 4800 baudia sekä tietokoneen sarjaportin asetuksissa että cam ohjelman asetuksissa. Eniten selkokielisiä merkkejä tuli pclle 1200 baudilla. Osaako joku sanoa mitä nuo sorvin eri parametrit ovat? Saattaisi olla helpompaa jäljittää virheellinen parametri jos tietäisi parametrien selkokieliset selitykset.
http://www.kfasllc.com/rs232_101115.htm
Nyt alkoi tulla jo sorvilta ehjää koodia tietokoneelle Porepen linkittänillä asetuksilla. Poikkeuksena vain että CAM ohjelmaan valitsin pariteettiin Ei pariteettia. Tietokoneen asetuksiin valitsin myös pariteettin None. Näillä lähti pelaamaan ihan oikein sorvilta pclle.
Mutta sorville kun koitan READ tila päällä lähettää ohjelmaa, ei tapahdu yhtään mitään? Mikä neuvoksi?
Meidän T3ssa pitää olla itseasiassa I/O näppäimet / ledit tuolla O puolella. Meillä tuo tiedonsiirto on muistaakseni ryöstetty reikäpaperi laitteelta.... ja kun pc tunkee jo tavaraa linjaan niin sityen painetaan input namiskaa koneesta... Kone siis edit tilassa...
T6ssa taas käytetään punch ja read näppäimiä... Resettiä kannattaa painaa ennen read / input näppäintä ettei kone tee jotakin muuta taustalla...
Olisit antanu kaapelin olla. Sulla on nyt xon xoff, eli softa kättely..? Mitenkä se kaapeli nyt on kytketty tarkalleen? Fanuc alkaa vilkuttamaan kun editillä painaa punch/read i/o mikä milloinkin. Tai antaa hälytyksen.
Olisko kympissä tyyli O->read->exec... Oo kirjaimista, read softa(näytön alla vaihtuvat) näppylöistä, exec sieltä myös. Vai onko O0001 read tms. Konstit on monet...
Kirjoitussuoja avaimen asento?
Täytyis hahmottaa kaapelin kytkentä ja tarvittavat asetukset samaan aikaan. Pclle usein tulee koodia vaikka kättely olis metrin mennyt sivuun.
Oma kaapelini on nyt liitetyn kuvan mukainen. Kokeilin toisella, ilman kättelyä olevalla kolmenapaisella kaapelilla vielä uudestaan, siis samanlaisella kuin alunperinkin. Molemmat kaapelit toimivat samoin.
Otin koodia lähettävästä ohjelmasta Box-Net protokollan käyttöön ja ohjelmaa alkoi tulla sorvillekkin jo! Parametreiksi laitoin kaverin vastaavanlasien fanukin parametrit. En tiedä nyt sitten toimiiko noilla netistä poimituilla, en vielä koittanut. Mutta Box-Net asetuksen muuttamisen jälkeen alkoi sorville lähetettäessä tapahtua. Aluksi sain SR590 TH ERROR viestin fanukilta. Googlen mukaan tämä viittaa pariteetti ongelmaan. Vaihdoin koodia lähettävästä ohelmasta pariteettia ja lopulta parillisena alkoi viesti kulkea ehjänä perille. Tietokoneen omilla sarjaporttiasetuksilla ei tuntunut olevan vaikutusta suuntaan eikä toiseen. Eli nyt pc lähettä nclle parillisena viestin oikein ja ncltä pclle lähetettäessä täytyy vastaanottavassa ohejlmassa olla valittuna ei pariteettia jotta ohjelma tulee oikein perille. Vaikuttaa jokseenkin epäloogiselta :-\ Homma toimii tietysti näinkin ja tiedostot saadaan kulkemaan, mutta onkohan vieläkin jotain väärin?
Edistystä vai taantumaa...?
Plussaa on se että tiedonsiirto on ehjä molempiin suuntiin.
Mitä tuo box-net protokolla mahtaa tehdä?? Epäilen että kannattais laittaa toimimaan ilman tuota vaikka se "toimii". Pikaisella googlella näyttäis siltä että yhden isännän perään tungetaan useampi orja? Ja sen ohjaus on nyt kätellyt koneen kanssa sujuvasti..?
TH error taitaa olla tuntematon merkki ohjelmassa, ääkkönen, pieni kirjain tai parametrit solmussa, liian pitkälle riville on varmaan omat virheet. Asetuksissa on varmaan myös valinta harware+software kättely? Kone saattaa olla kätelty ja tuleekin kättely...
Nyt tuli kyllä paljon mutua, mutta josko jotain iloa tai lisää hämmennystä.