Hi, I have contacted NI sales services but it's a great frustration as usual, so I will try to get some support here
Basically for a project I need 2 CAN ports and I decided to go with XNET and Compact DAQ. I have 2 solutions I try to choose from:
Solution 1 --> One 4-slot chassis with 2 NI-9862 modules (one port per module)
Solution 2 --> One 1-slot chassis with 1 NI-9860 module (this module has 2 ports)
I am confident that solution 1 will work well since I already had a project in the past with one 4-slot chassis (cDAQ-9174) and one NI-9862 module. But going with solution 2 will allow me to cut cost significantly. I just want to make sure it will be absolutely seamless and transparent for the software. Does anybody have experience with the NI-9860? Can it be considered as the equivalent of 2x NI-9862 as far as the software is concerned (LabVIEW driver) or does it remove some performance/flexibility/other?
I am mentoring an FRC team and we were discussing a design where we have a couple channels of information, some of which is very high frequency and losing data is not too important, so we are using a notifier. We also have a different channel of data which is much lower frequency, but losing any would be an big problem and we are using a queue.
Now the tricky part we would like to be able to wait on data from either source (preferably not busy wait). I have come up with a a couple possibilities:
Busy wait on both, looping between checking both sources and a 0 delay in the loop to prevent starving the rest of the code.
Tweak the queue based send to also push data to the high volume notifier, when I get a read on the notifier also check the queue and process it.
User events? Not sure, but this looks right; however, note that the notifications/queue messages are generated in one subVI (which is called by external framework code) and being sent to another subVI which has a number of long running control loops in it.
I was hoping for something a little more elegant, that I have overlooked. Any pointers?
Thanks from an old C programmer still trying to get comfortable in labview.