Grampa_of_Oliva_n_Eden

QUOTE(Ben @ Sep 20 2007, 11:56 AM) On a realted note.... Does the LAVA Tips and tricks mention that a WF data typed chart will plot points based on the t0 values? This allows non-periodic plotting. And similarly, an empty Y array of the WF will be ignode, and also a "NaN" will break the plot line. If not, you have been un-officially informed. Ben

QUOTE(NormKirchner @ Sep 20 2007, 11:47 AM) I don't use them either. I am just guessing based on the symptoms matching what I have seen using the waveform data types. You are probably correct. Ben

QUOTE(ecarrig @ Sep 20 2007, 11:33 AM) Right-click on the graph and make sure the graph is set to "ignore attributes". Ben

QUOTE(beckerg @ Sep 20 2007, 09:25 AM) Thanks got to Darren who wrote that critter in the first place. Ben

The cyle is happening again. We used to use mainframes with dumb terminals talking via serial ports. PC came into use and the mainframes became more rare serving files and DB to the app's running on the PC. My wife is evaluating how she will be upgrading all of the PC's used by the Library system she supports. Thin clients are looking good... BUT this means the files are now back on central machine. Ben

QUOTE(Gary Rubin @ Sep 19 2007, 08:46 PM) Two points 1) The scenario I reported above, we did not get full utilizatio of all CPU until we had more than enough threads configured. In LV 8.0 they fixed a bug that kept the thread count low. 2) Artifical code sequencing ( excessive seq structures, preventing simultaneous execution) will prevent mutlithreading. It SEEMS the code should look like a river delta, sepearting out into multiple streams to take full advantage of multiple cores. Ben

QUOTE(beckerg @ Sep 20 2007, 06:39 AM) I think that would show up in one of the VI Analyzer's tests. Ben

QUOTE(eaolson @ Sep 19 2007, 05:41 PM) Most of what I KNOW came from http://zone.ni.com/devzone/cda/tut/p/id/3558' target="_blank">this document. Ben

QUOTE(yen @ Sep 19 2007, 03:25 PM) Sorry to disapoint you YEN but no. Its 8 cut-n-pastes to the diagram.* Ben * Disclaimer: For the most part, I code by the hour. The customers dictate how their money will be spent. As soon as they tested the 8-copy version, they said "Done!" If it makes any difference, it was very pretty code :thumbup: until I asked the engineer to to do the cut-n-paste. Done disclaiming.

QUOTE(PaulG. @ Sep 19 2007, 01:29 PM) Yes good point Paul. The area of performance that LV is pushing now is the raw number crunching teritory. We hvae alrady seen this performance jump in one of our apps that did a bunch of FFT's from multiple microphones at the same time. The initial app swamped the CPU of the first machine we ran it on. I had the engineer implement parallel code for each microphone's data and the CPU was still swamped. We advised the customer that the biggest bang-for-the-buck would be to get a more powerful machine rather than pay us to try and squeeze some of the fat out of the app. So after deploying the app to a new machine with four hyperthreading cores and adjusting the "threadconfig" so that we were using (?) 32 threads, we observed about a 40% utilization on all of the CPU's. We have not anymore comments about performance from that customer. I have to comment on one slight draw-back. THe diagram looks a little funny with exactly the same code duplicated side by side eight times. At first glance you could say "That should be done in a loop." NOT! Ben

QUOTE(ned @ Sep 19 2007, 12:55 PM) If you wire a constant "5" to the N form outside and also wire two arrays that are auto-indexed and one of the arrays has four elements and the other has three, the inside N wire wire read "3" and NOT the "5" wired to the outside. Ben

QUOTE(Val Brown @ Sep 19 2007, 10:29 AM) :thumbup: As was the case with the many times in the past... The toys of today are the tools of tomorow! Ben

QUOTE(Jim Kring @ Sep 19 2007, 09:56 AM) Nice article Jim. What is REALLY cool about this is that sometime soon (maybe in my life-time) LabVIEW applications will be able to out perform application writtien in that other language. :thumbup: Ben

QUOTE(rolfk @ Sep 19 2007, 02:19 AM) Yes. Funny how things go around in circles. So this is where the Upgrade notes, if exhaustive would make for a wonderful read. Imagine if they upgrade notes read like the readers digest version of our Tips and Tricks! Still dreaming, stil hoping. Ben

The below was received from my father and I have no idea were he got it from. So let just call it "Author unknown" FINALLY, after going through a virus attack,losing a hard drive, fighting off hackers, upgrading all my software, installing fire-walls, receiving blank e-mails, being threatened with beingcut-off by my email provider, and, a host of other problemsnow</EM> it works exactly the way I want it to!

Mike Porter and I ran into an issue with trying to use VI servers across PC in LV 8.2.1. We are still waitng for NI to clarify which ini tokens are now being used and what they mean. Please see this thread "on the dark side" http://forums.ni.com/ni/board/message?boar...0&jump=true Ben

QUOTE(wevanarsdale @ Sep 18 2007, 02:03 PM) Adding to above... THe color ramp values and colors can be changed on the fly. So do the customizing as outlined. Hide the needle Code up the ramp color changes You are there! Ben

Dennis Knutson is looking for something! See the list on the NI forum at this URL http://forums.ni.com/ni/board/message?boar...8&jump=true Ben

QUOTE(crelf @ Sep 14 2007, 10:02 AM) But that becomes an issue if the cluster was a typedef since the defualt value of typedef'd constants will not retain their default if the typedef is editied. Ben

QUOTE(David Boyd @ Sep 13 2007, 01:30 PM) Don't appologize and feel free to ramble more often. :thumbup: Ben

QUOTE(Aristos Queue @ Sep 13 2007, 02:36 PM) Just popped into my head.... Durring the very first LabVIEW Coding Challenge (bit banging?) I beleive it was Jim that posted after we saw the general trend that the speed of the VI approximately follows the size on disk (smaller VI smaller run time) that a VI with no comments will run faster than a VI with comments. I did a quick check at that time and was suprised it was true! I wonder if that is still true... I guess I will just have to test it huh? Ben

QUOTE(Jim Kring @ Sep 13 2007, 01:38 PM) [OT] I taught myself to code in C prior to taking a college course in same. After submitting my first project and anxiously awaitng feedback I was disappointed that the only comments the T/A had about my code was; "Too many comments! It is hard to find the code." :headbang: I have yet to see "self-documenting code" that revealed the "big picture". Ben

QUOTE(crelf @ Sep 12 2007, 01:34 PM) Thanks for making this easy to find. My wife requested boxers with the "SuperSecret...." text. So the next time you have a batch made up... Ben

QUOTE(tcplomp @ Sep 12 2007, 03:17 PM) RE: My array size example "If you want people to respond, say something rediculous." (Ben) The Interesting Stuff thread that Yen started on NI has lot of links to LV trivia. For obfuse code see the thread that Christian started. It has examples that range from the simple to the subtle. Ben

QUOTE(jaegen @ Sep 12 2007, 12:13 PM) It could be worse! The customer could have sumbitted the following code to find array size. http://lavag.org/old_files/monthly_09_2007/post-29-1189618192.png' target="_blank"> Yep, it rediculous. Yes, I wrote it. Ben