Wim

Hi LAVA, I need some help. I have a motor that moves a tray. During the movement of the tray, 2 switches will change value. I want to read out the counter value / motor position when the signal of the switches changes. (rising and falling edges) At this moment the only thing I can think off is a loop vi that reads the value of the swicthes and motorposition and evaluate the swicth states... But i'd rather have the position reading triggered by the digital lines. I'm running LV2010SP1, DAQmx 9.4 Hardware: cDAQ chassis: 9178 NI 9401 module => encoder signals are connected to this one. NI 9403 module=> 2 digital inputs(so the switches) are connected here. Thanks in advance for your help. Best regards, Wim

Saverio, this is great. Thanks. Wim

Thanks Norm, looks nice. For now i'm staying with the windows XP OSK but when i have some time remaining on the project I'm going the use this one. Regards, Wim

I have the same problem as the last post there. For now I have a workaround. i copied the osk from WinXP and renamed the exe. I put this exe into my project and i can open it. For now this is ok. But it would be better if i can just open the osk form the operating system. Cheers

All, I'm working on a project that will have a touchscreen in a separate room. I want to open the windows on screen keyboard. I attached a snippet. This opens the on screen keyboard in Win XP, VISTA but it does not work on Win7 Can someone help me out ? Thanks. EDIT: If I manually type the command then it opens the osk, but with LabVIEW it doesn't work.

Hi Antoine, looks nice I think you need some parallel thread/vi that will trigger an event in the facade.vi after those 5 seconds. A sort of timer vi ... This timer vi can then trigger an event with a property node or invoke node from the xcontrol. Regards, Wim

Hi, I had almost the same issue with an XP VM on a vista host. My VM showed a bluescreen when I connected the USB device. I'm using VMware workstation and I upgraded the version of the Virtual XP to workstation6.5 and the issue was solved (Before booting the virtual XP: choose VM>>change version ...) Don't know why it solved the issue, but it solved it Maybe this can work for you. Wim

Hi, I once used PDF Creator. if you install scripting support it comes with a few examples. I used a print script together with system exec.vi so i could programmaticaly give it a filename to use (no annoying popups) Greetz Wim

Hi PatK, in the executable build specs (Category: Advanced) you can check 'include my computer hardware configuration'. With this option, all the DAQ tasks from your project will be put in a NI-DAQmx.ini file and loaded when you start the exe. Otherwise, if you create your DAQ tasks programaticaly ... maybe the device name on the PC's differs: example on your pc it is cDAQ2 and on the other cDAQ1 ? I hope this helps. Regards, WIm

I'll double that: Go GDS

Hi Jan, maybe you can try the same things that I did. First try to start an LV executable with the network diconnected. If this helps then you can check the items I mentioned in an earlier post. Good luck. Wim

Just received a 20 character activation code from NI and it worked Now I hope to receive an e-mail that explains me why this code works

If you want to try ... I won´t stop you but it will probably work. My boss also installed a VM (XP Pro) witk LV2009 SP1 and FPGA 200g SP1 and activation works so I'm gonna borrow his VM

Internet connection is ok. Standard LabVIEW activates through it :-) but is via the WiFi connection on the host system. The activation with the webbrowser does not work either for FPGA. I get the activation codes and copy the one for FPGA. When i enter this in the license manager i get: 'These activation codes do not correspond to any of the products you are activating'

Hi all, I'm having some problems with registering LabVIEW FPGA 2009 SP1 module in a VMware. I'm starting a long term project in LV2009. I also need DAQmx and FPGA. So i made a new VMware (XP Pro SP2) with 20GB of harddisk (VMware workstation 6.5) I installed: LV2009 SP1, DAQmx 9.0.2, NI RIO 3.4.0 and the FPGA 2009 SP1 module. So far so good, but then I want to activate the installed products.... We have a Dev Suite license that has not expired so all should work without any problems. Standard LabVIEW activates in a few seconds but FPGA won't register. I called NI and they say that our serial number is valid and that my requests to register FPGA are 'Assumed activated'. However in my VMware count down of 30 days has started .... Does anyone else had the same problem ? And did you find a solution for it ? Thanks. Best regards, Wim

Hi all, I went to my customer today to do some tests and guess what ... problem solved Solution: ------------ - pc had errors in the eventviewer: Event Type: Error // Event Source: crypt32 // Event Category: None // Event ID: 8 // Description: Failed auto update retrieval of third-party root list sequence number from: <http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootseq.txt> with error: This network connection does not exist. For more information, see Help and Support Center at http://go.microsoft....ink/events.asp. The admin was available so he did an update of this. But after logging in as the operator, the problem was still the same. Then we found a solution here. We made the operators local admin and disabled the auto update of the root certificate for XP. (local admin was needed because of the campanies security policy) Startup time after this: 15seconds Thank you all for the info and hints to solve the problem. Maybe this solution can help some of you. Regards, Wim

All, already thanks for all the help. But untill now i didn't have a chance to do some testing. Thursday is D-day.... hopefully I can find the problem. One more question: in the config file of my exe i see the following key: server.ole.enabled=True If I put it on false, all seems to work on my pc. Can anyone tell what that key stands for ? I found this on the LabVIEW Wiki: Description: Enable the local LabVIEW OLE/ActiveX server I don't need active x (it is disabled in my build specifications) but this key is always set to TRUE in the ini-file Regards, Wim

Just received some more info from my customer. Turning off the WiFi connection gives a startup time of less then a minute....

Starting in safe mode is a good test. Will try it next thursday when I'm with the customer. They are also running a very old version of Symantec anti-virus. Could this be a showstopper ? Sadly I don't have enough rights on the pc to turn it off

Hi Ton, after meeting at NI Days NL, we meet again at Lava I agree that 1 GHz isn't that much. Plugins are loaded at start of a test so not at startup of the application. So they are not the reason for the long loading time. The PC is connected to the network. I asked my customer to try starting the application with the WiFi connection turned off. Hopefully I know the result tomorrow. But in the end i need this connection to store reports on a network drive. Maybe a stupid question, but how can I check if the swap-file is used ? Some more info: If i start the app, it appears almost instantly on the windows taskbar. In the taskmanager it shows some CPU activity and allocates some memory. Then CPU activity goes to zero. After a few minutes, CPU activity goes to 25% for a few seconds and then the frontpanel opens and evrything runs smoothly (also the plugins) I hope this extra info helps. Regards, Wim Asbo: you posted while I was typing The first thing i do in the application is create a logfile and this happens a fraction of a second before the frontpanel opens. So it is not the 'initialisation'code.

Hi LAVA's, I need your help, please. I have made an application for a customer in LV2009. On my pc (VISTA 32bit) and on a Virtual machine (XP and similar specs as customer pc) it takes 10s to startup. On my customer's PC it takes about 5 minutes to start. Some info: The application has a plug-in architecture. The 'testengine' is a string based statemachine. Plugins are by value classes that are loaded depending on the chosen test Sequence In the testengine, I use 1 class to read a config file and I use VISA to read a serial port (barcode-scanner) The tests are as told above By Value classes. The tests'method 'execute' is a string based state machine that uses 4 By ref classes to read sensors and adjust valves with DAQmx. A testSequence exists of about 6 steps so no big tests. Once the application is started all works fine. No memory leaks (500MB of spare memory) , no CPU that is stuck at 100% etc etc. Info on the pc that runs the application: panasonic CF-19 Toughbook - intel centrino duo 1GHz - XP 2002 SP2 but vista capable - 1GB RAM - 3GB free diskspace. I've made a few test vi's and made an exe of them: test1: while loop with event structure and a stop button. Exe opens instantly test2: Same as above but I read a DAQ task that is in my project. Exe opens instantly. So... slow startup is not due to loading LV runtime or DAQ mx. The customers PC has a very strict security policy. (i can't even change a key in an ini-file in the program files/... folders.) Can someone help me to solve this issue. Thanks in advance. Regards, Wim Just noticed a similar post here. but I do not use a .NET picture control

Instead of using the keyboard short cut you can choose: operate > change to edit mode

I think your vi is set to read only. Try pressing "Ctrl M" to unlock or check your LabVIEW settings: tools > options > environment > Treat read-only vi's as locked

Yep, tried it. yesterday evening i had a frontpanel in 8.5 with a nice control on the left side of the screen and one in 8.6 with not nice lo0king control on the right side. When I switched to winclassic, the 8.5 control switched to classic, 8.6 control remained the same. Then switched back to Vista theme and 8.5 followed, 8.6 remained the same .... I was thinking of a reinstall of 8.6 but ... probably it is a registry key that will remain the same after reinstall. I'm guessing this is the time where I should make a complete backup and reinstall the system ... Weatherforecast gives snow for the weekend so maybe it is a good time to reinstall.