Posts by haydenfscott

Ladies and Gentlemen,

I had an instance of damage to an EE connector on a robot on a customer install. The controller was a R30ib plus. The damage resulted in the 24v hot getting touched to neutral.

I wound up with a blown fuse alarm. After replacing it, we had SRVO-157 CHGAL. I did some quick reading and did the testing listed in the robot manual. The end result was that the robot did not recover. I called the fanuc rep and they sent a guy out to replace the board stack for no small amount of money. I'm now under pressure to do some reporting and rationalize the expense. Reading on the subject, I ran across a post where someone had a similar issue. They resolved the SRVO-157 by flipping the QF2 breaker because it was tripped. I'm now afraid that Fanuc charged us for nothing. I'm no longer at the customer site and don't have access to a Fanuc controller.

Does it make sense that the fuse popped and it still killed something on the servo amp boards? I would think not. I understand my bosses questioning this.

If anyone is able to supply evidence or testimonials about this issue, I'd love to have it so my bosses can push back on the money Fanuc is charging.

Customer has 2 sister lines built a year apart. They stopped running one and use it for spare parts.

Have an E2S453SM-UL robot and DU520 motion controller.

Description of failure from the customer was that the robot "lost postion and lost all the comms lights"
We walked into the RC+ software reporting SPEL driver faults. Uninstalled and reinstalled the software.

Estop safety circuit error was the follow up that prevented us from opening the robot manager.

At this point I have swapped the Epson PC, the DU520, and the cable package in question.

These actions have resolved the comms faults and the estop circuit fault.

After loading the configs in the motion screen and trying to get motors on, we have error 5002 that is the DMB board fault. Given that we've replaced everything, it would lead you to believe that we have something wrong with the cfgs. I doubt this is true based upon the fact that they were numbered according to the serial numbers on the equipment.

Can anyone claim that you might still have this error 5002 based upon damage to the robot motors/encoders?

CS9 controller with a tx60 robot

Symptom is that when the robot is in motion it may fault with "DSI9 board not referenced error". If you redo the safe reference it completes that no problem. I have done some preliminary checking of the wiring harness in case this is a ground issue causing the controller to fault. There were a couple of loose wires. These have been resolved and we are still reproducing the not referenced error.

Below is the fault displayed in the log. I have already contacted Staubli, but the clock is ticking. Any help would be appreciated.

{"entry":{"val":"DSI errorCode goes to: %u (%s).","data":[{"val":3453},{"val":"Deviation between multi turn safe and multi turn non safe encoder 4"}],"date":"2023-11-04T18:53:26","ts":"271.441316815","type":"key","lvl":"INFO","id":"0x6008"},"hash":"3733b8982c7ceb6c24"}

Sorry, New user and the guy that was supposed to train me had a heart attack. I'm in the commissioning process for a group of Staubli CS9 controllers that are a copy of a previous project. I've downloaded the project to the controllers being commissioned. I've taught a few points and am trying to use the "define frames" function. When I try to run the controller application I get this scrolling fault: ERR 125 No answer from input-output.. Robot_System. In the research I've done I did find the iomap.cfx. I assume that's where I'm supposed to be making changes.
What is the error 125 indicative of exactly? Am I missing a step in intializing the I/O cards? Or, since it's an old project on a newer controller it's mapped wrong? I'm having trouble finding a manual that explicitly covers doing the I/O assignment process. Can somebody point me in the right direction?

Trying to download a particular emulator to match a customer project. Getting the message:

Exception of type 'SRS.Services.InvalidHashUpdateException' was thrown.

Clicking OK generates another box with the same text.

I have contacted Staubli to no end. Their secure.stuabli/intranet site only has downloadable installers up to 7.x.xCS8_xxxxx. Can anybody tell me where to download the more recent installers? In particular looking for 8.8.3Cs9_BS1660.

Alternative would be to try and export from another computer that does have the correct emulator. Is there a way to accomplish that? I already copied the files over to the same folder on the new install...

Drawing that I'm referring to.

Attempting to recommission an old robot. Having to wait on Fanuc NA to ok my account on their site. In the meantime, I'm trying to evaluate the lack of correct functionality of the deadman switch on the teach pendant. The board is an a05b-2650-c400. The given drawing indicates that only 2 pins are used. On the board, I see the CRM98 plug marker but, the pins are not labelled. The leftmost pin has a constant 24v while power is on the machine. Pulling in the dead man does not cause any change that I can see. What feedback should I be getting to prove the dead man is pulled in?

Relatively new to the field. Sorry if I'm not asking the right questions.

The brightness and contrast settings are the same on all the controllers(kcp2). On one of them though the screen is significantly dimmer. Hitting the contrast and brightness buttons do cause changes. Comparing the sps files on the machines: they do appear to be the same. The windows settings are also the same. Directly manipulating $phgbright and $phgcont did not fix the problem.

Is there a hardware adjustment somewhere? If so what manual do I need to track down that would have that kind of information?