Posts by scotty

    1 touch sens program for 1 type of part. You need to run master touch sens first, then you can use mastered touch sens program. Touch sens program stores information from master touch and comparing to every new one. Even if you want to use same touch sens patter but product is different, touch sens program needs to be different!


    Use PalletTool /PalletTool Turbo Pkg. You will need only to load proper pallet configurations, set up EOAT (single pick-single place; double pick- single place; etc.), teach infeed conveyor/~s; pallet frame/~s. And may be to do some tweaks with approach and retract points, but it's minor.

    PalletTool/PalletTool Turbo Pkg will save a lot of your time.

    I know:) It what I was looking for. In my surprise when I execute PR Record, it gives me different point for some reason.

    It's a little bit weird. When I execute next test setup program, everything works fine.

    1: UFRAME_NUM=0 ;
    2: UTOOL_NUM=1 ;
    3: PR[1]=LPOS ;
    4: UFRAME[4:UFrame4]=PR[1] ;

    But when I execute PR record in PR table, it gave me different position. But Tool and Frame were same like in the "test setup" program.


    I have a question. Anyone tried to implement User Frame creation using 1 point? I remember my favorite feature in Roboguide to create UFRAME using current position of TCP. And I want to use in on real robot. I would like to implement re-generating user frames based on current tool location. But for some reason, when I do touchup to my PR, then execute UFRAME[N] = PR[N], it shows completely in wrong spot. How I can fix it and create User Frame based on current tool location?

    Thank you in advance!

    Illinois - Mostly working from home. Still doing on-sire support to some customers who's related to medical production. Rest of the machine installations have been postponed to unknown time.

    P.S. toilet paper is available, but limited. I believe that we can see a toilet paper in vending soon.

    Definitely not enough information. You need to separate your safety circuit on 2 zones and bypass one the zones based on some logic that needs to be on safety PLC, Or if you go easy way and if your size B is disconnectable, then use some type of safety bypass plug for side B when side B is not operational... might be wrong but just because not enough information.

    Because he is sending 0.1mm accuracy on the robot position.

    You can do it multiple ways. One way as JMPLBL_NoGO showed, another way:

    1: ;
    2: R[20:X POS OUT]=($SCR_GRP[1].$MCH_POS_X) ;
    3: ;
    4: R[30:X POS after coma]=R[20:X POS OUT] MOD 1 ;
    5: R[20:X POS OUT]=R[20:X POS OUT] - R[30:X POS after coma] ;
    6: ;
    7: GO[3]=R[20:X POS OUT] ;
    8: GO[4]=R[30:X POS after coma] ;

    Not sure that it's working, I wrote it in notepad. I hope I understand the idea.

    You can set up your override in your program using OVERRIDE = 100% or if your robot controller does support WAIT (). Then you can wait when your speed from system variable will be 100.

    I just finished up a cell with 2 overhead controllers. We brought the ON/OFF buttons down with the key switch for remote access.

    FWIW, though, I get a lot of chain faults in this cell, and part of me wonders if the remote key switch is the problem here. I get occasional chain failure on most, if not all, of our R-J3s, but none as often as these with the overhead controllers.

    Most likely you have problem with wiring. Check you wiring.

    1. yes, Fanuc sells remote T1/AUTO key selector switch kit. Or you can do easier. Just take out your existing key selector switch from your robot controller. Cover the hole with button plugs, then extend the cable for the key selector switch and install whenever you need.

    I just finished 1 application with robot controller on top of the cell. Instead of buying kit from Fanuc I took the existing key selector switch and re-wired to new spot.