baptie

QUOTE(rolfk @ Feb 9 2007, 02:51 PM) Yes you are correct Rolf, But this .dll will only be called in this user interface but I can understand what you are saying, one day it may work the other it may not. I am happy that it is working and not clogging up the User Interface plus not effecting the outputted results. Thank you very much for assistance.

Thanks Donald, Had a look at the bottom level .dll that was being called in the 'Get Reading.VI'. Had a look at the properties and I noticed the make reentrant check box. Works a treat, the data logger runs away happily, still taking 500ms for a full read but the read operation does not interfere with the UI. Thanks man, solved a large headache for me. Stevie

The Device uses .dll's supplied by the manufacturer of the data logger. This is our User Interface, All the property nodes are used to set up the relevant graphs, colours & scales of the graghs. The problem is the bottom loop, We have set the default on the usb data logger to be 4 sensors. We Init usb, open device id = 1, set up number of samples = 4, take readings/format array, output 4off reading, repeat from take reading stage. While the data logger is retrieving data, the user interface controls bog down every second, for around 1/5 a second. We tried added a delay of a second,to make sure that the logger only gets readings once every second. We have tried the 'wait until next' 600ms in the attemt to let the temp logger work away when the time is there. Temp Reading.VI this VI takes the handle (id) of 1, sets up an array of 9 elements(8 for the max number of sensors, 1 for cold temp reference), overflow & units are default value's. Time taken for 1 reading 200ms Time taken for 4 reading 500ms Time taken for 8 reading 900ms No matter what we try, the data logger clogs up controls, is there no way to call .dll's within labview BUT not have the device operating WITHIN labview & still enable us to get reading back? Hope makes it a little clearer!

We have been working on a user interface that is coming along nicely, We are starting to pole connected devices to get relivant feedback to supply onto the front panel. This is all going really good but we hit a stumbling block:- We have purchased a Temp data logger from Pico technologies that communicates over USB, the device allows you to connect up 8 K type themocouples. For test purposes I have connected up 4off thermocouples and have got the relivant readings onto the front panel, the problem we have is that when the device takes a batch of 4 readings, this process takes just over 500ms, this 500ms is causing a delay in the movement of the front panel controls making slides and buttons not react fast enough as there is a delay every 0.5 sec. At present we have the UI within a while loop and the data logger within a seperate while loop external to the main UI. Using property nodes to enable/disable the device. I have tried the event handler method and at the min I am working on a state machine, all works well but when I activate the data logger I get this delay every 0.5s. I have placed in wait for next 600ms, delays & attempted to slimline the supplied VI's supplied with the device. The question I am asking is, is there a way to run this device on a totally different thread to the user interface to take away the noticable delay & still have the data logger run away happily?

The plate motor.VI is a snippet of a much larger User Interface. We are going to have 3 seperate motors, 6 stepper motors, Temp Controller And two Air Controllers. The ID, Min & Max are there to enable Whoever is designing the user interface to add Min/Max Speed Values for the connected motor and input an ID that is Drive specific, If we didn't add these items here, the re-entrant method would not work right for the method that we are using. Big thanks to all, Aristos Queue Implemented your last post word for word.......worked a treat. We now have feedback to the Front Panel of the user Interface. TY

This is a demo Front panel of a Plate Motor VI : http://img179.imageshack.us/img179/1776/fplv0.jpg A Simple Start/Stop, Faster/Slower & Forward/Reverse. We have abbility to get speed fed back from motcan.viThis is the Plate Motor VI Block Diagram : http://img160.imageshack.us/img160/562/vidiagun4.jpg This is MotCan.VI, I can get the fed back motor speed (Actual Speed) within this VI but not on Plate Motor.VI Front Panel : http://img405.imageshack.us/img405/2547/motcangv3.jpg Actual Speed is connected to a terminal of MotCan.VI's Icon Hope this kinda clears things up

Working on a joint application with delbertson, got notifiers working for alot of different user inputed reentrants, is there any 'simple' way to get outputted indicators from each individual reentrant VI. :headbang: We have AC Motors, Stepper Motors & Sensors all split over multiple reentrant VI's, it would be great to get some feedback onto the Front Panel Main application. I can get the indicators updating in the actual reentrant VI but not in the Main application, as far as I can see from 'Help' and web site sources this is not possible without initialising VIServer, is this correct :question:

Wasn't to sure of where to post. Anyways, I am using XP. I thought that there would be a quick fix for this. When we get our autherisation codes I will give it a go, reboot, see whats what. If no joy I will reinstall the whole shabang. Thanks for help

Hi, Just registered this morning. Looks like I am in the right place. There are two off us using Labview, we both have the 30 day trials, I am on my 2nd 30day trial. We have been given the go ahead to purchase 2off licences and an application builder yesterday, wooohoooo. I have had a problem since day one with the installation. I had a search around the forum and came up short. Every boot up I get an error message with NI-PAL Service Manager Error: szAppName : nipalsm.exe szAppVer : 0.0.0.0 szModName : unknown szModVer : 0.0.0.0 offset : 00000000 C:\WINDOWS\PCHealth\ErrorRep\UserDumps\nipalsm.exe.20061207-085631-00.mdmp C:\DOCUME~1\scr\LOCALS~1\Temp\WER61f4.dir00\appcompat.txt Reinstalled NI-PAL, just incase I had been a plum.......no joy. Is it possibly the wrong platform NI-PAL I have downloaded??? Can anyone shed some light on this please, possibly a previous posting maybe. Thanks