djolivet

Hi All, This project consists of two applications. Application A monitors some equipment and needs to be run as a service. Application B is a UI and is started at miscellaneous times by the operator. Application B communicates to Application A via TCP. I build A and B into executable and built an installer that installs Application B and copies Application A

I put it in a subVI and found that it is more then twice as fast (I set it as a subroutine). Also, NI's function causes a buffer allocation, where as this method doesn't. Maybe the buffer allocation is the reason for the slower execution...

"This executable will be created by someone else in my group" Maybe you should have your co-worker compile the code to a DLL instead of an EXE. Then you can simply call the DLL from LabVIEW instead of trying to figure out communication between the two applications.

I see the same thing. This behaviour does not happen if 'Read Lines' is not checked...

Yep, I see it

Has anyone had any experience getting LabVIEW RT to run on single board computers. I've had some work and some simply not load at all. The latest is a SBC with an INTEL 845GV chipset. It loads from floppy and even sees the Harddrive in LabVIEW, but it will not load from the Harddrive. I can load it from the format disk, and it appears to see that LabVIEW RT is there, because it says "Loading LabVIEW Real-Time....." but it never accesses the Harddrive and eventually says "Could not find OS in root directory." I've tried different formats of the drive, different partition sizes, bios settings galore, etc. -- all with no luck. It may just be the chipset does not work with LabVIEW RT, but according to Ardence, there is no issue with Pharlap; so, it would be LabVIEW specific. In the past, I've had great success with the Intel 815E chipset, but I'm changing the form factor to a PCISA based backplane and so I need to find a compatible SBC. Please note, that we are using the built in 8255X based ethernet connection. I've tried it with the built in Ethernet and an Intel Pro 100/S with the same results.

Same behaviour on my PC WinXP sp2

I would also like to see this apply to such things as creating local variables/properties/invoke, changing from indicator <-> control, hide, enable/disable, ...

Hi Dimes, I have never worked with a barcode reader that interfaces thru the keyboard.. What I would try is to change the string to "Update Value While Typing". You can do this be right clicking on the string control and selecting the option in the context menu. Hope this helps Denis

Here is something I have been working on. The reason I started this was to try and create a better spell checker, but I haven't done much towards that end. The concept here is much like Jim suggested, except that a different VI is called for each type of object reference. This dynamic calling is only being done to populate a table right now, but what I had envisioned was to call a dedicated VI for a specific object type to pull out any text that needs to be spell checked. If explanations are required, let me know and I will post some

I don't get it either.?.?

I downloaded WMassey VI and started playing with it to see if it worked properly. However I went off track and instead modified to recursively search subVIs for call library functions. Note that the Call Library function refereces are not valid after the VI has been closed, so in this design you can only work with those nodes within the case structure. Denis Download File:post-1881-1128627159.vi

I would like opinions on this too....

I have done something similar to this in the past. My goal was to not allow the operator to access anything other then the application I built. The solution I used was to replace the Window's user interface with the LV EXE that I generated. Following is an email from someone at NI that explains how to do this. <Start Forward> The following are the steps for creating a custom user interface in Windows 2000 or XP. Make sure not to do this with the Administrator account, as it can be a bit complicated to get back to the normal Windows user interface (explorer.exe). It is also a good idea to have something in your custom .exe file to shut down the computer programmatically. 1. Create account for the user (or access a existing user account) and log in as this user. 2. Click Start , and then click Run . 3. In the Open box, type gpedit.msc , and then click OK . 4. Expand User Configuration , expand Administrative Templates , and then expand System . 5. In the right pane, double-click 'Custom user interface' 6. Click Enabled , and then in the Interface file name enter the application you wish to run (e.g C:\Program Files\National Instruments\Labview 6.1.exe) 7. Click Apply , click OK , and then click OK . 8. Restart the computer. Remember, if you do get stuck, you can still access the Windows Task Manager with Ctrl+Alt+Del and run explorer.exe from there. <End Forward> I found that for this to be effective three additional things need to be done 1) Allow the operator to exit from the built LV EXE. There is a VI available from NI for doing this at: http://sine.ni.com/apps/we/niepd_web_displ...034080020E74861 2) Allow the operator to start the native Window's user interface. This functionality should probably be password protected. This can be done by passing this string "explorer.exe" to the "System Exec+.vi" VI also included in the above mention download 3) Disable the "New Task..." option from the task manager. If you search on the internet you should be able to find various methods for doing this. Hope this helps Denis

This should do it

I'd like to see your improvements...

That did the trick Thanks

Has anyone managed to do this. There exists a property called Active Column Number but nothing specific to the Row. There is also two properties for cell height/width, but neither of the heights seems to do anything. Any thoughts?

Hi Peter, I think your problem stems from the fact that you are trying to initialize two task on the same sub system of your DAQ device. In this case two task on the AI subsystem. The DAQ device cannot do this, nor does your code need to. See the attached image. Keep in mind however that if you were initialize a task on the AI sub system, and one on the Digital Input subsystem, you could do both in parallel, because they are two different subsystem. Also, looking at your code, it seems to me that you don't need to do a start and stop for a single point read. You can just take the reading as the image shows. I guess another way of fixing your error would be to ensure that the top process completes all execution (start, read, stop, close) before you begin the second process. Anyway, hope this helps