Highland Controls

You must have a Geo Brick LV. That is an overcurrent fault

If this is a GEO Brick, then there should not(probably not) be a 3rd party drive.

The LED display will show the Fault code.

Tuning software can easily hose up your settings and PLCs. It is best to save your configuration, run tuning program and note variables that are changed, then close out of tuning without saving. $$$ the controller, then manually enter the new tuning settings.

Sounds like something else is writing to that memory location. Did you download the standard M-Variable definitions? Are you starting with a fresh project($$$***)?

Is this a new application, or are you looking to update the OS? See this thread: http://forums.deltatau.com/showthread.php?tid=553

You should have swapped either A+ and A- or B+ and B-. The other option is to change I68n0/I69n0 to the opposite direction. Probably at 3 now, should change to 7.

I would avoid using the USB comms for anything other than configuration/programming. Ethernet is a much better choice. Ground loops are very common on the USB port, and I have seen large potentials between a PC and an industrial control panel powered from different sources.

I would avoid using the USB comms for anything other than configuration/programming. Ethernet is a much better choice. Ground loops are very common on the USB port, and I have seen large potentials between a PC and an industrial control panel powered from different sources.

Sorry, I missed the "drive" part of that and was thinking it was a standard Clipper.

As long as you are not using closed-loop steppers.

I agree that this could be a tuning or system limits issue. Can I assume that the Z axis is vertical? Does it have a brake?

What motors are these? If they have a brake, I would suspect that as a source of the noise. I have had Parker servo motors with brakes make clanging sounds that Parker claimed was normal. I have also heard clicks from motors using trapezoidal commutation, so I wouldn't rule out something electrical.

Increase(or decrease) Ixx29 until it is balanced, then tune.

You don't need a PMAC for what you are doing. Can't you just put the drive in velocity mode and feed it the analog signal?

I remember seeing an example of a PLC that handles serial communications somewhere. I have looked on this forum and in the manuals, but I can't find it. Can anyone tell me where I might find it?

That should work. I will get Opt. 12 for the analog input channel, then Acc 8ES for the true DAC outputs.

I need 3 analog outputs, so I think I am stuck with PWM on the Clipper, or will have to go to a UMAC. I have access to a Clipper demo unit, so I think I will try it and see how the output looks.

Thanks. That is a good explanation. My customer's DAQ system has configurable filters, so I should be able to get rid of the ripple.

I have an application that I would like to use the Clipper on. The issue might be the PWM DACs. I will be using some of the analog outputs to drive an external data acquisition system. The output data will represent things like position and force(scaled from an analog input). Some of these DACs will be updated at the default servo rate from a PLC. What are these outputs going to look like? Will they be a good representation of a true DAC if I have the PWM freqency high enough? Will they be noisy?

Are there any issues using the serial port and the Ethernet port at the same time? I will want to use Ethernet for Modbus/TCP, and the serial port for sending and receiving ASCII commands.

This is a somewhat generic question. How can I determine EtherCAT master/slave compatibility? If I have a master that says it is EtherCAT, and a slave drive that says it is EtherCAT, is it that simple? What EtherCAT drives has Delta Tau tested with the PowerPMAC? Does a 3rd party verify compatibility?

What controller are you using? Is there already a PC there? You could always send data out of the PMAC(serial port even?), and have an application that waits for new data to appear, then pushes it to the SQL server.

I would just poll the data using pcommserver. Nothing special is required at those data rates. I have done something similar using LabVIEW(to a SQL database). What programming platforms are you familiar with?