LabVIEW
How to build array of bits spread out in multiple bytes.
Is the desired output an array of 16 U8s? or a 128 bit scalar? Or some inbetween grouping?
Are the remaining 126 bits always 0? (This is what your code shows, but it isn't obvious at least to me from the description if that's the desired behaviour in all cases).
If they are always 0, then you can do what you're already doing for the first byte, and then use an array of 15 (not 16) 0-valued U8s to fill out your 128 bits.
If you need to take an input with values between 0 and (2^126)-1 as your second input, you'll probably need to add the leading U8 of your array of 16 U8s out and add it to the bit-shifted input you already have to get the first byte, then concatenate the remaining 15?
So is there anything wrong with your attempt? Your lower array should only have 15 elements, right?
Your description does not really specify if the first byte already only contains the two bits in the right place or if you need to shift them up. From your code, I assume that bit#0 is LSB, i.e. unity.
Also note that if you do a left shift by 6 on a byte, the masking (AND b11) is not really needed because the rest of the bits will be zeroed anyway.
I would also recommend to format your controls/indicators in binary (%08b). Much easier to verify the result. Where do the other bytes come from?
What do the 16 bytes represent? Do you need to worry about byte order?
Maybe this is what you're looking for?
Take care for your most significant bits ordering when adding here - I wrote this to concatenate in the way I think you described, but note that I had to reverse in my random input generation because for the Bool Array to Number, LabVIEW assumes that the 0th element of the array is the LS-bit.
Sure - you can put whatever you want there! But do you really have an enum with ~8.5x10^37 values?
There are various useful ways to convert enums in LabVIEW to numbers - if you want the U8 array output but have a couple of larger enums that form these sections (perhaps e.g. vastly oversized U32 enums combined in a layout like "NI" - "Digital" - "Input" - "NI-9401" ) where each of these enums has a few possible values and you're just choosing the appropriate typedefs based on the preceding value, you can make use of things like Join Numbers and Split Number. You should be able to directly wire the enums to these - they will be coerced to their representation type (e.g. U32, U16).
I suspect we could give a clearer answer if you tell us what format the input 126 bits are in. They can't be a (single) LabVIEW enum, because the largest allowed representation is a U32 there. It looks like Fixed Point is limited to 64 bits in LabVIEW too - I suppose a Complex Double is 128 bits, but that would be a strange format to store an enum in!
Do you perhaps have a cluster of enums/numeric values or something similar?
