LAVA 1.0 Content

Recently I had similar problem. My application W/ NI-VISA had conflict with Agilent application w/ VISA. I had to uninstall Agilent application and re-install NI-VISA to make my application works. I didn't try to make both lived together. Then I would also be interested to hear those which succeeded with Agilent VISA and NI-VISA.

Thank you AQ! Your posts are required reading for me. THe following may sound like a back-handed compliment but please take it with my most sincere thanks. You are the BEST thing (LV mentor) since sliced bread (Greg McKaskle) ! And (while I am at it) Thank you for all of the work you put into (clarify if wrong) 1) Polymorphic queues (their performance blew me away) 2) Config files (Forced me use OO before I learned how to spell "OO") 3) Resize objects dialog (save sme time and wrist-wear on every project) 4) LVOOP ( the beauty of which is just starting to bloom in my minds eye ) Ben

QUOTE (Michael_Aivaliotis @ May 21 2008, 01:55 PM) Looking closely I have to say that is rather sad. 1) They have not even spelled LabVIEW correctly. 2) I have heard of Certified LabVIEW Architects but what is a Labview Certified Architect (hoping I do not have to take another test)? Ben PS: Most of the time I have absolutely no idea how a word should be spelled but LabVIEW (and my last name) are are examples where I care.

QUOTE (martin@aerodynamics @ May 15 2008, 09:25 AM) Yes I know the dead-line has passed but it worth sharing anyway. Christian posted this strip in this thread. Ben

QUOTE (rolfk @ May 21 2008, 01:19 AM) Same here! I prefer the 17" Laptops, and for office work, dual 24" flat-panels work nicely. http://lavag.org/old_files/monthly_05_2008/post-29-1211385011.png' target="_blank"> Ben

I still have an operational nixie tube meter in my shop. i bring it into the office to show the younguns what life used to be like. Ben

QUOTE (Yen @ May 17 2008, 03:54 PM) Cool! Soon I'll be ready Gen1:2. :headbang: Ben

QUOTE (Neville D @ May 16 2008, 03:46 PM) Saw mill? Ben

QUOTE (Michael_Aivaliotis @ May 16 2008, 02:10 PM) Lets hold this thought for a minute. OK long enough. [set Crazy Idea Mode = True] What would it take to make "LAVA Cerified" the LV equivelent of "Good Housekeeping" seal of approval? Vendors could submit drivers to a CR and if they the req's of the code repository, they get certified. LAVA could be supported by the income. [set Crazy Idea Mode = False] Ben

QUOTE (Tomi Maila @ May 16 2008, 01:37 PM) I don't know WMP but does using.... "Controls >>> CurrentPosition" let you monitor the current frame ? or... "Controls >>> Next" let you step a paused video? Ben

QUOTE (Mobile-it @ May 16 2008, 10:10 AM) I am not sure what you are asking to do. If all of the VI's you want to open are of that form then a re-entrant VI will let you open and run as many as you want (memory limited). If you want to controll which operator (add, sutract, etc) then again a re-entrant VI with an option switch wil work. if you want to allow the user to define their own set of opertors, then life get complicated. Trying to help, Ben

Yes, you can do that, we call this "scripting", there is a dedicated section here, read carefully this before starting :ninja: Have fun !

QUOTE (Yen @ May 16 2008, 05:30 AM) I'd like you to keep enlightening the masses. I get a kick out of picking up a word or two (never more than two at one sitting, the word for "earth" most often since there is a news paper ? of that name) very now and then when the news include someone speaking in Hebrew. Ben

QUOTE (rolfk @ May 16 2008, 05:04 AM) I am interested in finding a good solution to this Q since I have some widgets that can "see" and I will have to entertain them durring a test. The last time I looked, RT platforms did not offer a user interface. Maybe that has changed. Another way of twisting this request is rather than controlling the video output deterministicly, is to let a video run and then sync the system to the video. I believe there is some bandwidth allocated within composite video signals (before the front porch?) where digital info can be stuffed. A cRIO could watch the video signal and pull out (?) a frame count or something the that effect. Ben

QUOTE (Michael_Aivaliotis @ May 16 2008, 01:47 AM) Michael, Yair would loose experience points for "dropping out of character" if he did. Ben

QUOTE (Aristos Queue @ May 15 2008, 08:51 PM) Thanks Aristos! With a loop count of "50" the code was terminating with not enough memory. NI Support was able to see the increse in memory useage. So I f I had an intital step that forced non-default data into "everything" (? still have have to learn more to be able to figure out to do that! ?) the memory useage should not climb. [back at work and trying some more] I got rid of the random number stuff and just wired a true to make all regions bad then cranked up the benchmark for 100 iterations. Got message saying out of memory but it also ID'd the offending VI as the code that generates the images and puts them in the queue. So I hacked the code to eleminate the queue all together and what was looking like a memory leak is now gone. I'll say that this makes sense since with a loop count of 100 I am creating and then re-creating the queues 100 times. On top of that I am stuffing 150 elements of image data into each queue. I already understand that the resource allocated for queues are only freed up when LV terminates, so..... I don't think there is a memory leak but rather my example is simply not manamging memory properly. RE: Speed The task version is still running faster (about 40%). I am coming to understand that fact being due to how the two methods are implemented. In the task version, the individual sub-sections of the widgets are checked using explicit code for each region. This code construct (attempt to ofuscate?) lends it self well to multithreading as indicated by the CPU usage of both cores being higher durring the "task" part of the benchmark. In the LVOOP implelemtation (help me out with terminology) regions are all handled by the same code (decomposition?) so parallel execution is just not possible. [And after some further thought...] The decompostion (?) observation I made above seems to parallel "Normalizing" a database where a "fully-normalized" DB can perform better if it is slightly "de-normalized". ("Just because we CAN do something does not mean we SHOULD do something." (Paraphrase from Jurasic Park, Jeff Goldblooms character)). Thanks for your comments and reading! Ben

QUOTE (MikaelH @ May 15 2008, 04:05 PM) Agreed! See here for NI 5431 Video Generator that used in the app I mentioned earlier. We used that to calibrate the guns in the "old" tube type TV's. If your image is simple (small) you may e able to use the built-in looping and chage images on the fly. Ben

I found the example located in C:\Program Files\National Instruments\LabVIEW 8.5\examples\lvoop\BoardTesting This example claims the work being done using the traditional Task approach is the same as in the OO version. While studying these examples I sensed the OO version was taking longer so I did my standard benchmark code (note: I added output terminal of the results to the icon of both versions) and it turns out YES the LVOOP is slower! Watching the Task manager shows the LVOOP version is spending much more time idle (not using all of CPU, waiting on mutex, maybe durring dynamic dispatch (?) ). So are there any ideas on how to make the LVOOP version as fast as the Task verions? Thank you! Ben PS: That example I showed above will demonstrate a memory leak (I think ). Is the a BUG in LVOOP that I don't know about?

QUOTE (Tomi Maila @ May 15 2008, 11:22 AM) I have never done it myself so I can do is voice some ideas. I don't think using a standard PC display with the OS driver and screen refresh characteristics is do-able since determinism is just not part of the architecture. You may want to try seraching for a DVD player that has external control that would allow single-stepping the images. You could drive the single-step using a DO from a counter. I have driven TV's with simulated video signals from an Arbitrary Waveform Generator. When I did that, the memory of the Arb board was limited. You may want to check on what the current mem capacity of the Arb is now. I think NI was even providing some software at that time to make this easier. (been a long time since i did that one). Just trying to help out. If nothing else maybe one of these ideas will inspire a proper solution. Ben

QUOTE (Tomi Maila @ May 15 2008, 01:03 PM) even then a plus needs two inputs... (ok you could make a vi with a custom (plus) icon... however)

QUOTE (shoneill @ May 15 2008, 09:00 AM) Details! :headbang: A single person drinking a bottle of Ouzo and chasing it with shots of expresso. I offered to help him with the Ouzo but he was "conducting an experiment". Ben

QUOTE (shoneill @ May 15 2008, 06:34 AM) [Old memory awakened] The two words "Greece" and "Ouzo" remind me of a Med-cruise when I learned that "alcohol poisoning" was a reality. Trivia: "Pepsi" (not the diet stuff) in an emergency can be used to help a person accelerate the passing of toxics from the body. Warning: Do NOT try this trick at home! The people involved in this memory were professional sailors and trained for this work. Ben

QUOTE (Tomi Maila @ May 14 2008, 06:59 AM) Thank you Chris and Tomi, I appreciate your replies and will attempt to understand them. For the application I have in mind to try out the LVOOP technology, the array version rather than the stacked version will probably fit my needs better. BUT.... before I get too carried away... A lot of the right-ups of LVOOP make mention of in-place and by-reference features. can anyone speak to the performance of a "well-structured-and-implemented-LVOOP" application? THe app I want to try this one will be supporting two 24 inch touch-panel screens that will serve as arbitrary (i.e. user defined) user interfaces, where I need to provide good response times (less than 1 second 1/4 second or less would be good). So when a user touch one of the screens I have to able to quickly ID which object was clicked and perform what ever operation is appropriate for that widget. The "what ever operation is appropriate " phrase makes me think that the dynamic dispatch feature of LVOOP will be very handy and also allow for adding additional widgets to the screen as time goes on. THis app will also have to run as an executable. Is LVOOP solid enough to run as an exe? Hoping I finally found a good excuse for learning LVOOP, Ben

QUOTE (Tomi Maila @ May 12 2008, 06:34 PM) It's a nice shirt, but you will get a broken arrow, it's not executable... QUOTE (Antoine @ May 15 2008, 11:52 AM) I like Tomi's T-shirt, i'd just had in the back : "Do you LAVA ?" you could also say: Just draw it!

I like Tomi's T-shirt, i'd just had in the back : "Do you LAVA ?"