Thanks, HawkME. I wasn't trying to have it move backwards during production, but trying to make backing through touchups less cumbersome.
Scrolling up is a nice solution, and sounds like its the best option in this case.
Thanks, HawkME. I wasn't trying to have it move backwards during production, but trying to make backing through touchups less cumbersome.
Scrolling up is a nice solution, and sounds like its the best option in this case.
Thanks. Shift + COORD is how we currently "fix" the issue.
I was looking for a way for the controller to automatically change the UFrame when stepping backwards through the program.
Is it possible to step backwards through a program that uses multiple User Frames?
We weld parts on a 4-station turntable, 2 parts per side. I recently reprogrammed the sequence to allow the 2nd station to be skipped, and decided to implement User Frames. I made each station its own user frame (Side A Station 1 = UFRAME [1], Side A Station 2 + UFRAME [2], etc.) so that we have "cleaner" values for our weld position coordinates.
The problem I have is when jogging through the programs to perform touch-ups I get Invalid UFrame errors when backstepping from Station 2 to 1. I have tried adding redundant points and UFRAME=[x] instructions, but the TP doesn't read those codes when going backwards.
Is there a workaround for this problem? Something I'm missing? It's only an inconvenience when doing touch-ups and doesn't negatively impact normal production, but it still slows our Weld Techs down.
The program:
1: !PNS0019 ;
2: OVERRIDE=100% ;
3: ;
4: UFRAME_NUM=0 ;
5: DO[127:WELDING SIDE A]=ON ;
6:J P[1] 50% CNT100 ;
7:J P[2] 50% CNT100 ;
8: WAIT .10(sec) ;
9: ;
10: !Weld Start A1 ;
11: UFRAME_NUM=1 ;
12:L P[3:ARC START A1] 1000.0inch/min FINE ;
13: Weld Start[1,4] ;
14: Weave Sine[1] ;
15: WAIT .10(sec) ;
16:L PR[6:ARC END A1 33] WELD_SPEED FINE ;
17: Weld End[1,2] ;
18: Weave End ;
19: WAIT .50(sec) ;
20: ;
21:L P[4] 1417.3inch/min CNT50 ;
22: ;
23: IF DI[200:A2 Bypass]=ON,JMP LBL[1] ;
24: ;
25:L P[5] 1417.3inch/min CNT50 ;
26: ;
27: !Weld Start A2 ;
28: UFRAME_NUM=2 ;
29:L P[6:ARC START A2] 1000.0inch/min FINE ;
30: Weld Start[1,4] ;
31: Weave Sine[1] ;
32: WAIT .10(sec) ;
33:L PR[7:ARC END A2 33 ] WELD_SPEED FINE ;
34: Weld End[1,2] ;
35: Weave End ;
36: WAIT .50(sec) ;
37:L P[7] 600mm/sec FINE ;
38: ;
39: LBL[1] ;
40: UFRAME_NUM=0 ;
41:L P[8] 600.0inch/min FINE ;
42:J P[9] 100% CNT100 ;
43: CALL SAFE_HOME ;
Any help is appreciated! Thank you!
2nd update: Solved this a while back. The issue was actually due to the flying start setting, which for TAWERS robots affects both the weld start AND end, so the robot was "flying" away from the weld end. According to support, it shouldn't be affected by the smoothing level. Solution was to disable flying start.
Update: I fixed the issue. It does seem to have been the smoothing level. Turns out I had set it at 0, then it was reset to my default (SL=6) when I retaught the positions (I deleted the steps and and started over).
My company just bought a G3 w/ TAWERS. I am having an issue with my weld ends. In manual/test/trace the weld completes where it should, but when running in auto the weld stops short of the last taught point. It doesn't stop at the second to last point, but somewhere in between. I have seen this across multiple programs in both linear and circular interpolation. Sometimes reteaching the points helps, sometimes not. Any ideas?
UPDATE: I have tried reteaching the circle weld on the latest program so that the torch cable does not wrap around the arm as much. I got the exact same result as before. I have also reduced the smoothing level to 0, no help.
I am trying to set up an automated way to record position changes. When touching up a program, is there a readable signal when "F5 Touchup" is pressed? Or is there a way to assign it to a DO? Or, is there a way to directly pull that position data, dump it into a text file, then offload it periodically? I know I can use LPOS to record the position, but I don't know how I would trigger it automatically (BG) or have it create a list rather than constantly updating the PR.
Any help is appreciated.
Is it possible/realistic/cost-effective to repurpose ArcMate 100ic robots for use in non-welding applications, like handling?
I don't know if this is true across Fanuc robots, but the ARCMate100ic/R30ib has a Logbook function with a number of options for recording events.
$logbook
You set the number of books using $logbook.$available(0). It logs everything by default to book 1, so you'll need to set the ones you want to record.
Hope ths helps.
Can anyone tell me the difference(s) between the UR5e and the AUBO i5? They both have similar functionality in terms of payload, reach, repeatability, but what makes them truly different? UR5e is around $35k USD; i5 is around$20k (from what I've read. I do not have quotes), so what makes the AUBO nearly half the price? I've demoed the UR5e and the user interface is great - intuitive, graphics based, easy to pick up and play. Has anyone used the AUBO? The pictures make the UI look pretty similar to the UR5e's, but its hard to tell.
If anyone has any experience, stories, or baseless opinions, I'd love to hear them.
So I'm having trouble creating a workcell from a backdate file in Roboguide/WeldPro V8 Rev J. All of our robots are ArcMate 100iCs, and on all but one I can create a virtual cell no problem. The one that gives me trouble always hangs in the "Creating Virtual Cell" stage of the process, when roboguide is building the virtual TP and loading all the files. It shows the message "Backup/Restore of device FRA: in process" and the softkeys do not work. I can cancel cell creation from there, so my system is not frozen. I do have autobackup set, but I made sure that the TP showed "Auto-backup complete" and tried again, and got the same problem. Again, I only have this issue on one robot.
Ideas?
Would you mind sharing your solution? Just curious
Does anyone know what variable controls the upper and lower limits for setting wire feed speed in weld schedules? For some reason, our robot won't allow me to drop below 100IPS when adjusting weld schedules, despite there being weld settings in programs that are lower than that. My guess is that somewhere along the line a variable got changed. I have lists I've found of system variables, but I haven't been able to find what I'm looking for.
The controller is an ArcMate 100iBe, Rj3iB TP. Any help is appreciated.
EDIT:
I got a response from our integrator. The variables to change the limits on wire feed speed (and other things) are:
$AWEPRR[1]. $Voltage_CMD. $EQ_MIN_IN
$AWEPRR[1]. $Voltage_CMD. $EQ_MIN_OUT
$AWEPRRS[1,1]. $Voltage_CMD. $EQ_MIN_IN
$AWEPRRS[1,1]. $Voltage_CMD. $EQ_MIN_OUT
Hello,
Does anyone know a way to print the program list, either to hard copy or text file? I have Roboguide as well as access to the TP. All I'm trying to do is save myself the hassle of writing the list out by hand.
I'm currently using Vim to view individual files, but what I want is to just see a list of the programs, as though I hit "select" on the TP. I'm going through each program, and I want a simple way to make a checklist.
Thanks.
Thanks for the input. According to Lincoln's Powerwave support, the new S350s are NOT compatible with robot applications.
Nobody, from our sales rep to the powerwave tech, was aware of this change. The tech was told by engineering WHILE we were troubleshooting over the phone. TF.
I have someone in house who knows PLCs. Can you provide instructions on how to set this up?
We've recently had to buy a new Lincoln Powerwave S350 for our robot. We're swapping out an S350 that we normally use for hand welding, and prior to that we had an S350 that went bad, so the robot should have no trouble interfacing with the powersource. However, when we tried setting up the new one, we got an error (on the Lincoln) indicating "auto-mapping has failed". I believe we went through and changed the IP addresses (it was our 2nd shift that attempted the changeover.)
We are using an R30iB, RJ3iB, and an ARC Mate 100iC.
Does anyone know what could be happening? What we might have overlooked?
Fanuc support says no, so if anyone has a workaround, I'd love to hear it.
A workaround I have found useful is to use multiple display windows. It will still sometimes jump to the window running the program, but it is easier to tab to your other window than to try to quickly navigate the menu.
SHIFT + DISP will give you multiple options.
DISP will tab through your open windows.
Does anyone know if there is a way to view alarm logs/codes/events that have been pushed off the screen by new events?