From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

PCIe-6259 anallog input clipping (possibly overvolting) effect on other anlaog in channels?

Solved!
Go to solution

Curious if clipping/possible ovevolting on one of the analog in channels would negatively affect performance of other analog in channels. I have two systems, one where signals don't clip and the other channels are still useable. The other has some clipping issues (which will be cleared eventually btw) on some of the anlog ins. The one with clipping on other channels are seemingly unuseable while the ones that have no input clipping seem fine.

 

I seem to be experiencing a situation in which clipping on one analog in channel makes it so other analog in channels aren't working.

 

Curious to know if I'm seeing what is expected?

 

anybody have any insight here?

 

Is this how it is supposed to be working?

0 Kudos
Message 1 of 3
(2,750 Views)
Solution
Accepted by topic author CRF450_ Kev

We do not guarantee that all channels will work normally when one is in a fault/over-voltage condition.

 

Since this is a MUX'ed architecture the channels are scanned sequentially into the shared instrumentation amp and ADC.  If the instrumentation amp is railed for channel 0 (for example) it will take some time to recover from that fault after the next channel is switched in.  This may cause a number of the following channels to be incorrect (possibly shown as being railed). 

 

Obviously we do not recommend operating this device in a fault condition. When you says "analog channels aren't working" what do you mean?  Is the data railed? 

 

Some things that might help:

- Sample slower allowing the instrumentation amp more time to settle

- Skip the offending channel in the scan list

- Make sure the offending channel is set to the largest voltage range (+/-10V)

0 Kudos
Message 2 of 3
(2,738 Views)

Sorry for the delayed reply.

 


We do not guarantee that all channels will work normally when one is in a fault/over-voltage condition.

 

Since this is a MUX'ed architecture the channels are scanned sequentially into the shared instrumentation amp and ADC.  If the instrumentation amp is railed for channel 0 (for example) it will take some time to recover from that fault after the next channel is switched in.  This may cause a number of the following channels to be incorrect (possibly shown as being railed). 


 

Actually this makes alot of sense to me and what I suspect must be happenning. Thanks for the insight.

 


Obviously we do not recommend operating this device in a fault condition.


 

The conditions when this has been observed are during a pre installation test stage where all but the channel under test are fairly long lead length unterminated, unshielded, and left flapping in the breeze. In other words a worst case situation which gets much better when the system gets installed to the customers facility.

 


When you says "analog channels aren't working" what do you mean?  Is the data railed? 

Yep. It is popping in and out of the rail synchronous to the noise on the other channels.

 


Some things that might help:

- Sample slower allowing the instrumentation amp more time to settle

- Skip the offending channel in the scan list

- Make sure the offending channel is set to the largest voltage range (+/-10V)


I have a solution for the problem. I was just trying to gather as much info as possible to make sure to make the best choice as to what the solution should be.

 

I very much appreciate the valuable reply.

 

Good Day.

Kevin.

 

0 Kudos
Message 3 of 3
(2,713 Views)