Elktro

I don't know what actually help. But issue is now resolved I opened the start-up VI again, and now for some reason I got a pop-up not finding the dll at the C:MyTemp... folder. After resolving I made a new build specification and it started to work again.

Does the DLL use any VIs that are not part of the DLL? I.e. does it do any dynamic loading of external VIs as part of any of the code that would run in its load proc?

The MBT.dll is used to connect to a Wago Modbus/TCP module and a series of labview vi are provided as wrappings for function calls in MBT.dll. So I very much doubt that it would load dynamically any labVIEW VIs.

I'm using labview verison 2011 sp1 (11.9.1f2 (32-bit)) and I am trying to compile, but I run to error.

I am getting following error:

The build was unsuccessful.

Possible reasons:

Error copying files.

Source: C:MyTempF02MBT.dll

Destination: C:Documents and Settingsbuildfolderdatadata0MBT.dll

 

source does not exist

Details:

Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:

 

Error 7 occurred at AB_Destination.lvclass:Copy_File.vi -> AB_Source.lvclass:Copy_SourceItem.vi -> AB_Build.lvclass:Copy_Files.vi -> AB_Application.lvclass:Copy_Files.vi -> AB_EXE.lvclass:Copy_Files.vi -> AB_Build.lvclass:Build.vi -> AB_Application.lvclass:Build.vi -> AB_EXE.lvclass:Build.vi -> AB_Build.lvclass:Build_from_Wizard.vi -> AB_UI_Frmwk_Build.lvclass:Build.vi -> AB_UI_FRAMEWORK.vi -> AB_Item_OnDoProperties.vi -> AB_Item_OnDoProperties.vi.ProxyCaller

 

Possible reason(s):

 

LabVIEW:  File not found. The file might have been moved or deleted, or the file path might be incorrectly formatted for the operating system. For example, use as path separators on Windows, : on Mac OS X, and / on Linux. Verify that the path is correct using the command prompt or file explorer.

Which is very strange because some of my vi are indeed using MBT.dll but not from "C:MyTempF02" directory, and the startup vi is running just fine without any errors as are the vi's that are using the MBT.dll.

I have added MBT.dll library to my project and location in the properties dialog shows the real location not the "C:MyTempF02" where the compiler tries to find it.

I have also tried to just make a new build specification (by clicking it and selecting New -> Application (exe)), but still the same error occures. 

What to do?

I have a subvi A which takes as an input an arbitrary sized array of double values. The subvi A calls a subvi B which is a reentrant.

Now I would like to call the subvi B for each double member of the input array. This would be no problem if I could use for loop.

However I want call the subvi B for each double member simultaneously. The subvi B has an output value.

A parallel for loop could be a solution, but that is only available in LabVIEW 2009.

Is there anyway to do this with labVIEW 7.1? Sounds something that could maybe be done with dynamically called subvis, but Is there any neater way?

Same issue if you start with a control from the classic palette?

Ben

Well, classic buttons don't have shadows, but they are ugly!

Anyway, you can't delete picture items of classic buttons either.

I am customizing a push button control. I added a regular push button control on the front panel and navigated through advanced > customize. I wanted to delete the shadow background of the push button, but wasn't able to delete any of the picture items.

As a work a round I resized the shadow pictures to small sizes and made them transparent.

But how on earth do I remove them completely?

Is it possible that you are creating the DAQ task in some VI that is being called using the Run VI method of VI Server, and that VI is going idle and thus throwing out the newly created task?

I'm not quite sure when subVI is in a idle state, but the SubVI that creates the task goes into "SubVI waiting to run"-state. But how can I make a subVI not to go idle when exiting from a subVI?

I have been trying to create a channel with DAQmx Create Channel (AI-Voltage-Basic) in a Sciware GOOP class. The DAQmx gives me a task, which I start and then direct the task to the appropriate data member of the class. So far everything goes fine.

However, when I retrieve the task from the data member to acquire a voltage value, I get the following error:

Error -200429 occurred at DAQmx Read (Analog DBL 1Chan 1Samp).vi

Possible reason(s):

Measurements: Value passed to the Task/Channels In control is an empty string (or I/O control).

The value must refer to a valid task or valid channels.

So where did the task disappear?

Please, see the attached code.

DAQmx_task_test.zip

To Retrieve previously created object, named instances can be use. However, I found that if I have class A with child class B, and I have created an object by class B, I cannot retrieve the object by calling the object creator of the parent class A. No problems with retrieving the object with the object creator of the child class B.

Is there a way to retrieve object by its instance name with the object parent class?

Workarounds are welcome too.

Using LabVIEW 7.1

Do you have a "num" field in both the parent and child?

Could it be that you're setting the parent value and reading the child value or vise versa?

Yes, both should have num field as B class inherits it from its parent class classA, which has a num field.

I don't quite see what you mean. How could the instances write each other's data members, if they are clearly in their own separate sequences?

I found the problem!

I just needed to wire output from the child implementation in the Descendant. (Dah!) It is so easy when you know it.

Using SciWare's GOOP Developer 2.3 I have made ClassA and a child class B, which both have their own increment() virtual method. The base class method increments data member num by 1, and the B class increment data member num by 3. Both methods give incremented value as an output. The data member num has also a getter.

I have made the demo below to illustrate my question.

The two instances of the ClassA and B are called by their own implementation of increment and after incrementation num value is get. The base class ClassA part works as intended: num value is incremented and the value gotten from the increment method is the same as the value gotten from the getter. The child class B part, however, doesn't work the same way: the num value is incremented, but increment method return 0, although the getter shows that the value is indeed incremented in each loop execution.

Here is the front panel after while loop has executed 3 times:

So why the 0 output?

Yeah of course! Found it at Vi Properties -> execution.

thanks

I am currently programming with SciWare's GOOP developer with LabVIEW 7.1. I have a public readwrite method, let's say ClassA.GetValue(). How can I find out whether this method is reentrant or not?

thanks,

I have now found very satisfactory solution. The thing to realize is that the "result" must be zero for first loop execution.

Thanks for quick answers!

Ilkka

QUOTE (normandinf @ Jun 26 2008, 04:36 PM)

Well, from the part of your program you've shown, num2 doesn't change and will always be equal to abc. num3 = num2 - abc is therefore always 0...

Not necessarily. If function() gives different values, abc will change. So num3 = num - abc is surely 0 first but not necessarily after that.

The LabVIEW program of yours doesn't exactly do waht does the C-program. function2(num3) is not called wjen num3=0 as it should.

Ilkka

QUOTE (ned @ Jun 26 2008, 03:19 PM)

It's often difficult to take C code and translate directly to LabVIEW because the two languages just don't work the same way. Also, I think your C code does not match what you wrote that it should do. In your comments you state that function() should only execute once, but you have written the code such that function() executes every time through the loop, and only copies the result to abc once.

Okey... The thing I meant is that function() should be called only once between do and while. So for example this is not allowed:

do{

}...

QUOTE (ned @ Jun 26 2008, 03:19 PM)

Here is a simplification of the problem:

This program will initialize the feedbacknode only once (Global initialization). I want it to initialize every time as new number is directed every 500ms, but this must happen inside of the innermost while loop. I could initialize the feedback node before the while loop, which means that first I need to call the "function()" outside of the innermost. And that I do not want to do.

Ilkka

I have not been able to find a solution to how to initialize feedback node every time while loop executes so that the initialization is done inside the while loop. Global initialization will not work, of course.

Basically I want to convert this C-code to LabVIEW code:

do{

int num=0, num2;

do {

}...

function() has two restriction it can be called only once and it has to be in the inmost loop.

Ilkka

PS. What a crappy indentation feature!