Mellroth

QUOTE(dannyt @ May 2 2007, 12:41 PM)

The particular thing I do not understand is the rules I should use to decide when to expect the ripple effect, whereby I change a sub-VI and not only does it's calling VI recompile but there is a ripple effect up the calling Hierarchy and often not for any reason that seems obvious or predicable to me.

Hi Dannyt,

I don't think anyone but NI could really answer this question, but I agree with you that recompilation is sometimes required for very strange reasons.

LV5.1 would never recompile (as far as I remember), due to changes in the block diagram, but only if changes were made to the connector pane somehow.

Since this version changes on the BD sometimes force a recompilation, e.g. adding a Case structure. I can only guess why we need to recompile due to an added case structure, but my guess is that the case structure is changing the way the compiler marks the wires connecting to the VI (e.g. if a copy is needed).

But again, I don't think anyone outside NI, can really answer this question completely, and I'm looking forward or at least hoping to see some NI response on this.

/J

QUOTE(crelf @ Apr 27 2007, 02:32 PM)

let's see what the two of you come up with...

I rather not...

QUOTE(martin@aerodynamics @ Apr 27 2007, 03:09 PM)

without april, you mean

/J

QUOTE(Mikkel @ Apr 27 2007, 01:32 PM)

"Let them alone: they be blind leaders of the blind. And if the blind lead the blind, both shall fall into the ditch."

:thumbup:

/J

QUOTE(VDB @ Apr 23 2007, 08:56 AM)

It's 8.2. Start LabVIEW, new VI, create a combobox (doesn't matter if modern, classic or system) and try to type a comma.

Pasting a comma works. Maybe it's because of the German Windows...

VDB

Hi,

I can reproduce this on WinXP (English).

Defining the list of allowable values works with commas, but entering commas into the Combo box don't.

I think you should report this to NI as a separate bug, and maybe start a new bug thread here at LAVA.

/J

QUOTE(george seifert @ Apr 20 2007, 03:50 PM)

Uh, how are the source and sink different?

Hi George,

you have to have a valid event registration refnum before entering the Event structure. In your case the event registration refnum is not defined until you have passed the "mouse enter" event.

To solve this, I added a registration of events (empty array of control refnums), before the loop.

http://forums.lavag.org/index.php?act=attach&type=post&id=5559''>http://forums.lavag.org/index.php?act=attach&type=post&id=5559'>http://forums.lavag.org/index.php?act=attach&type=post&id=5559

Good luck!

/J

QUOTE(Nullllll @ Apr 20 2007, 12:53 PM)

i have version 8 .0

:question:

QUOTE(Nullllll @ Apr 20 2007, 11:14 AM)

Hi ,

I want to ask u if labview has a feature of sending email , I mean I want to send that VI to an email by labview , can I do that?? can u plz help in that topic ?

Hi Nullllll,

do you ever actually read the responses you get here at LAVA? :headbang:

Several members have asked you to use google, before you ask questions.

1. Goto www.google.com
   
2. enter "sending email from LabVIEW" as your search string
   
3. check the results of your search.
   

Again, please use Google first before starting new threads, as your posts are just adding noise here at LAVA.

QUOTE(TiT @ Apr 20 2007, 11:28 AM)

Not in the base package, which I suspect is the version used in this case

/J

QUOTE(Michael_Aivaliotis @ Apr 18 2007, 09:36 AM)

Hmm, I think we should place some bets here. LAVA could use some donations .

My money goes on the queue.

I haven't really tested performance of queues vs. FG's (at least not since queues became primitives).

As long as the queue is only replacing a simple array memory, I think that the queue might be as fast as a FG. But when the functional global contains more than one array of data, my guess is that the FG would be faster.

Anyway, a really interesting topic.

/J

QUOTE(tcplomp @ Apr 17 2007, 10:43 PM)

Why don't you use a diagram disable structure with in the not active frame all the VIs?

Ton

Hi Ton,

I had that as my workaround #2, but today I had time to do some more tests.

It seems like the Source Distribution fails to include any VIs embedded in a diagram disable structure (which would be a bug report of its own).

/J

Hi,

I have a bunch of VI-tree's (remember this old way of grouping VIs), that I'd like to add to a project in LabVIEW 8.2.

The reason to keep the VI-Tree approach is that a user can get a graphical overview (i.e. Icon overview) instead of the listing used in the project explorer.

Anyway...

I tried to create a source distribution (preserve hierarchy) for all my VI-Trees, but as it turns out, the distribution only gives me the top-level VI's (no used sub-VIs are in the source build). It seems like the reason for this is that for a source distribution to go on and find all Sub-VIs, the top VI must be executable? (no VI's below a broken VI will be included in the source distribution).

Since the bad VI itself is added to the source distribution, but no subVIs, it means that the bad subVI might be linking to VIs outside the source distribution target

To require the top-VI (or any other VI) to be executable is fine as long as you are building an exe or dll, but for a source distribution this feels wrong.

In LV7.1.1, I could open up the VI-Tree and save with options, then all VIs, regardless of execution state, would be saved in the target folder (possibly changing passwords, removing diagrams etc.).

Workaround 1:

If I drag all VIs found on the block diagrams of the VI-Tree's to the project explorer, the distribution contains all sub-VIs found in the hiearchies of the the top VI's (VI-Tree).

This is not really a good way to do this, as I will have to manage both the VI-Tree and the project file to create a correct source distribution. At least compared to if I could only change the VI-Tree, and then just do a rebuild in the project file. This method will still fail, if any of the VIs are not executable

Workaround 2:

Open up all VI-Trees, then surround all VIs on each VI-Tree block diagram by a disable structure. At least this would give me the Top-level view, but VIs in bad execution state will still not be correctly included in the build.

This has been reported to NI, but I have no CAR# for this one yet.

/J

PS. I know I can choose "Save As..." to save a complete VI Hierarchy, but this doesn't give me the options to remove BD's, set passwords etc, i.e. what you get from using the Source Distribution. The Source Distribution is also much better as it allows me to save how I would like the build to be, adding support files etc.

Bug reported in 8.2 and confirmed by NI in 8.2.1 as well.

CAR#: 48F0MHE8

/J

EDIT: I accidentally posted this bug again, original bug is

(http://forums.lavag.org/Flatten-Unflatten-...-bug-t7324.html)

I've asked Michael to remove this thread, sorry :headbang:

/J

QUOTE(LV Punk @ Apr 16 2007, 02:58 PM)

It isn't green and doesn't appear to hang on a wall, but...

Workaround:

1. colorize the control in green

2. change FP background to a brickwall

voila .

/J

QUOTE(kate @ Apr 16 2007, 02:27 PM)

hello I am a new user of labview 7.1. I want convert image RGB to png format, because I want to do particle analysis for binary images.Is it possible to convert it using LV functions?

Hi,

it is possible to convert between different graphic formats using LabVIEW.

You can find methods to read and write different formats in the Tools palette, just look in Functions->Graphics and Sound->Graphics formats.

/J

QUOTE(Tomi Maila @ Apr 14 2007, 10:50 PM)

The article is about code reuse and inheritance. Please click the title below to read the full article.

http://%22http://expressionflow.com/2007/04/14/reusing-code-by-inheritance/%22'

target="_blank">Reusing Code by Inheritance

Hi Tomi,

great article series.

But I think the link is wrong, it currently reads (http://"http//expressionflow.com/2007/04/14/reusing-code-by-inheritance/").

/J

QUOTE(Jim Kring @ Apr 13 2007, 05:53 PM)

I don't understand how typecasting would be used as a solution. Both wires would have the same data (the Event Registration Reference) -- just use the wire that has the correct type information (not the one that flows out of the right-side dynamic events terminal).

I didn't mean to say that typecasting was the solution. I replied to Stephen's question if a typecast node would work, and it does.

Anyway, in this case I would use solution #2 from my first reply.

/J

QUOTE(Aristos Queue @ Apr 13 2007, 04:41 PM)

Does using the Type Cast node help?

Yes it does.

Sometimes I put a type cast node after the case structure, forcing the "correct" name.

The "start" case in Tomi's first post, could then output a duplicate reference in an extra tunnel (set to "Use default if unwired"), and use this output to cast the reference passed around in the shift register.

/J

QUOTE(Sally @ Apr 13 2007, 01:43 PM)

I have extra information in my VI I want to hide all of them , the user need them he can press in one button called " Extra information "to get those information...

Please post what you have done so far...

Is the "Extra information" front panel objects? If so, create control references for all the objects that you want to show/hide, and put all these references in an array.

Then use a property node in a loop, to set the "Visible" property for all these objects.

/J

QUOTE(Jim Kring @ Apr 12 2007, 06:07 PM)

One of the main hurdles of getting started with version control is setting up the server. But you can easily create a "local repository" (on your local machine's hard drive) using TortoiseSVN. I've just written a short article describing how to do this:

Enjoy

I've been waiting for this, thanks Jim :thumbup:

/J

QUOTE(Tomi Maila @ Apr 13 2007, 12:38 PM)

...When the string constant name is modified, the name change doesn't propagate to the event structure. The event structure still thinks that the old name is used instead.

Hi Tomi,

I think that this has to do with the unitialized shiftregister retaining the name of the first instance that "named" its wire.

The event refnum in your initialize case is then "type-casted" to the older version, since the Event structure outputs a previously named version.

Workarounds that I can think of right now

1. If you wire the event refnum from outside the loop everything should be OK, but this might not work depending on what you are trying to do.

2. Bypass the Eventstructure, i.e. don't use the event structure output (OK, as long as you don't change the dynamic events).

http://forums.lavag.org/index.php?act=attach&type=post&id=5493''>http://forums.lavag.org/index.php?act=attach&type=post&id=5493'>http://forums.lavag.org/index.php?act=attach&type=post&id=5493

/J

QUOTE(Sally @ Apr 13 2007, 11:09 AM)

I have a graph , I want that graph to be displayed slowly in labview not directly , I mean I want to see it point by point , can I?

Please add a VI to show what you have tried so far, or what you are trying to do... and what has the topic "Menu" to do with your question?

I'm note sure I understand your request, but to display values point by point, you usually use a chart instead of a graph.

The update speed is determined by the LabVIEW code, that updates the chart.

/J

QUOTE(Guenther @ Apr 11 2007, 03:27 PM)

The key down event is the correct one, but instead of reading the table value you should capture the key itself and add up the consecutive keystrokes in a string indicator. In this string indicator you'll always have the current value of the table cell.

To reset the value you can use the "value change" event, this means the user hit enter or clicked into another cell.

This will only work as long as the user presses alpha-numeric keys on the keyboard.

If the user presses backspace, delete etc., the resulting string would be different than the actual cell value.

Ben's method would take care of all this, and also if the user moves the cursor with a mouse click and start editing inside the sting instead of at the end.

/J

QUOTE(Nullllll @ Apr 6 2007, 11:12 AM)

it is conncted through DaQ card , also this circuit as an ohm's law ,,,I have volatge source from the DAQ +5v and current flow ,,,i just need to know by LABVIEW what is the value of that resistor??

Nullllll, please show some effort.

Several members have requested that you should include some schematic and/or show us what you have done so far in terms of LabVIEW programming, but you ask basically the same question over and over again.

QUOTE

Why Do People Answer Stupid Questions More Than Good Ones?? http://ca.answers.yahoo.com/rss/question.p...01061627AAB6Ue6

I do not mean to be rude, but you really have to read about how to ask questions in a better way.

Now to your problem.

1. What DAQ card do you use?

2. How is the DAQ card connected to the circuit? (schematic)

3. Show us a what you have done so far, in terms of VIs.

4. Can you include a picture explaining what you intend to do?

QUOTE(Tomi Maila @ Apr 6 2007, 01:14 PM)

I agree, but then I imagine all questions that could be asked (and how they could be asked)... Lets stay with your first camera solution

/J

Congratulations Jim,

can't wait to read your next 1000 posts. :worship:

Cheers :beer:

/J

QUOTE(jaec @ Apr 5 2007, 09:30 PM)

Did you get the Crack in case yes plz send me the crack,I will be very appriciative.

thanks

I think you are in the wrong forum

/J