MikaelH

I have had problems with Keithleys GPIB driver, but no problem using NI's USB to GPIB cable. Remove all GPIB card uninstall all drivers and just install NIs USB-GPIB cabel, that should work. //Mikael

I have had problems with Keithleys GPIB driver, but no problem using NI's USB to GPIB cable. Remove all GPIB card uninstall all drivers and just install NIs USB-GPIB cabel, that should work. //Mikael

QUOTE(Jim Kring @ Nov 21 2007, 07:00 AM) But refnums of cause only need a shift register when you're using a for loop (to solve the issue when N=0). //Mikael

QUOTE(Jim Kring @ Nov 21 2007, 07:00 AM) But refnums of cause only need a shift register when you're using a for loop (to solve the issue when N=0). //Mikael

QUOTE(aka @ Nov 18 2007, 01:56 AM) If you're on a Windows platform just use the Windows Media Player-ActiveX container (found under the .Net & ActiveX controls). http://lavag.org/old_files/monthly_11_2007/post-941-1195418765.png' target="_blank"> Cheers, Mikael

QUOTE(hugh @ Nov 15 2007, 06:41 AM) You can extract all VIs from the executable very easy, but of cause you access see the block diagram (since it's not included) But you can see the hierarchy of you VIs and if you haven't renamed the VIs name and modified the icons, you could get a quite good idea how the code is constructed. But to understand the algorithm you use, you have to look into the compiled code in every VI and understand it. And only NI has the capability to do that. So I would say your code it really safe. Cheers Mikael

You could also use datasocket. //Mikael

QUOTE(keiran @ Oct 26 2007, 09:33 PM) Or press the Uninstall option in the left lower corner of the About-dialog Cheers, Mikael

QUOTE(MRedRaider @ Oct 25 2007, 02:22 AM) I solve this by running a batch file after the installation. REM First check if version 2 of the DotNet framework is installeddir %windir%\Microsoft.NET\Framework\v* /B | find "v2.0"IF not errorlevel=1 GOTO DotNet2ExistsREM Version 2 was NOT installed so lets check i version 3 is installed thendir %windir%\Microsoft.NET\Framework\v* /B | find "v3.0"IF not errorlevel=1 GOTO DotNet2ExistsREM Not even version 3 was installed, then we need to install the version 2 anyway. Echo Installing .NET Framework 2.0 c: cd %1 dotnetfx.exe GOTO TheEnd :DotNet2Exists ECHO Dot Net version 2 or 3 exists allready :TheEnd

One think you shouldn't do, is to have the VI hierarchy window open while loading large application, since it seams to take lot of time for LabVIEW to constantly update the VI hierarchy window. --Mikael--

QUOTE(robijn @ Oct 19 2007, 09:32 PM) I thought more maybe more like an ThreadNo that goes from 0 to n-1, where n is the maximum number of tread you allow LabVIEW to start for the mulit tasking structure. //Micke

Hi Most of my test and measurement application runs in sequence, so if I have X number of devices under tests (DUTs), I run the test on them in sequence. Like this: When I need to improve the speed I might split the DUTs into different for loops like this: But this is not scalable. So I would like to see a new structure in LabVIEW than handle multi-tasking. So my application always takes advantage of the number of core the CPU(s) has. It might look something like this: The new structure might need some inputs to decide maximum number of threads, and maybe if a dedicated CPU should be used (like the timed while loop). But the difficult part for NI would probably be a good way of debugging a structure like this, if you select "Step into Multi-tasking structure". Cheers, Mikael

There are other things Japanese are good at, here is one example: Japanese prank

Do you mean something like this? Download File:post-941-1192017454.vi I didn't replace it with a tree control, since I don't think it's a simple tree control. Instead I just made it a bit nicer //Mikael

Hi Ad Sorry for not coming back to you until now. I tried to run the conversion application on your classes, but a GoopDebug class seams to be missing, and some other VIs. But I disconnected the GOOPDebug class reference from its typedef (this way I could run the application without errors), and could convert the 2 classes very easy. Download File:post-941-1192014888.zip I've attached the converted classes into a 8.5 project here. This conversion was made using GDS 2.0, which will be available for you all this or next week :-) BTW In the community edition of version 2, the EndevoGOOP3 classes will be available as well. Cheers, Mikael

I compared my project file after first save, and after opening it again (LabVIEW says "An attribute of the project was changed"),and resaving it. But the lvproject files are identical. LabVIEW removes the start in the project tree window title, but no changes were made to the project file. I guess that means it has some stuff only in memory and not saved in the file. But what? -Mikael

The only comment I have to the picture is: "And NI says it's easy to customize a userinterface in LabVIEW for TestStand". //Mikael

Hi Jim I saw the same problem yesterday (using 8.5). No VI had any changes, only the project-file. I saved it closed and reopened it and the project had changes in it again. It said property in lvproj-file had been modified. But I didn't to a diff on the xml file, I might do that to investigate a bit more why it occurred. When I check out a project from Version Control, the fist thing I check is that there are no changes in any VIs/project before I start, so I don't like this behavior at all. //Mikael

This is not a bug, just a change of how the Copy function works. The Copy function don't support files in the LLB any more. Does that mean that LLB's soon are unsupported I got quite when my application stopped working when I recompiled it to 8.5 //Mikael

And don't forget to close the Event with "Unregister for Events" outside the lower while loop //Mikael

What I can see, is that your STOP-function could run before you "Write To Measurement File" node has been executed. Place the 2 actions in e.g. Flat Sequence structure. Or as I would do it, through out all Express VIs and create a nice state machine Cheers, Mikael

QUOTE(Paul_at_Lowell @ Sep 22 2007, 03:41 AM) I often use an Abstract Base Class and almost always implement a Simulated_X Child, I.e. SimulatedDoor. This class could have a UI to show the door status. You could have one UI per object or one UI for all Simulated Door objects. //Mikael

I don't realy understand how you want the toggle switch to work. But you can always customize a Slide control like this: Download File:post-941-1190687238.vi //Mikael

Hi We've done some updates that will be released in the next version, which is going through the last tests right now. I suggest you try to run it again and wait a loooooong time for it to finish. When a child class method, gets updated with a "Call Parent Method", LabVIEW some how takes looooong time to do this. I ran a major application through this conversion and it took 63 hours to complete. This VI was one of the hardest to create in GDS since LabVIEW crashed so many time, just by doing things in the wrong order. Regarding the Save and Close-state, it just runs through a large array of VI refs and class refs and saves them and then closes them. This could take some time for LabVIEW also, but the application don't have a while loop or simulare where it could get caught. Cheers, Mikael

QUOTE(Jim Kring @ Sep 20 2007, 09:29 AM) I know exactly what you mean, since I've needed that function as well. And if I need it I add IT, so just give me some time.... Right now I'm finishing up the 2.0 version and had a release candiadate 2 days ago, but when testing a function in 8.5 it didn't work... So upgrading from 821 to 85 isn't always a simple mass compile action I hope we can open a "New features" forum were we can rate them, so I know what features to start with. //Mikael