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.
How would you propose the 16-24 bit values on most AI modules be packed and presented to the node? DIO modules are easy to perform what you are saying since you can pack the bits easily for reading and writing but it would not be as intuitive with AI. It is possible but is it practical or necessary?
when I use several AI inputs as depicted above I need them as an array. I also tend to connect sensors in groups of 8 to an AI module: 8 channels to read voltage signals, 8 more channels connected to shunts to read current signals.
I would like to have arrays, similar as for the DIO module, like AI0:7, AI0:15, AI16:23…
Best regards, GerdW
using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
THat actually sounds very practical. I am in the same boat, but if it simply allowed us a fixed array[8] (or 16,32,etc) to input the values the BD would clean up nicely and it could still be easy to debug.
Just wanted to get the ideas going, but I agree the higher channel count modules (or any for that matter) are cumbersome and an array could work well. How the background optimaized and handled it is out of my hands but it is a start.
A_Tish, if you like the idea, be sure to give it a Kudos. That is the metric that NI uses when looking at the Idea Exchange for features to implement.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions Unofficial Forum Rules and Guidelines "Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
There's actually a method node for the NI-9205 that should be a bit more efficient for the use case you've shown in your diagram, see below snippet. (the index counter is 5 bit and set to overflow at the increment node)
The only drawback is that it still can't be run from within a SCTL loop 😞