VFD Guy

Maybe just me but anytime I want to pull something into excel I just use the linx dde/opc topics. Very easy to read write tags to a plc

The feedback type and ppr would also be helpful but servo part number should tell us that

Agreed if you can ping and not see in linx, harmony files might be the issue. Delete Harmony or just make a new driver. 

This is a shared ac configuration via the black connectors on top. The red terminal blocks are the STO signals. There doesn’t appear to be Aux 24 to it. Likely a bad drive. I believe controls are fed off an SMPS which comes off the DC bus. Take the cover off the DC bus and measure there. This will tell you if the converter is functional 

Since this is a pump, I’m assuming no encoder and non FV mode. If those are true, I still feel my previous post applies. Since it’s failing at a higher speed, that means higher voltage and likely a cable or motor issue. Of course a scope on the output would give you the proof. F12 means 2x drive rated current was seen my CTs. What is the amperage of the drive?

Agreed

@ElectronGuru  yes meggering significantly higher than motor insulation can damage a motor. Many vfd rated motors are rated to 1488v. 12v higher than that won’t cause an issue. I’ve seen countless times of people meggering at only 500v and say no motor issue. A motor can see up to 2 times dc bus with ringing for short periods. So 650vdc, that’d be about 1300v and why a 500v megger would cause a false success. @PaulKim1003  it would help if you stated when the fault occurs. On every start? Acceleration? Since lowering the speed helped, did the fault only occur above certain speeds?

Assuming no parameters have changed, F12 is often cabling or the motor. Disconnect the motor at the junction box and start the drive. If it runs, the cables are good. If the issue occurs when the motor is hooked up, megger at 1500v with drive disconnected. If this occurred after replacement or commissioning then parameters are likely the issue. If settings didn’t change, likely a motor or cable issue. If F12 occurs with no leads connected then you have a drive problem. Hope this helps. Interested to hear the solution

Divide and conquer. First find out if the plc is sending a reference that makes it to the drive. Since all 10 are 0, my gut is the plc, not the drives

Are you closed loop or open loop?

I would follow this https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/524308/loc/en_US#__highlight. Keep your engineering units and do a calibration 

V6 is available on Rockwell site. I just checked my software and the V6 database installs. The latest aop moved databases on your computer. The installer tries to create a registry edit to point to the new location. If your security is like mine and prevented it, your databases are not pointed to correctly. I had to call Rockwell to show me where the reg edit was to fix

I’ve used bobs suggestion above. Works well. Also, Rockwell has a new bootp software that seems more stable than the bootp tool. It’s called Ethernet commissioning tool

Terminal 1 to 11 is the stop command which is NC. When you reach your target position, open terminal 1. I assume this will come from your plc

Use QA13283 instead. The technote you provided states that the content of that technote only applies to T drives