Need Help! OKUMA GENUS 560-RENISHAW ISSUE - Page 2


Page 2 of 2 FirstFirst 12
Results 13 to 19 of 19

Thread: OKUMA GENUS 560-RENISHAW ISSUE

  1. #13
    Member
    Join Date
    Nov 2017
    Location
    Greece
    Posts
    14
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    Quote Originally Posted by deadlykitten View Post
    hi pls probe a single hole, only one, and share the location of the output result

    the output may go :
    ... inside the wcs ( G15 H* )
    ... inside a file

    i need to know the location of the output, so to create a multi-process


    it does not matter that on the heidenhain it was in interface, because also there are probes that work on heidenhain without interface

    renishaw, and other probe producers, sell probes for okuma, heidenhain, hass, etc, and same probe on different machines may be subject to different programing methods, depending on what configuration had been installed / kindly
    I am sorry but i do not understand what do you want to do.If i want to measure a single hole i will use this... I do not know where the machine putting the output result. I can see the result in gauging results (i am changing the window display).

    G15H5(GOTO CENTER AND CAL X,Y=0 AND Z=160)
    G0Z1000
    IF [VTLCN EQ 99] GOTO N1
    T99M6
    N1G0Z1000
    CALL OO83
    G0X0Y0
    G56 Z30 HA
    Z-10
    CALL OO10 PMOD=7 PDI=60 PUDT=5 POVT=5 (PDI=HOLE DIAMETER)
    CALL OO20 PHN=1 PX=0 PY=0
    G0Z1000
    CALL OO84
    M2



  2. #14
    Flies Fast Superman's Avatar
    Join Date
    Dec 2008
    Location
    Antarctica
    Posts
    2787
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    Do you have any gauging programs in the control or on backup ?
    .... can't remember all the names... but INDIAM.MIN, OUTDIA.MIN etc.

    these are the basic gauge programs you run in auto... for the INDIAM you would edit the program for expected dia in the program... move the ruby to approx.centre of the hole and <cycle start>
    the machine only move in the active plane, G17 means gauging in X & Y axis,
    .. not sure for a lathe, but I assume the X axis moves to gauge a radial contact only
    ... I don't think there is any rotational movement of any axis during gauging.

    You can utilise these programs to build a full program ie. load tool, goto feature, gauge it, update origin/send to file, put tool away.

    Do you have all manuals ?
    .... gauging might be in "Special Functions #2" manual

    CALL OO10 PMOD=7 PDI=60 PUDT=5 POVT=5 (PDI=HOLE DIAMETER)
    CALL OO20 PHN=1 PX=0 PY=0*
    PMOD=hole gauge cycle
    PDI=expected diameter
    PUDT=slow down distact before gauge point
    POVT=allowed overtravel
    PHN=work origin to update
    PX=0 PY=0*amounts to add to each axis for new origin



  3. #15
    Member deadlykitten's Avatar
    Join Date
    Jun 2015
    Location
    Antarctica
    Posts
    2690
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    because of this line "CALL OO20 PHN=1 PX=0 PY=0", it may be possible, that, after gauging, the wcs=1 to record the position

    pls check if the position is recorded inside wcs=1 ( G15 H1 )

    I do not know where the machine putting the output result. I can see the result in gauging results (i am changing the window display).
    it may be possible that the gauging results are written inside a file, and also to be displayed on the monitor

    please :
    ... look for a gauging file inside the machine ( look inside folders ado ad1 buo, etc, something like that )
    ... share the image where you see the gauging results; maybe, on that image, there is a path specified, that points to the file that stores the results

    kindly

    Ladyhawke - My Delirium, https://www.youtube.com/watch?v=X_bFO1SNRZg


  4. #16
    Member
    Join Date
    Nov 2017
    Location
    Greece
    Posts
    14
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    Quote Originally Posted by deadlykitten View Post
    because of this line "CALL OO20 PHN=1 PX=0 PY=0", it may be possible, that, after gauging, the wcs=1 to record the position

    pls check if the position is recorded inside wcs=1 ( G15 H1 )



    it may be possible that the gauging results are written inside a file, and also to be displayed on the monitor

    please :
    ... look for a gauging file inside the machine ( look inside folders ado ad1 buo, etc, something like that )
    ... share the image where you see the gauging results; maybe, on that image, there is a path specified, that points to the file that stores the results

    kindly
    Ok I am sorry again.Now I understand what you said before.It is exactly like you wrote.The results is going to wc setup 1 .the programm is calling G15 H01 .



  5. #17
    Member deadlykitten's Avatar
    Join Date
    Jun 2015
    Location
    Antarctica
    Posts
    2690
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    Quote Originally Posted by antonismel View Post
    The results is going to wc setup 1 .the programm is calling G15 H01
    ok, let's try to get the coordinates from wcs1 : try this in mdi : VC1 = VZOFX [ 1 ], and check if VC1 will get the X coordinate for wcs1

    if this won't work, please look for the gauging file, so to read data from it; that file should be located inside a folder ad0 bu0, hu0, i don't know, something like that ... if you wish, talk with your okuma dealer, so to guide you to search inside the system devices

    if the file does not exist, it may be possible that the result is output only to the screen/monitor, not also to a file; to change this behaviour, you need to edit the value of the printer control variable, VPRT, but i don't know if this function is available for your machine; try this in mdi : VC1 = VPRT and/or VC1=VPCNT; if it works, will try to change it's value, so to print also to a file, but i don't know if this will work for your machine, thus it may not be enough to change the value of the system variable, if the function is not also implemented inside a macro; check attached

    if you won't be able to find/create the file ( with gauging results ), then there is still an option left

    what osp do you have ? kindly

    Attached Thumbnails Attached Thumbnails OKUMA GENUS 560-RENISHAW ISSUE-untitled-png  
    Last edited by deadlykitten; 02-11-2019 at 05:03 AM.
    Ladyhawke - My Delirium, https://www.youtube.com/watch?v=X_bFO1SNRZg


  6. #18
    Member
    Join Date
    Nov 2017
    Location
    Greece
    Posts
    14
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    I have the OSP 300.



  7. #19
    Member deadlykitten's Avatar
    Join Date
    Jun 2015
    Location
    Antarctica
    Posts
    2690
    Downloads
    0
    Uploads
    0

    Default Re: OKUMA GENUS 560-RENISHAW ISSUE

    i just found another thing, that should create the file, without involving the system variable VPRT

    as shown in attached image, pls change #32.5 to 1, and go probe a hole : it should create A.MDF file ( let's hope that will put it inside MD1 )

    #16.3 handles the case when the controller tries to write data inside the file, but the file was allready opened by the operator; leave that value as it is / kindly

    Attached Thumbnails Attached Thumbnails OKUMA GENUS 560-RENISHAW ISSUE-00-png  
    Ladyhawke - My Delirium, https://www.youtube.com/watch?v=X_bFO1SNRZg


Page 2 of 2 FirstFirst 12

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  


About CNCzone.com

    We are the largest and most active discussion forum for manufacturing industry. The site is 100% free to join and use, so join today!

Follow us on


Our Brands

OKUMA GENUS 560-RENISHAW ISSUE

OKUMA GENUS 560-RENISHAW ISSUE