Posts by AutoMattic21

    Okay, so here is where I am at.


    I created a conditional job, called COND_WATER that looks like this:


    Code
    WHEN DI[9]= OFF OR DI[14]= OFF, CALL USER_ALM_WATER


    Then, I created a macro called USER_ALM_WATER that looks like this:


    Code
    UALM[1]


    My Main Program for testing looks like this:


    Code
    MONITOR COND_WATER
    CALL TEST_MOTION
    MONITOR END COND_WATER


    The TEST_MOTION program is just a simple motion program I made for testing this.



    I ran the program, turned off the DI[9] and my robot stopped and display the warning, which was great, but then I was able to clear the fault, without turning the sensor back on, and the program continued. After this I tried turning the sensors back on and off multiple times again, but it no longer stops the motion or displays the warning.


    And ideas as to what I need to do to make sure that sensor is back on before restarting, and then also making sure it continues to monitor the input after a restart?


    Thanks again for everyone's assistance.

    Good Afternoon all,


    We have a 4 robot mig welding system, with 4 R-30IA Fanucs.

    We are adding water flow sensors to the cell, and We'd like to monitor them at all time so we dont accidentally weld without our coolers on.

    I'm having issues trying to get this done in BG logic.


    I figured I could run a simple program in the background that turned on a User Alarm when any of the four water flow sensors were not on, but I kept getting syntax errors.

    I've since read that I can't call a User Alarm in BG logic.


    With this being said, does anyone have any ideas of how I could constantly monitor this?


    Thank you in advance for any help on this.


    PS- We have no PLC on this cell

    Hello All,


    I'm attempting to send the Error code number from a KRC2 robot to a PLC to log alarms.


    I was assuming I could make the number that shows up next to the message on the teach pendant a variable, and then send that variable over profibus to my PLC to log this info, but I cant seem to be able to find info on where/how to access this.


    Can anyone help me with this?


    Thanks,

    That's what I'm going to try first thing tomorrow. There are actually 6 different table position for me to do this with, do you know off hand if there is a limit to the number of reference positions I can assign?

    I dont think the reference position will work because the table isnt part of the group mask in the sub program. Because I run all four robots at once, I cant put the table movements in the subprograms or all 4 robots would be arguing over who is telling the table where to go.


    My Programs basically look like this;

    -------------------

    Call: Move Table to 90°(Group *,*,*,*,1)

    Run: R1 90° Program(Group 1,*,*,*,*)

    Run: R2 90° Program(Group *,1,*,*,*)

    Run: R3 90° Program(Group *,*,1,*,*)

    Run: R4 90° Program(Group *,*,*,1,*)

    Call: Move Table to 180°(Group *,*,*,*,1)

    Run: R1 180° Program(Group 1,*,*,*,*)

    Run: R2 180° Program(Group *,1,*,*,*)

    Run: R3 180° Program(Group *,*,1,*,*)

    Run: R4 180° Program(Group *,*,*,1,*)

    ---------------------


    I dont know how I would use a reference position for this, but I'm borderline ignorant with Fanuc.

    Hello All,


    We have a multi robot System R-30iA , with 4 Arc mate 100iC and 1 rotating table (being run by the 4th robot controller).


    I'm looking for a way to monitor the rotating table's position when doing sub programs with the other individual robots. I'm not very familiar with BG logic, but would there be a way to monitor the axis' position and send it to Variable So I can write If logic at the beginning of my sub program to make sure my table is where its supposed to be before starting a job?


    Thanks,

    You could open those limits up to +360/-360 but i'm not sure that would work for your situation. To continuously rotate I imagine you will need the option which will cost $$.

    Running into a similar issue, need to rotate to about -380 degrees to keep a welding whip out of the way, but hitting the axis limit at -360.

    Is there any harm in increasing the limits even farther? If continuous rotation is an option, shouldn't I be able to increase these limits to whatever I'd like without damaging any internal cables?

    Sorry for the late response to this, got pulled off onto a different project for a while.


    I went with the find and replace option to slow down all of my moves and it worked quite well.


    Thanks to everyone for their thoughts on this!

    Hi all,


    Just wondering if anyone had used the XT1.1 terminals located at the bottom of the panel on KRC2s?


    I noticed there was 110V between U21 and V21 and was hoping to use this to power a 24VDC power supply so my PLC and safety circuit powers on/off when the robot does.


    Going through the prints I'm not seeing any info on how many Amps are available here or if its meant for a separate option?


    I've attached a photo of the terminals for reference.


    Let me know what you think!

    Hello All.

    We have a cell with 4 FANUC ArcMate 100ic Running with System R-30iA all working off of the same pendent. All Robots are used for Mig Welding.


    The issue We're running into has to do with limiting the Max Speed of the robots.

    We've spent most of our time up until now running everything in teach to learn how the machines work and to get parts off ASAP.

    We're now in a spot where we are ready to run in Auto, but the speeds we used in teach are WAY too fast when running in auto.

    This was a used cell and we'd like to relax the workload on the robots by reducing the max speed to the robots.

    Because this is a mig weld cell, we must run in 100% override to allow them to weld.

    The hope was that we'd be able to do this without going through every single point in every single program to reduce speed.


    We've attempted to change the $MCR_GRP[1].$PRGOVERRIDE variable, but when we ran the program, it reverted the variable back to 100%. I made sure i did this in a controlled start, changed the value to 50, and after the cold start I checked the variable and it still said 50. I ran a simple program, and checked the variable again and it was back to 100%.


    I'm not sure where to go from here, so any help would be appreciated

    I can back this up. Adept is Garbage. And what Skyefire said about Fanuc is true. Impossible to get any kind of support from them, not to mention just email you back. Also what he said about KUKAs is true. Im using them now, but its a steep learning curve to get up to speed with them.


    If you want a simple, quick set up, easy to use robot, I'd looks for Yaskawa(Motoman) or ABB. ABB is probably easier to figure out on your own if you have little experience.

    Got a hold of Fronius this morning. Turns out that on the Anybus module that you install to the welder, there are DIP switch settings which you can use to turn the interface into "Retro" mode and have it act like an old school TPS 5000. Switching that, and then updating my hardware on my PLC, and everything is good.


    Thank you for your assistance MOM

    Good Afternoon Everyone,


    I'm currently attempting to integrate a KRC2 with Arc Tech Analog V1.3.3 with a Fronius TPS 400i.


    The issue that I'm having if that the signals required for the Arc Tech dont seem to match up very well with the Fronius I/O. There seem to be so data the Robot is requesting that I don'd have access to on the welder, for example the robot is requesting a 8 bit signal for Burn Back, but the welder doesn't have any IO based on burnback. In the past we used TPS 5000 Robacta and communicated over Devicenet and the IO was set up perfectly with the welder.


    Has anyone ever seen this configuration used before and could provide me a little guidance? I'm worried I'll have to upgrade Arc Tech or downgrade my welder.