infinitenothing

Yeah, I've seen it mutate even without changing platforms. They are delicate.

I tried this in 8.6 and I got the same behavior. Not sure what's up with 2009.

Over by 5. I'm still impressed.

I'm not sure where this is documented but it's pretty consistent. Here's a simplified diagram showing this behavior with a numeric. If you wire the indicators to the connector pane, they get defaulted at the end of the run.

The distinction was where they were implemented. If the memory is implemented higher up, its easier to unit test the lower level VIs.

No. Something happens after the false case runs. The VI returns default data for all its unwritten indicators. The moral of the story is to not use controls or indicators as memory storage. The preferred memory storage unit is a shift register in the test vi. A feedback node in the subVIs is the next best thing.

Maybe explain how you fixed it for future visitors. https://xkcd.com/979/ You might phrase it differently. It's hard for us to think from the perspective of someone that's lost.

Why? Doubtful. Did you try what I suggested above?

And since you don't have type safety, if you have multiple state machine threads, you have to be careful to keep your queues straight and not send your message down the wrong pipe.

Wait for a "C" from the receiver and then run "Xmodem Send.vi"

Did you see how I was trying to stop it? The front panel reference dies when you close the probe and the property node throws an error.

Something like this but with better reference handling?

What happens when you threshold your "edges" image? Can you just use particle analysis to "fill holes" on that img? Alt path: It looks like a regular threshold should work on your ROIs if you manually select the threshold right? Maybe do an erosion to get rid of the small particles? If that's the case maybe you can find some safe areas where you know there won't be any white? The corners maybe? Use that to set your threshold.

Can you tell us a bit more about what your desired measurement is? Are you just trying to get the area of the white stuff? Usually, you want to make this work as easy as possible for the software (crap in crap out principle) so you want to control the lighting and have a fixed ROI. Secondly you might want to use an auto threshold method so that it dynamically changes if the lighting control isn't perfect. Third, you'll notice the top of your image is much darker than the bottom. Your eyes are really good at subtracting shadows. Here's an example illusion based on that effect. You'll need have a different threshold for different parts of the image (preferably a gradient) to compensate for this.

Since you're facing a "cosmetic" issue, string manipulation seems OK. If you need rounding, you'll have to get really clever and maybe count how many characters exist to the left of the decimal and use number to fractional string.

Maybe the dev board is talking TTL levels and you need a level shifter? Something like this: https://www.sparkfun.com/products/449

Do you have any extra channels? Just throw two in parallel and sum the currents* *Warning, following electronics advice from random internet patrons may blow up your equipment

You need to convert your array to a list of coordinates and pass it to the linear fit function.

Is there a reason to use named queues? If I ever want to grab a reference to a queue without a wire, I just call a non-rentrant VI that looks like the attached code The advantages are: One place to setup queue size No typos Can output multiple refs What are the advantages of a named queue? Dynamic queue selection Anything else?

What do you mean by "it times out"? What's timing out? what soft of rate do you want from your top VI? What's the motivation for separating the loops?

Yes, I agree with the above. You need to unflatten to singles. If you're still having trouble, can you switch that indicator to show you hex (right click, select hex display) and paste a few lines of that here? Even better if we know what the correct values would be (for example, you could send an array of "1.5")

Do you ever come back to something super cryptic like "Open draft update node" and are like "WTF does that mean?"

I would push the data from C# to LV using UDP or TCP/IP. It should be quite fast.

I'd rather have broken code in the repo than code that works 80% of the time or a missing subVI. My most common "break" is to leave some simple minded wiring TBD as a nice warmup for the next morning

Here's another attempt: https://decibel.ni.com/content/docs/DOC-39565 It's something I think many developers want to do but it's going to need some more infrastructure to make it efficient to run and easy to use.