Not repeatable after remaster? Might want to remaster again. Points are not likely going to be exactly where they were, but I think it should be repeatable.
I would say remaster until things are repeatable and then touch up points and/or frames. But you might wait until someone more confident than myself chimes in...
If you bridge the correct terminals and replace any blown fuses you should be golden. What do you mean both are receiving 24V? I thought you reconnected the bridges?
I thought with the dual chain safety circuits, one was 24V and the other was 0V...
Did you blow the 3.2A fuse on the servo amp?
SRVO 230 is Chain 1 Abnormal 24V. SRVO-237 is Cannot Reset Chain Failure.
Power Cycle is about your only option.
This sounds to me like you are using the wrong start signal. I think you want to use UI18/Production Start instead of UI8, which I think acts more like a Resume signal.
In my experience, you don't need anything until you actually do need it. I've probably done 10-12 machine/cell tending integrations for my employer. Maybe 2 of them utilize a user frame. I have not heard a convincing argument as to why I should automatically teach a bunch of different frames of reference when creating a new work cell. If you think it will be useful to your application, teach it. If not, why bother?
I get these alarms quite often on older, R-J3 controls. Most of the time they are easily resettable just by pushing and releasing the pendant ESTOP button and issuing a reset, but sometimes we have to go into the system configuration menu (line 29, I think) to get it to clear.
Basically, the dual chains of the ESTOP circuitry are not opening and/or closing within the expected timeframe. It can (and in our case, does) happen for no apparent reason. I have even been able to generate this alarm by turning the AUTO/T1/T2 key switch too slowly or feathering the dead man switch while in teach mode. You could try rewiring your ESTOP circuitry and replacing buttons or switches, but my experience is that some controllers are just a little more susceptible to chain failure than others for whatever reason. There are 2 or 3 different ways to reset a chain fault, and I would recommend teaching them all to whoever is responsible for keeping the robot running.
Yes, transformer built into the cabinet. I am 99% sure this is the right drive, and Fanuc's cRc lists the same part number for this robot. I just hate ordering something like this with even a sliver of doubt.
Need to replace the amplifier in an M-16i with R-J3iB B-cabinet. Found one online, but the description says 200-230VAC. These are not dependent on a particular supply voltage, are they? My robots are tapped for and supplied with 480VAC. I don't particularly care to spend $6K on something that won't work, though.
The salesperson said he would check with his tech guys, but that could take a couple days. Hopefully someone here can confirm this for me a little sooner....?
Probably a simple explanation, but something I've not encountered before. When jogging, all of the coordinate systems on my current install display with an S/ in front of them, i.e. S/WORLD, S/USER, etc. I think maybe JOINT is the only one that does not show that S/ before it. What does this S/ mean? It doesn't seem to affect anything in any way, but I have never seen this before and was curious...
It's been nearly 4 years, and I do not recall exactly, but I think I had the robot's posture wrong. J5 specifically. Either I had the wrist pointing straight down and it should have been horizontal or I had it horizontal and it should have been straight down.
But I am 99% sure it was a boneheaded mistake on my part and nothing weird or sinister with the robot.
Not sure with the R-30s, but I know the R-J3s have a jumper that determines whether i/o is sinking or sourcing. Admittedly a longshot, but...
I usually use background logic to keep track of carrier status with a register.
In my TP program:
WAIT DI[IN_POSITION] = TRUE AND R[x] = 0
(Place Product in Carrier)
R[x] = 1
Then, in the background;
IF R[x] = 1 and DI[IN_POSITION] = FALSE, R[x] = 0
Your pressure sensor could (should?) be wired to the PPABN (pneumatic pressure abnormal) signal. Otherwise, you could monitor the digital input in a background program...
You just need to map your PB input to User Input 7. Whenever that button gets pressed while in a remote condition, robot will run the home MACRO. No need to monitor anything.
Do you have a cRc account with Fanuc? All of the eDocuments are finally available to regular people. When I search for M-16i, though, the only mechanical unit manual it lists is for M-6iB and ArcMate 100iB. What information are you looking for? Is there any other practice besides pump the new grease in until it runs clean from the outlet?
Where are you located? You can buy Vigo grease off Amazon... can't imagine it is too hard to find.
Does the PPABN signal depend on me adding an external pressure switch or is there a device already in the robot? If I have to add a switch, can anyone suggest a particular model/device? I don't usually have any issues with this, but my latest install has been 'crashed' several times now due to the air getting shut off and forgotten about... at least until they attempt that first pick... 
It was probably a PLC gremlin. They are very small and sneaky. They infiltrate our PLCs all the time. Just ask my colleague...
Can anyone confirm which version of software it was that BGLogic first became available? I knew this at one time, but apparently I've lost that mental note. I want to say it was 6.2 or 6.4 maybe?
Anyway, it would be a handy bit of information for those of us who do not have the fortune of working with new robots. It's no big deal if you've never used it, but once you have, it is very hard to do without!
OK, thanks all for the replies. As it turns out (which is sadly, too often the case), I missed something yesterday. It is either one of two things: A, I have a few random points on my output cards that are not working correctly, or B, my colleague has wiring issues in his control cabinet. I'm thinking it is the former.
AOD16Cs showed up today and I isolated the controller, adding my own 24V supply and jumping all of the safety signals. Low and behold, the C-cards are sinkers! I proceeded to put one of 2 D-cards back in, turned on all of the outputs on that card, and found 3 points that did not source any voltage. The other 13 worked like a dream!
So it turns out, I'm not actually crazy. Just easily confused. So my D cards are sinking inputs (must go high to turn on) and sourcing outputs (supply +24V). Thankfully, that jives with my understanding.
As far as I know...
+24 on 1 and 11. 0V on 10 and 20.
The sad thing is, I pretty much go through this every time I install a robot, but I usually have some flexibility when it comes to I/O. Only this time, we've committed to a particular scheme so I can't just flop polarity at the PLC.
Apologies. I'm just a guy with a degree in Economics who has always worked with and built machines, and is now responsible for a dozen used Fanucs. Very little training other than this forum and what I can read on the interwebs. But like I said, AOD16Cs should be here today. I'll do some testing and post my results. Fanuc, in particular, just really complicates the whole sinking/sourcing thing for me every single time...
I think I have a pair of M-16s with that same connector on the back of their controllers. I believe it is a jumper plug for all of your safety signals on TBOP4, up on the door. I'll take a closer look tomorrow, but I'm pretty sure this is what I found.
