rpodsim

I loved it! :thumbup: No more :gathering: !

For more explanation check out these: http://en.wikipedia.org/wiki/Universal_quantification (The case that tests if all values in a set are true) http://en.wikipedia.org/wiki/Vacuous_truth (The case of an empty set) Justin Goeres: That was the first thing I thought of. But LabVIEW doesn't use pointers. (Directly atleast, unless you count references)

We did the turn off your lights thing. But then we went outside and had a bonfire and had grand ole time. Hey at least we followed the spirit of the event! :thumbup:

I had a Wacom tablet that I tried using about a year ago. I found that I didn't have the fine control that needed to wire up VIs. That probably has more to do with screen size and resolution then anything. I was working at a 17" monitor with a 1280x1600 resolution. The other problem I found was that I had trouble relating the screen position to the pen position. I did like the Wacom for CAD drawing and working in Photoshop, but went back to the mouse for everything else.

QUOTE (Yair @ Mar 11 2009, 12:44 PM) I had thought the same thing but you can't access local files. I haven' tried it, but maybe you could download the file from LAVA through the online evaluation.

Hmmm.... Well that example seems to work, except it doesn't catch all the messages or, at least, not the ones I was looking for. The only messages I can get are the mouse move and keyboard events. I have an idea on how to use what messages I can access. I can get the WM_NCLBUTTONDOWN and check if the event occurred in the title bar. Then look for WM_MOUSEMOVE events to see if the mouse moves(ie: moving the window), and also check for WM_NCMOUSEMOVE to see if the button is released. I can't seem to capture the WM_NCLBUTTONUP event. I working on a mock up example of what I have come up with and will post it later.

QUOTE That looks like it'll work. Will have to play around with it later.

Thanks for your help. This is my first time using anything related to .Net, but I'm learning as we go. How would I determine which version of .Net I'm using? When I selected the constructor I choose 2.0.0.0 but some go as high a 3.5.

I made an attempt to use the "Control.FromHandle(IntPtr)" but I don't seem to have the window's handle correct as the function returns a Null control. I did get the RegisterEventCallBack to work(with a button press). I used the FindWindow API call to get the handler then created a .Net constructor for the IntPtr object using the value from the system call. I did find this thread, which used a wrapper dll to convert the hWnd(int32) to an IntPtr but that didn't seem to work either. I have included what I have come up with.

Thanks for the help. :worship: So far I can get the window handler. Courtesy of crelf.(much prettier icon then I had :thumbup: ) I was trying to use the GetMessage() function, but I'm stuck on how to access the message element of the MSG structure as the GetMessage function uses a pointer to the MSG. :headbang: I am looking at using a CIN and writing a wrapper to access the message.(Doing the research on that now) I was hoping though that someone would know an easier way to access the data being pointed to, perhaps some way to get that data to a cluster? :question: John: That is exactly what I'm looking for. I'm primarily looking at the first response, though implementing both would be desirable. One step a time. From what you described, I seem to be on a similar track to solving this. Just seem to be having trouble with the details.

I'll admit my knowledge of windows system calls is limited, but I'll take a look and see. Thanks for the direction.

I am trying to find a way to determine if the VI Window has been moved. I have gone through the events and can't find anything for the window moving. I tried using the Mouse up event but that only works for the pane not the panel or application. I have an application that has a set of selectable windows for displaying various data and would like to tie the position of the selectable windows to the position of the main application window. I could use polling for the position of the main VI but that seems like a waste of CPU time, so I was looking for some sort of event to handle that case. If anyone has a idea on where to look or how to proceed, I would be grateful.

Personaly, I'm undecided about tabbing for LV. Addmitedly I usually work with about 4-8 VIs open + BD and it would make switching back and forth easier. But from a debugging standpoint I prefer the seperate windows, this way I can see what is happening in all (or atleast the important) VIs at the same time. Guess you could use break points at the start each VI and the switch to it, but that seems a bit cumbersome. I haven't used the Navigation window, since I don't like VIs I can't see on one screen. Ryan

As a cyclist myself, I totally agree with the message. That being said... I didn't get either question right. Ryan

Thank for the Responses guys. After Rereading the my post I realize I didn't do the best job at explaining the goal. My questions has to do with wiring the default values of subvis (Mainly RT FIFOs). The loop I trying to optimise is a machine control loop with with several different RT FIFOs, data IO and Calculations. Several of the FIFOs deal with control parameters that 90% of the time don't change. (Hence the 0 timeout.) The loop timing is controlled by a timedloop structure. The goal is to reach 5kHz, I'm currently at about 4.75kHz. Hence the reason I'm looking everwhere I can. That being said.. I did a Timing test as you suggested JFM and came up with something I can't figure out. I ran three different cases: Case 1: RT FIFO with only the required inputs wired Case 2: RT FIFO with all but the error inputs wired Case 3: RT FIFO with all inputs wired I ran the test with 200000 iterations per Case What found was that Case 1 turned out the be the fastest. Followed by Case 2 though only marginally. Case 3 was the one that interested me. By wiring a constant to the error input of the RT Read function the run time increased by ~50%. I had read somewhere that a performance difference exists between required and recommended vi inputs, but since I can't change the RT FIFO inputs I thought that wiring values to the inputs would inprove the performance but that doesn't appear to be the case. I'm hoping maybe someone here might have an idea why. I disabled auto error reporting and debugging and was running in a PXI RT Target, though that didn't change the relationships between each test. I have included the vi I was using to the perform the test. Oh, I must be search challanged, as I am unable to find the post you are refering to JFM. I did find a link to the NI performance and memory management document, which helps in a few different areas. Thanks, Ryan Oh the Vi is 8.5. I don't have any earlier versions of labview available. Edit: Added screenshot of VI

Howdy! I've been working with labview for about 2 years now and the current project I'm working on requires that I optimize a control loop to the extreme. We're trying to squeck out the most perforance possible. My question primarily deals with queues, notifers and RT FIFO's and Default values. Which of the follow would be have a better execution time or perhaps you could reccommend another procedure. A: B: I realize that those are rather simplistic examples but I'm' trying to squezze out every ounce of performance I can. Just as a reference I working on a PXI 8145 RT system. Thank you for suggestions: Ryan