Hello,
The Single-Plane Balancing project is not a shipping example, but a sample project. So, instead of looking for it in the Example Finder, you can find it clicking Create Project after opening LabVIEW and searching among the Sample Projects as shown below.
Hope it helps!
Thank you for the insight here. I just needed some assurance as to what I'm looking at. I had already contacted the folks that make the cylinders to no avail. I've also confirmed this with an old EE colleague of mine. Just making sure I'm buying the correct modules!! 
It sounds like you are talking about array subset. If you already know about it and are having problems with it, (Read the context help and detailed help), then you should attach the VI with your failed attempt, and data saved into the controls by default. Save and attach and we can see what you are trying to do and where you are going wrong.
It sounds like the answer is as simple as this.
...
First, let's fix some of the code I told you about in an earlier message, along with some other simplifications.
Instead of waiting for a timeout, do a small wait and see if other data has arrived at the port. (This is one of the very view times I would use "Bytes at Port".)
I'm assuming your device is friendly and receives the multiple lines of data immediately with no more than a tiny break between lines. I put in a 10 msec wait just in case the next line has not arrived already.
If you aren't receiving the first part of your response, than it is like I said earlier where there is something wrong with your device and it not meeting your timing requirements
Per request.
A 3D picture control would work just fine, but requires work. For simpler needs, don't forget this toolkit.
I looked into this at one point too. I ended up just doing a manual copy from read accessors of the parent to write accessors of the child.
Your XML copying method was one I did look into. I discovered two flaws in it that you might not have run across yet. First, any floating point number with a unit attached always unflattens as the default value unless it's nested in a cluster (most people don't use units, so not a big deal). Second, and more likely to be a thing, all Variant data is lost when unflattened from inside of a class.
The one thing I did find was a way to make a "trap" that catches when someone adds something to the parent class data that isn't in the "copy" function. You can run this code:
This generates a complete list of the parent class's elements, whether or not they have accessors. Call it on the parent class, and then convert the output arrays into constants. Then generate an error during run-time if the "live" arrays don't match the constants you generated in both size and contents. Every time you edit the "copy" function from parent to child, update the constants so it doesn't fail during run-time.
I suppose you could run similar code on the XML generated after you flatten it to get the names and data types of all of the XML nodes and compare, but the general method is the same.
Or, if you use unit tests, put this in the unit tests to catch it earlier...
Copy pasted your vi code to see if it would work. It still caused only the tail end of the response to be captured (reference previous response for what it should look like). I am guessing it most likely is my device's response time since I've tried various methods of adjusting the timing through my code... I know that the device is crunching through the Visa Write commands since it does not get hung up at any command and continues to send back responses (albeit sometimes only portions). I think the best way to capture and parse for keywords is to just send out all the commands and capture all the responses into an array, then check after all the commands have been sent for those keywords and see if that functions as I want it to...
Thank you for the revised/cleaner code though.
I can almost guarantee the problem is in your device. I don't know if you'll have any better luck sending all the commands at once.
Look at the problem from a high level.
1. You open a configure the port.
2. You write a command.
3. You read the response.
There is no way you can be losing the beginning of the response since your port is already open with the buffer ready to receive it. If you are missing part of the response, it is because the device didn't send that part.
Does it only happen on the first command you write? Ever on the later commands?
Could you try to resend the first command in the event the first response fails?
You have posted several versions of your code and one image of the data displayed on the front panel. Unfortunately, we cannot combine the two to see how the data is processed by your code. Please perform the following steps.
1. Run the VI
2. Select Edit -> Make Current Values Default
3. Save the VI
4. Attach the updated VI
Once you have saved the data inside the chart, we could easily run the last block of data through your analysis code. We could then suggest specific changes or tweaks to improve your results.
The peak detector should provide the best detection of your waveform. The output is in samples/peak and would have to converted to peaks/minute.
So you posted a question that we didn't understand, we tried to "guess" your meaning and make suggestions (but they seemed to be wrong), asked you to post some code to clarify (which you didn't do), suggested more solutions (but you said they were wrong), and you still haven't clarified the various solutions we've proposed nor helped us to understand your needs by posting your code.
So now that you say you have 100k array and want to plot the last 30k points. I created a tiny demo where I created a 1k array with the first 700 being random numbers and the last 300 being a straight line from 0 to 1. Here are two plots of the same array -- is this what you want? I'll tell you the exact same wire holding the entire 1k array goes to both charts.
Bob Schor
Thanks Mr Camilo V
Hi,
Hope this manual helps : NI VeriStand 2010 Custom Device
Developer’s Guide
and also this knowledgebase that lists a few resources which could be useful: https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P6B6SAK&l=zh-CN
I tried to go on the Web and see how to get data from the Kistler amplifier, but was not successful. I have had the experience of getting data from Mettler Balances through their TCP/IP outputs -- Mettler treated them as VISA ports (VISA over TCP/IP), so we just configured VISA for TCP/IP, sent it Balance commands, and started reading Weight messages.
Do you have a manual that describes how your Amplifier passes data back over TCP/IP? How does it appear if you connect it and then open MAX and look for it under Devices and Interfaces? You should do some experiments with Test Panels under MAX and see if you can get it to send you information -- use the commands that I hope Kistler provides and see if you get any responses.
Let us know what you find. If you do have such a manual, and if it has a PDF version, attach the manual, I'll look up my old code, and we may be able to make some progress.
Bob Schor
wrote: Per request.
Wow! Look at that plot! Nine peaks, values much larger than anything else, data that stick way up there, a few points that are way above 95%, maybe 99% of the rest of the data. Hmm, where have I heard values like 95%, or like 99%? Let's employ the Famous IBM Slogan and see if we make any progress in solving this (fairly simple, if you stop and IBM about it ...).
Bob Schor
Bob
What on earth are you taking about. I’m well aware that the peaks have a higher amplitude. That’s why I used the peak detector vi. But the damn thing is so inaccurate the values it outputs are all over the place. Sometimes they’re right at 70bpm and sometimes it says 25346 or some other arbitrary number.
Did you come here to ridicule me or help?
When i'm trying to download the arduino package through the VIPM, the following error as attached in the file is reported. please how can i add arduino package to labview
wrote: So you posted a question that we didn't understand, we tried to "guess" your meaning and make suggestions (but they seemed to be wrong), asked you to post some code to clarify (which you didn't do), suggested more solutions (but you said they were wrong), and you still haven't clarified the various solutions we've proposed nor helped us to understand your needs by posting your code.
So now that you say you have 100k array and want to plot the last 30k points. I created a tiny demo where I created a 1k array with the first 700 being random numbers and the last 300 being a straight line from 0 to 1. Here are two plots of the same array -- is this what you want? I'll tell you the exact same wire holding the entire 1k array goes to both charts.
Plot last 30%
Bob Schor
Maybe I've become too crotchety in my old age, but I tend to ignore people like IRG. I'm happy to help people, as long as they make a reasonable effort at cooperation. Otherwise, I turn my back.
Well, there is not much help to give until you post a VI where you have the raw data saved.
At least now you are giving a big of a clue as to what is going wrong when you say it is a crazy number like 25346. However the last VI you posted EKG6 doesn't show how it could be coming to such a crazy number.
