One Input Two Different Values

200 pressure units for a span of 150000 is 200/15000 = 1.33%.

Do the other channels use a similar difference value, percentage wise?
 
I'm trying to determine if the AI card is wired single ended or differential, so that's why the actual terminal numbers are meaningful.

Does transmitter (+) go to IN-4 and transmitter (-) go to RTN-4,
Or does transmitter (+) go to IN-4 and transmitter (-) go to IN-5?
 
200 pressure units for a span of 150000 is 200/15000 = 1.33%.

Do the other channels use a similar difference value, percentage wise?

No, the other transmitters are configured to alarm with about a 10 difference because its temperature and pressure, and less fluctuation.
 
I'm trying to determine if the AI card is wired single ended or differential, so that's why the actual terminal numbers are meaningful.

Does transmitter (+) go to IN-4 and transmitter (-) go to RTN-4,
Or does transmitter (+) go to IN-4 and transmitter (-) go to IN-5?

I believe the common is shared with all the AI inputs.
 
How much oscillation/variation is there in the flow signal?

500 units per second ?

Thanks,

The flow does vary by an amount. Its hard to say, but I would say about 300 to 500 per second the flow vary. I watched the flow on both AI channels live and yes it is vary.
 
The wiring puts a single, 4-20mA current signal through a 250 ohm resistor. The 1-5Vdc voltage drop across that resistor is connected to each of two 1756-I16 AI cards.

single_xmtr_signal_split_to_two_AI_cards.jpg


The manual for the 1756-I16 card shows a single-ended wiring scheme for voltage signals.

1756_IF16_wiring_for_single_ended_voltage_signal.jpg


This may, or may not be the wiring in question.

If it is, how could channel A on input card A see a different value than channel B on input card B ?

They can't. Both channels get exactly the same signal, a voltage paralleled from a common source, 4-20mA signal.

Could common mode offsets account for the Ch A vs Ch B difference?

While single ended AI cards are notorious for having common mode problems, manifested as an offset on each channel when multiple devices at different ground potentials are connected to a single ended card, that is apparently not the case here.

Common mode problems on single-ended cards affect all channels on a given card, because they all share a common ground. The complaint is typically, "the first three channels worked fine until I connected signal 4 and now all 4 channels are driven off-scale."

That is not the case here. And it is unlikely, since 2-wire transmitters are typically ungrounded (floating), so even if one side of the power supply (p/s) is grounded, the ground potential difference is limited to the difference between the p/s and the AI (RTN terminal) grounds. This assumes all the transmitters share the same power supply.

Furthermore, 3 signals, each split to dual channels, have worked without a problem for some period of time. as singled ended voltage signals.

I therefore conclude that a difference due to true differences in the signal source is unlikely.

However, a difference in signal values might be accounted for in the sampling of signal values for Channels A and B.

The signal in question is flow signal, which has a significant amount of noise/variation:
"I would say about 300 to 500 per second the flow vary."
"If I watch the PLC AIs channels live/online, I can see the difference fluctuate up to 200 quickly. Its flow reading and I know it vary, but shouldn't vary by that much."

The signals which are not problematic are apparently signals that have less variation than the flow signal:
"No, the other transmitters are configured to alarm with about a 10 difference because its temperature and pressure, and less fluctuation."

The less noisy signals do not see a deviation.

The noisy signal sees a deviation between Ch A and Ch B, even though the signals at the AI inputs are identical.

I'm an instrument guy, not an A-B guy, so I do not know how the input values are sampled in time, with respect to one another.

But I suspect that there is enough time lag between the sampling of Ch A and the sampling of Ch B that the difference is caused by the inherent noise/variation in the flow signal.

Ch A is sampled at T0 (time zero) with a value of 12444 units.
Ch B is sampled (arbitrarily) 50mS later by which time the flow signal is now 12645 units, only a 1.3% change, but enough to trigger an alarm.

An A-B guy will have to comment on how channels on two different AI cards are sampled and what parameters (scan time, scan order, whatever) affect that sampling and what a likely time skew between AI card A and AI card B samples could be.

It might be that filtering/damping/averaging the flow signal at the flowmeter so that non-simultaneous sampling will not see as great a difference as is now seen.
 
The wiring puts a single, 4-20mA current signal through a 250 ohm resistor. The 1-5Vdc voltage drop across that resistor is connected to each of two 1756-I16 AI cards.

single_xmtr_signal_split_to_two_AI_cards.jpg


The manual for the 1756-I16 card shows a single-ended wiring scheme for voltage signals.

1756_IF16_wiring_for_single_ended_voltage_signal.jpg


This may, or may not be the wiring in question.

If it is, how could channel A on input card A see a different value than channel B on input card B ?

They can't. Both channels get exactly the same signal, a voltage paralleled from a common source, 4-20mA signal.

Could common mode offsets account for the Ch A vs Ch B difference?

While single ended AI cards are notorious for having common mode problems, manifested as an offset on each channel when multiple devices at different ground potentials are connected to a single ended card, that is apparently not the case here.

Common mode problems on single-ended cards affect all channels on a given card, because they all share a common ground. The complaint is typically, "the first three channels worked fine until I connected signal 4 and now all 4 channels are driven off-scale."

That is not the case here. And it is unlikely, since 2-wire transmitters are typically ungrounded (floating), so even if one side of the power supply (p/s) is grounded, the ground potential difference is limited to the difference between the p/s and the AI (RTN terminal) grounds. This assumes all the transmitters share the same power supply.

Furthermore, 3 signals, each split to dual channels, have worked without a problem for some period of time. as singled ended voltage signals.

I therefore conclude that a difference due to true differences in the signal source is unlikely.

However, a difference in signal values might be accounted for in the sampling of signal values for Channels A and B.

The signal in question is flow signal, which has a significant amount of noise/variation:
"I would say about 300 to 500 per second the flow vary."
"If I watch the PLC AIs channels live/online, I can see the difference fluctuate up to 200 quickly. Its flow reading and I know it vary, but shouldn't vary by that much."

The signals which are not problematic are apparently signals that have less variation than the flow signal:
"No, the other transmitters are configured to alarm with about a 10 difference because its temperature and pressure, and less fluctuation."

The less noisy signals do not see a deviation.

The noisy signal sees a deviation between Ch A and Ch B, even though the signals at the AI inputs are identical.

I'm an instrument guy, not an A-B guy, so I do not know how the input values are sampled in time, with respect to one another.

But I suspect that there is enough time lag between the sampling of Ch A and the sampling of Ch B that the difference is caused by the inherent noise/variation in the flow signal.

Ch A is sampled at T0 (time zero) with a value of 12444 units.
Ch B is sampled (arbitrarily) 50mS later by which time the flow signal is now 12645 units, only a 1.3% change, but enough to trigger an alarm.

An A-B guy will have to comment on how channels on two different AI cards are sampled and what parameters (scan time, scan order, whatever) affect that sampling and what a likely time skew between AI card A and AI card B samples could be.

It might be that filtering/damping/averaging the flow signal at the flowmeter so that non-simultaneous sampling will not see as great a difference as is now seen.

Thank you danw for your detailed and analytical response.

I believe your analysis regarding the sampling time for AI card A channel A and AI card B channel B could be different. When I stare at the online live data of both cards channels, they are not identical at anytime when the flow is being measured. Which means there is a sample time difference, or maybe a PLC scan rate difference between reading both channels and sometimes during this difference of reading time (lets say 20msec), the PLC calculates a difference higher then 200 (maybe even more depending on the flow measurement change).

I did notice one thing. When I removed the signal wire from the flow transmitter, the difference between the channels was near 0% and about 0.88 or less. The reading was on both card was about -3477 because no input was there. Since this value is steady on both channels, the sampling time is somewhat the same, so the difference is less.

Few questions:

1. Whats the difference between RTN and iRTN?
 
1). >"Since this value is steady on both channels, the sampling time is somewhat the same, so the difference is less."

No, the time skew/sampling time difference is still there but the difference is minimal because the input signal is not changing, it's stuck at whatever 'count' zero volts is interpreted as.

The disconnected flow signal is effectively 'steady state', even less noisy and steadier than the temperature and pressure signals.

2). "Whats the difference between RTN and iRTN?"

Ans: The letter I (eye, not EL) means 'current'; that terminal is used for current inputs. A 249 ohm resistor current dropping resistor is connected internally between terminal IN-n and iRTN-n. There's no resistor connected to RTN.
 
Last edited:
1). >"Since this value is steady on both channels, the sampling time is somewhat the same, so the difference is less."

No, the time skew/sampling time difference is still there but the difference is minimal because the input signal is not changing, it's stuck at whatever 'count' zero volts is interpreted as.

The disconnected flow signal is effectively 'steady state', even less noisy and steadier than the temperature and pressure signals.

2). "Whats the difference between RTN and iRTN?"

Ans: The letter I (eye, not EL) means 'current'; that terminal is used for current inputs. A 249 ohm resistor current dropping resistor is connected internally between terminal IN-n and iRTN-n. There's no resistor connected to RTN.

Thank you danw,

I am instrument guy too and allow me to explain the flow meter location.

I believe the problem of the difference of signals is process flow oscillation/noise/spike. Do you agree? There is much I can do on the PLC side because it is alarming on difference of AI channel, but if flow was stable as possible, this could eliminate the difference alarm.

Upstream of the meter about 15 yards away is a pump blow air. Pump is controlled by a VFD. Downstream of the meter, about 10 yards is a 15" control valve that is normally about 10-15% open at all times.

The reason for the spikes:
1. Pump pulsations.
2. control valve chattering or bad valve positioner causing valve to move, which could cause flow to oscillate

We can increase the damping in the transmitter, but I hesitate to do this because the process flow would appear stable, when it is not.

Thanks,
 
1).
I believe the problem of the difference of signals is process flow oscillation/noise/spike. Do you agree?
Totally agree.

The data is not sampled synchronously on both channels. The difference in sampling is a time interval long enough that process has changed value by the time the 2nd channel is sampled. The result from a noisy data signal is a difference greater than 1.3% of span.

2). What is the flow technology? DP?

3). Options

Given that this is an SIS (safety) application, whatever changes are proposed needs to be reviewed and approved by whomever does that in your organization.

a). Live with the current situation. People will consider the alarm a nuisance alarm and ignore it.

b) Decrease the time interval between samples so that the differences are smaller to make the sampling more 'synchronous' than asynchronous.

c). Increase the difference value used for alarming due to the noisy nature of the signal.

d). Increase the time duration that the difference value must be valid before it is considered a valid alarm (on-delay timer)

e). Smooth the output of the flow meter signal. Because the algorithms are time constant based, there is an inherent time delay in an 'averaged' signal.

f). Loop tuning
I don't understand the control strategy. There are two devices controlling flow, an upstream VFD and a downstream damper/valve. I would think the PIDs fight each other.

Either controller can contribute to quick changes in flow rate, dependent on tuning.

Recording the output (demand) signals to the VFD and the valve positioner might reveal which is more aggressively tuned and more likely to cause oscillation.
 
1). Totally agree.

The data is not sampled synchronously on both channels. The difference in sampling is a time interval long enough that process has changed value by the time the 2nd channel is sampled. The result from a noisy data signal is a difference greater than 1.3% of span.

2). What is the flow technology? DP?

3). Options

Given that this is an SIS (safety) application, whatever changes are proposed needs to be reviewed and approved by whomever does that in your organization.

a). Live with the current situation. People will consider the alarm a nuisance alarm and ignore it.

b) Decrease the time interval between samples so that the differences are smaller to make the sampling more 'synchronous' than asynchronous.

c). Increase the difference value used for alarming due to the noisy nature of the signal.

d). Increase the time duration that the difference value must be valid before it is considered a valid alarm (on-delay timer)

e). Smooth the output of the flow meter signal. Because the algorithms are time constant based, there is an inherent time delay in an 'averaged' signal.

f). Loop tuning
I don't understand the control strategy. There are two devices controlling flow, an upstream VFD and a downstream damper/valve. I would think the PIDs fight each other.

Either controller can contribute to quick changes in flow rate, dependent on tuning.

Recording the output (demand) signals to the VFD and the valve positioner might reveal which is more aggressively tuned and more likely to cause oscillation.

Thanks danw,

I forgot to mention to you the ultimate problem behind all this.

This flow we are discussing is used to monitor the air flow to a unit. If that flow goes low (less then 800) on either AI card channel, it will trip the entire unit down.

And this past week, this has been the problem. The PLC is responsible for tripping the unit on low flow.

Here is another issue recently discovered. One of the AI card channel, sends the flow signal from the PLC to our DCS via modbus. When the unit trips on low flow, that signal trend on our DCS does not go below 800.o_O

But the PLC will trip the unit on low flow if any channel goes below 800 for 2 seconds.

Could it be one channel is sampling a low flow while the other channel has not sample that low flow yet and still see the normal flow that is going to DCS? So because the flow is not trending low below 800 at times, it confuses people, which is understandable. But of course there is time delays on modbus as well, so if flow spikes down DCS may not see it.

Sometimes the DCS trend the flow going down, and sometimes it does not trend that flow going down.

Thank you
 
Last edited:

Similar Topics

Hi i would like to ask! Im using Omron CP1E PLC May i know how to use one input to trigger two outputs alternatively? Meaning press X0 on, Y0...
Replies
11
Views
401
Hi all. New here and wondering if you can help. I have a flasher unit I want to test via PLC. The issue I am having is the input signal is 12v+...
Replies
2
Views
203
I was trying to use a Micrologix 1100 and a 1762-if2of2 Analog IO card to demonstrate A/D and D/A conversion. Simple ladder logic Enter a value...
Replies
13
Views
3,881
Hello there! I've got one little problem with S5-135U program that's driving me crazy. I've got those two segments: It's a classic positive...
Replies
1
Views
1,337
G'day All. I am having a problem with a conveyor system which is controlled by two different Mitsubishi PLCs and below is the CPU information...
Replies
3
Views
1,719
Back
Top Bottom