Another Winder Question!

I have worked on a bunch of winders, unwinders, re-winders, slitters, etc.

Many of them had issues like you describe. I found that their control strategy was oversimplified.

Bring tension into a PID, send torque command out. Adjust the gains, walk away. There was also usually a bit of PID mode control logic, but not quite enough...

For high speed lightweight stuff like spiral wrapping on a tire machine, this was plenty good enough. The range of the radius was small, and the rotor to load inertia was favorable for striaght tension control.

Others, were much higher ranging ratios on intermittent feeders, and continuous lines as well, but they all had an oversimplified single PID strategy in the PLC.

I improved most of them by doing what Peter said. I actually got the formula from this site to calculate the diameter from a known length of a spiral (i think it was Steve Bailey who gave me that nugget, thanks again whoever it was...) Then I had a known thickness (+- tolerances) so I could properly control tension by controlling velocity.

If you do your math right, and the tension is wrong then you must be going at slightly the wrong speed, right? At least that's my Lawn Mower Man perspective on it.

The torque was monitored, sometimes filtered, and depending on the speed of the line, was compensated for by adjusting the calculated radius. Actually is was a float called "Diameter Factor" and I used common sense to limit it's range and influence on the final speed command. Ideally it would 1.0, and I would let the PID move it between fairly wide limits at first, and those limits became my application specific tune-ables.

Some machines required a wide range from like .85 to 1.15, but most without severe stretch or shrinkage going on would never get outside of 0.95 to 1.05.

I applied the corrections at total roll length intervals, so the faster the winder surface speed, the more often its torque limits and diameter calc. would get updated. Basically that summing action re-centered the PID.

So if I was way off on my specification for thickness because of normal variations, no big deal the ratio detector summed back into the diameter calculation took care of that, and I could allow a wider range of compensation to start with partial rolls and quickly catch up to an accurate diameter calculation.

Some machines were slow moving and continuously fed, with jittery load cells, and we used analog filtering to help smooth that out. Other machines needed to react more immediately, so precise math was a must with high speed winders so you could limit the drive torque more accurately, and follow line speed through rapid accel and decel moves.

The diameter and the weight was used to alter the torque limit input of stuff like steel belt mother-rolls which could weigh over 4000 lbs.

Some machines had analog torque limit inputs through hardwiring, and others were messaged on the fly.

Then, if the film/rubber/steel belt material wads up or breaks, the torque limiting can keep you from from overreacting and running away. If you see a sudden dip or jump in tension that doesn't calm down right away, then fault and stop the process.

At the core of all this is a PI used more or less for "ratio detection" or "diameter calculation error", nothing more. You don't want to give the PI full control of the drive, you just want to limit it to minor corrections in your radius math. It will have the tension signal as an input, and the output was in corporated into the calculated diameter.

We had one machine that was an unwinder feeding big rolls of steel belt material with a large drive programmed in torque control to wind the web.

It was the same deal. The OEM used torque control, and then we were shredding webs and had run away motion.

What they did for this intermittent feed cycle from a winder, was use messaging to switch modes of the drives involved.

The beauty of using diameter in the formula is the ability to deal with line stops and starts. For a continuous process with few interruptions, it might be overkill.

I didn't have any fancy schmancy hardware, just good drives with analog I/O signals and a load cell, dancer, or loop sensor analog input. The PLC read the velocity of the line and totalized length (more simple algebra). Those drives were super accurate on their digital display and it was pretty good data even via analog wires. The drives themselves had encoder feedback which is what made calibrating so easy. If the display said 857 RPM and you got 4.57 volts, it would be ded nutzz.

JMHO
Paul
 
Last edited:
I'm glad all has shaped out well.

Files which have been enclosed by me, are not ****.

Some time ago this files have very much helped me to recognise one important problem.

Peter Nachtwey wrote: zova, can you explain those pdf files to us?

I will try to explain,

Yes, owing to the different reasons we cannot describe system precisely from the physical point of view. However our knowledges of a physical essence of the system are considerable, and this knowledges should not be neglected.

All that has been made by OkiePC are very correct - PID got only uncertainties, all that can be calculated analytically have been done. Strictly speaking it is gain-scheduled fixed order control strategie. Common sense and anything more.

 
We use a dual roll winder for a paper mill with 2 powerflex drives. I have a master/slave setup for the rolls. The master has a speed reference and the slave is in load share (torque following) mode running to 125% of the master torque.
We used load cells but too much instability so we did what you did and made them very slow to react. We use a mechanical brake on the unwind stand to vary the tension. One of the load cells failed, so we decided to test running the brake to the master torque. I set up a PID loop with the operator entering a setpoint, the process value being the master torque and the control value being the brake. This gave us very nice and tight rolls with the benefit of 2 less mechanical devices that have the perpensity to fail.
 

Similar Topics

Hello All Working on a large Unwinder/Winder Application Core = 24" Max Roll = 192" Motor is 1780 RPM coupled to 124.41 Gearbox with Encoder...
Replies
6
Views
1,872
Hi, The hardware is: Click Plc model # CO-O1DD1-O HMI model # S3ML-R magnetic-inductive flow meter model # FMM100-1001. I will set the flow meter...
Replies
4
Views
163
So I had an odd request from a customer for the above. I have written the logic and tested it all in one PLC with only using 7 outputs and 7...
Replies
15
Views
428
Hello I need to message read the entire 16 channel raw analog inputs from a 1769-L33ER Compact Logic controller to another 1769-L33ER Compact...
Replies
8
Views
249
I am noticing a problem where i am using MOV instruction and writing literal text into source and String datatype in destination. It works fines...
Replies
6
Views
490
Back
Top Bottom