Donald

There are also some quit cheap activeX toolkits available on the net that can be interfaced in LabVIEW.

FYI: If I get this error and it is not clear which file (e.g. Application Builder, not your app, ...) I use the Sysinternals free FileMonitor. it reveals on OS level the calls to missing files (the same exists for registry).

I was also testing with LabVIEW 8.6 and now I understand why the substitution on the FP didn't work, I was not aware that the storage of FP strings changed since 8.6. I can live with a version indication in the VIs description this is something easy to automate. Thanks for all the tips! :thumbup:

Hello All, What is the most efficient way to get some SVN properties like Revision and Author on the VI front panel (e.g. OpenG VIs)? For text files the SVN keyword substitution works very well, for binary files (like VIs) I'm not sure how to handle this without writing some automation code. I remember that there has been an article about CVS and keyword substitution in LTR once and was looking for something similar for SVN. To my surprise I did not found a clear article yet. Thanks for any tips? Donald

There is a modulation toolkit available for LabVIEW. Check the National Instruments site for more information.

Hello Eugene, I'm not a LVOOP user so I'm not sure if these tricks will help: Try following: - add the VIs with missing front panel as dynamic Vis to the LV build script - use some control/indicator property nodes in these Vis with missing front panel, this forces LabVIEW to load front panel Good luck.

Thanks that was a good hint!

Maybe with the 2D bilinear and bicubic interpolation VI in the NI GMath library??

QUOTE (Ton @ Nov 21 2008, 01:07 PM) I use this constant since LabVIEW 3 if I remember well. There are many usefull generic errors e.g. Argument Error as you know. This constant is used by a lot of VI.lib VIs, I had no idea it has been depreciated. What should be used instead of this constant? When I try to select it from the LV7.x palette (within LV 8.5) nothing happens... with Quick Drop I can still select it but quick drop takes a while to launch on older PCs... Makes no sense Thanks for reminding me it is also on the OpenG palette which I always install.

Hello Anyone who found the Error Codes Ring constant on the LV8.6 palettes? I only find it on the 7.x Functions and with the quick drop tool (Ctrl-Space). Thx, Donald

QUOTE (Michael_Aivaliotis @ Nov 20 2008, 10:45 PM) A fast solution for NI could be: The choice between "CleanUp All" and "CleanUp Selection". Selecting the 2 problems cases and clicking Cleanup will produce a better result with existing clean up algorythm. Often only a part of the diagram needs cleanup.

Manual wiring could produce nicer code yes I agree but often I do not have the time for it, certainly during refactoring/modifing code some small changes could result sometimes in huge wiring efforts and even the danger of introducing a bug during connecting/disconnecting. Cleanup does it error free and fast(er) than I can, the style is more than acceptable for my customers who pay me per hour (and they do not care where the error cluster is connected to). Please give it a try. I also use often code that is 'in the field' since LV3.1.1 and had many revisions so not always the cleanest code (also automatic 'bad' style during upgrades 3.11-> 4.1 -> 6.1 -> 7.1 -> 8.2.1 -> 8.6 :-) ther LV compiler introduces sometimes conversion nodes- wires get hidden etc) Now I can clean it up in a split second. BTW: An extra feature could also be that only the selected code/diagram is part of the cleanup and not the complete diagram. Good comment however regarding annotations and comments that are misplaced. I did not think about this.. Yes there was no (at least not many) comments in the code I cleaned up. I need to check this. I remember a funny comment in a diagram once (I guess it was Philips R&D) IF THE CODE WAS HARD TO PROGRAM IT SHOULD BE HARD TO READ! :headbang:

Hello All, This post just to share my 2 weeks of LabVIEW 8.6 wiring experience! I'm so happy with the LabVIEW 8.6 diagram cleanup feature! For me it is the best new feauture and best developers time saver since the introduction of Undo. Maybe the best rapid developers feature ever! I tortured the diagram cleanup with the worst horor diagram I've seen in 13 years of LabVIEW usage and ... yes the NI LabVIEW developers did the impossible :worship: --- the 2400x1900 multi nested sequence diagram of doom was clean(er) after 1 minute of calculations on a dual core(!) and LabVIEW did not crash!!! After 2 weeks of development (2 projects with +1500 VIs) LabVIEW 8.6 did not crash at all during development! Rapid development gets a new breeze with this function... just drop Vis wire - test - debug - and cleanup in some second! Maybe my PC mouse will last longer than one year with this feature :-) Even my test and prototype VIs are neat now Also the multi control-indicator properties dialog is a serious improvement. And on a PC were it takes at leat 20 seconds to get the properties dialog also an enormous time saver for GUI development. One little cloud : I can not build a project I can build with 8.5, something I still have to check with NI support. (saving to 8.5 solves my problem so it is not blocking the use of 8.6). Happy clean wiring, Donald

Good suggestion! I'm also using more and more the lvlib public/private access scope when refactoring old(er) code in LV8+ environments. I like to protect functional globals to be used directly in the main diagram and wrap then in a public VI for each 'method' of the functional global. I must admit I have been thinking also about such a 'dynamic' glyph for reentrant VIs (a bold red R...)

I'm wondering why you do not use the build-in Shared (Network) Variables for this job. I guess maybe not available on your RT platform?

Hello, I don't have DaqMx on my PC to check your sampling rate which could be the problem.... I would suggest to look for FFT/DAQ examples in NI Ecample finder. There is probably something usefull.

Hello All, I would like to hear your opinion how I could compress huge datasets with floating point data (320 channel EEG recordings of 512 Hz for 24 hours 7/7). I tried a Russian audio compressor (TTA developed for russian telescope) and encoded my file as a multichannel WAV file and was surprised to see that the compressed file is only 30% of original (with Winrar it is between 50-60 of original and winzip 60-70 % of original). The problem I have with the WAV solution that I also would like to store metadata and that all channels need to have the same sampling rate. My next trial will be AVI based storage with lossless video codec (avi is multichannel and and I guess also can handle different sample rates as this exists for audio streams) but this is a straightforward solution. I want to use codec "Lagarith' wich is loseless. Best Regards, Donald

Thanks for the comments. I can imagine that there was something wrong in 8.2.1 if I see my code. The same application was very slow under LV8.5 but with 8.5.1 it runs much faaaaaster if I defer updates from subpanel refs, while in 8.2.1 it was the parent panel ref. (screen update without defer is around 500 ms with defer 20 ms!!). I had to takle a memory problem with unbundling/indexing waveforms in 8.5.1, it looks like a memory leak... or at least I don't understand the problem yet. I try to isolate the problem today. The new In Place structure was the solution for my memory problem (I moved to 8.5 for this In Place because I have huge datasets.)

Hello, In an application using subpanels I discovered a problem when using "defer panel updates" property. I was not sure what reference (or panel) to use : 1) the VI with the subpanel container or the 2) VI loaded in the subpanel. It seems that when I use (1) the panel is not updated at all anymore (even after turning the updates on again) however with (2) it works. I did not expect this behavior I expected the same behavior for both (I only have one subpanel and nothing else on the parent VI). Does anyone knows why exactly to use the loaded subpanel reference and why reference (1) does not update at all anymore or could this be a bug? I use LabVIEW 8.5.1 (since 2 days). THX, Donald

Hello, I have a similar problem. One of my LabVIEW 8.5 Windows projects could not be build by a student he has the source directory on anthor path. I tried it myself and when I move the source code to another location. The build script for the installer fails with cryptic error message that 2 <app> files are missing. No identication which file or in what location these files are expected. Deleting the exe + data folders from the installer spec and adding them again solves the problem. The build exe spec from the same project still works fine which is strange because Michael seems to have a problem with this. My project was upgraded from LV8.2.1, maybe this helps to find the problem. Best regards, Donald

You could try to remove your aborted installation(s) with the Microsoft Installer Cleanup Utility.

QUOTE(Val Brown @ Feb 29 2008, 04:16 PM) All 'VISTA' feeback is wellcome. At the moment I experience some minor problems with load/saving preferences under VISTA with application that were developed and designed for Win2000 and XP.

Thank you for these valuable tips. I'll test it out and will give some feedback. Best regards, Donald

1.000.000 licenses of VISTA sold in Belgium (10.000.000 people) so it becomes time to start testing VISTA deployments... I'm investigating how to build a 'smaller' Virtual Machine (VM Ware) to test VISTA with a promissing tool called vLite. Not good if you plan an upgrading the Vista VM (problems with SP1 exist) but enough for testing I guess. Anybody who tryed this for LabVIEW 8.5 IDE?

Hello, I experience following problem when running a LabVIEW (8.5) executable as Service on a Windows 2003 Server: 1) when I logon via remote desktop I do not get the user interface (yes service is configurred to interact with Dekstop). However the service is running because i can see the process running in Task Manager. I have not found a way to get the user interface.. Even restarting the server under this session doesn't work. 2) when I logon locally (i.e. Windows 2003 Server PC) with the same user account I do indeed get the user interface of the LabVIEW service. I think LabVIEW is confussed by the remote desktop session on Windows 2003 (you can have multiple sessions with same user if you logon from another PC). Does anybody knows how to solve this? O yes: I use AnyServe to start LabVIEW.exe as service, I'm trying to change the LV executable (using system calls - server toolkit) to act as a real service to check if the problem dissapears.. AutoLogon is not a good option to run my LabVIEW executable (quite hard to do on a server, it requires registry hacking). Thanks and best regards, Donald