Michael Aivaliotis

QUOTE(hannibal @ Apr 21 2007, 12:14 PM) See here: http://forums.lavag.org/How-to-Insert-Images-in-your-Posts-t771.html' target="_blank">http://forums.lavag.org/How-to-Insert-Imag...Posts-t771.html

QUOTE(Jim Kring @ Apr 20 2007, 10:06 AM) I agree that LAVA is a lot more than "answers to questions", however let's not scare those that want to ask questions. Questions are perfectly fine and acceptable here as long as you are not a homework hustler (HH) - A student that tries to get solutions to homework questions.

QUOTE(Nullllll @ Apr 20 2007, 06:06 AM) If you know, then why ask? If you have the VI's in your palette then try them. What are you looking for?

What 3rd party program are we talkin' about here?

Try this for learning: LabVIEW Tutorials Lot's of stuff out there.

See my related post here: http://forums.lavag.org/index.php?s=&s...ost&p=28409

QUOTE(Eugen Graf @ Apr 18 2007, 06:35 AM) Are your devices, serial? I think only serial devices really need to be closed to release the port for others to use. GPIB devices don't have to be opened or closed. At least not anymore. Other than Visa Open or Visa Close, I'm not sure what kind of instrument command you want to send. Regardless. If this is still the case, you can do this with queues as well. Keep in mind that you will need different queues for different types of tasks. The example shown assumes that you are working with the instrument task queue: http://forums.lavag.org/index.php?act=attach&type=post&id=5545 http://forums.lavag.org/index.php?act=attach&type=post&id=5546 (LabVIEW 8.0) There are many solutions to your problem. User events can be used as well. However, I would even argue that you don't need parallel tasks anyway. Why can't you just do everything in the main state machine? I'm not sure of the benefit in your case. Perhaps data saving would be better off in parallel if you have lot's of data. What is the speed of the overall system?

QUOTE(JFM @ Apr 5 2007, 08:14 AM) Hmm, I think we should place some bets here. LAVA could use some donations . My money goes on the queue.

QUOTE(Eugen Graf @ Apr 17 2007, 07:55 AM) Your code does not make sense: In the top event structure, you are generating a user event. The bottom event structure responds to this and executes the <Command> case. The top loop is ALSO registered for the same event. It ALSO responds to the same event however it's too late, the message has already been removed from the queue from the bottom event structure. It then just iterates a timeout. What is the purpose of your design? Multiple recipients? If so, then you need to use a different approach. See attached image: http://forums.lavag.org/index.php?act=attach&type=post&id=5543 QUOTE(Tomi Maila @ Apr 17 2007, 07:58 AM) Your upper loop is generating user events for itself in reponse to the same user events. This will not be very wise Agreed. QUOTE(Eugen Graf @ Apr 17 2007, 08:23 AM) And I know too, that two event structures in one VI have to be avoided. This is not true. You can have multiple event structures without problems as long as they are not using the same event registration refnum. QUOTE(Eugen Graf @ Apr 17 2007, 08:23 AM) The aim was to register all events in the main task and handle them in other tasks, I want to commit only the registration refnum to other tasks, but you say its not possible, I have to register events in each task. Another option is to create the user events in the main task VI and pass this to the other tasks, however register the events at the task level. QUOTE(Eugen Graf @ Apr 17 2007, 08:36 AM) P.S. firstly I wanted to replace Queues in tasks with User Events, because I have this problem: http://forums.lavag.org/index.php?act=attach&type=post&id=5537 How do you think, what is better to use Queues or User Events? What is faster and eats less memory? You are presenting multiple issues here. Are you trying to get speed and less memory, or are you trying to solve your problem? The reason I'm asking is because you don't need to switch to a completely different architecture to solve your problem. Queues are pretty powerful on their own and still viable for your situation. From what I can see, your problem is that you are mixing your communication mechanisms. Why use "Set Value Property" on top of queues? You already have the pipeline so utilize it. See: http://forums.lavag.org/index.php?act=attach&type=post&id=5544

QUOTE(Pablo Bleyer @ Apr 17 2007, 10:05 AM) We've just added a [wiki]Control References[/wiki] article on the http://wiki.lavag.org/' target="_blank">LabVIEW Wiki.

QUOTE(Aristos Queue @ Apr 15 2007, 05:33 PM) Yes, however I'm concerned about obfuscating the UI and diagram. How would you indicate the groupings?

Doing OOA&D on a coffee maker is a standard classroom topic used my many to teach the principles. Another one is a bank machine.

Just want to apologize to all for the latest server outage. This was purely my fault and not due to any hack\crash or anything of the sort. Apparently, when you tell the server software to create a backup of all your domains on a daily basis, it does what you tell it... until your hard drive fills up! How nice! :headbang:

QUOTE(Jim Kring @ Apr 13 2007, 11:37 AM) None of the bugs I cared about were fixed in 8.2.1. as indicated from the NI buglist. So NI has dissapointed me with the 8.2.1 release. Am I being selfish? Of course I am... I'm a customer.

Can't you use a bundle node? You like dialogs?

BTW, you don't have to use NI's OPC server. Find one that works and use it.

[wiki]Numeric[/wiki]

This is a good point and is an issue I'm trying to resolve. Currently, every edit will generate a new revision. This is why it's important to include the revision number in the zip filename. This way we can determine if it's a real file change or just an edit to the page. The moderators have access to delete or hide the unnecessary files. I'm not sure if you (as an owner of the file) have this permission. I don't think you do.

Looks like a LabVIEW bug to me.

Jim was sad today at work because nobody congratulated him on reaching 1000 posts. So here...

The number has been reduced to 50. Regardless of the number, there is always the chance that you will miss something. What happens if you are away from your computer for a week? Should the number be changed to 1000 to accomodate you? Thus is the nature of RSS. The higher this number, the more resources used on the server to cache these posts and generate the feed.

At least LabVIEW beat ABC, Boo, MAD and Groovy!

Countdown (game show)

QUOTE(crelf @ Apr 3 2007, 03:26 AM) Where's that?

<object width="425" height="350"><param name="movie" value="http://www.youtube.com/watch?v=RI10VCZYjas"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/watch?v=RI10VCZYjas" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></embed></object> How about a LabVIEW program that finds the equation that results in the final answer. Shortest amount of time and fewest operations.