Michael Aivaliotis

QUOTE(Thang Nguyen @ May 4 2007, 07:43 AM)

I see that they put everything in the buffer then plot it out. We can use an array and append a new value into this array and plot it out at each interval. If I do a test for three days. This will become a big problem with memory for a multiple plot. Is there any better way?

You can modify the array so that you only view the last n points. Once it reaches a certain size (which you determine) delete one old data point from the array before adding a new one.

great tip, thanks I think I gonna buy it ...

I know what you mean, at other forums I don't mind being funny, and kinda poking at people in a non threatning way (like making fun of crelf because he would know I'm kidding)

QUOTE(robijn @ May 3 2007, 02:13 PM)

These good users appearently were able to contain the problems. Why do we need to use the absolute moderator super power system when the normal user can appearently still handle it ? LAVA is still small enough so that we don't need 3 military ranking layers with their bureaucracy. The setup "For real abuses there's always the moderator" gives me a much safer feeling.

The people that were "abused" sent me personal messages complaining about their treatment. The people doing the "abusing" (I use the word "abuse" for lack of a better word) are not official LAVA spokespeople so I want to make it clear as to who does the abusing. If anyone is going to abuse anybody it should be me. I never mentioned any layered system. Anybody can still be involved. Just click the Report button anytime. There is nothing else you need to do after that. A moderator will take over. Just in case you all are not aware, the only moderator right now is me. Let me be the bad guy and take responsibility for cleaning up the forums, you don't have to. I already do this on a daily basis anyway.

QUOTE(robijn @ May 3 2007, 02:13 PM)

What do you consider noise? Questions like: "I'm getting error code 15 when running this DLL"? People come to the forums to ask questions and get problems solved. Sometimes, there are exploratory posts that lead into interesting discussions but they can't all be like that. I always start my posts with a question. I can't think of anyway else to do it.

It's true that we are reaching a state where LAVA is getting very popular and everyone is joining in the discussions. You cannot blame people or scold them for walking into a "members only" club where there is no doorman, nobody checking your pass, and no sign on the wall. If that's what you all want then I don't see any other way than to have no guest access, login required, a monthly fee to join and a photocopy of your CLA certificate. Everyone is familiar with the experts exchange. This will definitely clean up the forums.

On the other hand, we can just move on and try to be as involved as possible in LAVA. When I started the forums, I was the only guy answering posts, sometimes spending an hour or 2 rewriting someone's code to repost to the forums. Other times posting examples and long answers. I had no Idea who was on the other end nor cared. I'm just generous that way. But I'm sure that by doing this I earned many loyal members and inspired others to do the same.

It's unfortunate that there are some HH's that want packaged solutions to their school problems. These people will be dealt with and this discussion will be history. I'm not concerned about that. What I am concerned about is that as a result of this discussion, we now have long time members doubting if they are advanced enough. What is the criteria for advanced? Can someone define this? Other than checking everyone's certification credentials I don't see how? Putting all LAVA members through a test? Is this really necessary?

The only practical solution at the moment is to let the natural order of things dictate as it always has. We all need to roll up our sleeves, come out of the shadows, and put in the effort to get involved in the discussions. The more "advanced" noise we create the better. :thumbup:

QUOTE(Eugen Graf @ May 4 2007, 12:34 AM)

No, if I want to "say" to more than one task about new settings, I have to use User Events (or Notifier?) but no queues. Because if I dequeue new settings in a task, than other will dont get it.

Eugen

Sorry if it wasn't clear. However, you can combine functionality into a task to handle this.

QUOTE(Tomi Maila @ May 4 2007, 12:08 AM)

I don't think flush queue would be a replacement for lossy queues. The problem is that if consumer loops is undeterministic, then the queue may get full, no matter how many elements you are able to dequeue at once. Consider for example that your consumer runs in UI thread and the UI thread get's busy for an external DLL call or heavy UI refresh. As a result your queue can gets full because your flush queue does't get called in time. This results in producer not being able to enqueue elements and the determinism of producer loop is lost as it becomes entangled with the consumer loop.

If you leave the queue unbounded (or a very high value) then you will notice the queue size stabilize at an acceptable value. This would not work with a fixed small queue size of 10. I modified the example to use a flush queue and even set the producer to 1ms and the system kept up fine. I agree however that when a limited queue size is required, this would not work. On the other hand, letting your queue size grow or fluctuate is not good for determinism either.

All of this really depends on the speeds involved. If you have a fast producer loop with a really slow consumer then the proxy design seems like overkill since you will be missing so much data that it's probably better to use a notifier mechanism instead.

Overall, your suggested design should work but I probably would use RTFIFO's in regards to LabVIEW RT and determinism.

It seems like your approach will work. I wrote a different version of your method using only queues and no user events. The wait function in the proxy loop can be removed without problem. I just kept it to be consistent with your implementation.

The servers are relatively slow as it is and the interface becomes inconvenient when there is a large number of posts to go through.

You can open multiple copies of MAX. Perhaps this will fulfill your use case.

I have used LabSQL and actually got it to connect to my DB but I had to use the MySQL ODBC 3.51 Driver. However, I don't think installing this driver on every PC that I deploy my application on is a very practical solution.

We are NOT going to implement a reputation system. This was an old thread that was dead and now resurected. We will not implement any type of voting system either. Please see here for my response on other issues raised in this thread.

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

I would suggest again the suggestion we made once of having a very simple LabVIEW test in order to register.

This discussion is going in the wrong direction. My original comment was not to HH's or newbies. It was directed towards the forum regulars. Be nice! We all already acknowledge that Homework Huster's are not liked. Fine, that is an issue separate from all other. Other than that, ALL other questions are welcome whether they be simple or complex. I am the first to post stupid questions here on LAVA. If we don't then NI will never fix the problems that plague new users of a feature. Remember, we are all new when it comes to the introduction of new features regardless of how long you use LabVIEW.

There has been discussion of forwarding new users to the NI Forums. Again, the wrong attitude. I mean, if that doesn't sound like "we don't want your kind here" I don't know what does? Forwarding people to the NI Forums is not acceptable. Links to solutions or key examples/articles are fine but a general "brush off" to the dark side is just wrong and insulting.

In order to put a closure to this discussion, I am implementing the following policies/procedures:

1. Homework Hustlers are not allowed on the Forums. No exceptions.
   
2. If you think a certain post is a homework hustling type question. Click on the report post to moderator button. This is the only recourse available to you. DO NOT respond to the post. You are not a moderator and posting negative or disrespectful comments will be considered abuse and results in a penalty by suspension of your account for a period of 2 days. If a post has been determined to be a Homework question, the guilty party will be contacted via PM and a clarification will be requested. If the issue is still not resolved to the satisfaction of a moderator, then the users' account will be deleted and all their posts removed.
   
3. In general. Do not post comments to any discussion about how the user will be better off on another website or forum. Any comments that imply that the original poster is not experienced enough in LabVIEW or should not be on LAVA is considered disrespect and follows the same 2 day suspension penalty.
   
4. Moderators: Only the moderators are authorized by the LAVA Forums to perform any user account suspension/deletion, post editing, post deletion and post moving. In addition, only moderators can decide if a post is a Homework question. Moderators do not read every post. This is impossible. Please use the report post to moderator button to bring anything to the attention of a moderator.
   
5. Posting in the wrong forum. Do not respond to a post located in the wrong forum to let the user know it's in the wrong forum. This is the job of the moderator since they have the power to move the post. Again, please use the report post to moderator button. Making comments of this fact is considered impersonating a moderator and is not acceptable.
   
6. Spam: If you think a specific post is clearly spam use the report post to moderator button. Replying to such posts only adds visibility to them and makes the problem worse.
   
7. Personal Messages: Do not use the personal message (PM) system for LabVIEW technical support, dating, abuse or LabVIEW SN requests. If a member reports to a moderator that their PM inbox has been abused(for any reason) then the abusers' account will be suspended for 4 days.
   
8. Member's privacy regarding moderation decisions. All moderator decisions and outcomes (suspensions, deletions etc) will be kept private and confidential. This will allow offenders to recover from what may possibly be a mistake or error on their part.
   

I will add these rules to the [wiki]Forum Guidelines[/wiki] as soon as I can.

I am aware of this issue but didn't think it was critical enough to fix. Now that it's "noticed" I guess I have to fix it now...

See here:

[wiki]Converting a Sensor Voltage Input to Physical Units[/wiki]

It's even easier: just click on " ! REPORT " next to the post.

This issue is now resolved. Sorry about that.

QUOTE(tcplomp @ May 1 2007, 12:07 PM)

I get this message for all LAVA rss'es from Wizz RSS

An invalid XML was returned from http://forums.lavag.org/index.php?act=rssout&id=3 (LAVA Bug List)

Also id 9 (LAVA LabVIEW 8) and 2 (LAVA All Programming Discussions)

Only - ALL of LAVA - (id 8) works OK

Ton

crelf It appears that an older Blog post of yours is not generating proper XML output thus breaking the feed. I'll look into it more.

I've sent a support request for this issue. It should be resolved soon.

The blog is not offline. It appears to be a RSS format issue since FF loads it fine. I'll look right into it.

It's very simple to enact a policy that bans homework type questions if we all agree. If any slip through, a simple PM to me and their post and account is removed.

Now this is a good candidate for an XControl if I ever saw one.

QUOTE(Val Brown @ Apr 30 2007, 06:34 PM)

Yes, I agree -- and here's where I see the lack of value in using an XControl. Now I'm NOT asking for all of the following functionality to be included in a posted example but I am pointing out that -- at least as far as I'm concerned -- there are shortcomings to using XControls in real world, deployed code. I HOPE the shortcomings that I see relate more to my own lack of familiarity with XControls but....

Now to me it's easier to architect all of that NOT in an XControl but in the "older" architectures of QMH or ESM using typedefs, etc.

QUOTE

I disagree with this. If you ever have to use multiple property nodes to manipulate and customize a UI then this is a good candidate for an XControl. You are not manipulating hardware, you are manipulating UI components based on user interaction or possibly interlock conditions. Based on my experience, manipulating UI's to handle users takes 10 times as long as hardware communication. XControls allow you to reuse this UI code.

Having stated all this, it does not mean you cannot implement hardware interaction or tasks that take a little too long inside of an XControl. You can always launch parallel process VI's for that. This requires a little more effort on the part of the programmer and is not a built-in feature of XControls.

QUOTE(Val Brown @ Apr 30 2007, 05:26 PM)

"CD drive" means CD-ROM so I would like to see an example of an XControl that would involve all of the "transport" controls of a typical CD-ROM control program - something like a media player's Stop, Play, Pause, etc...

• Must have a Play, Pause, FF, FR button
  
• Play button will turn to pause after it's pressed.
  
• Should have a progress indicator. Progress of what? Music?
  

QUOTE(tcplomp @ Apr 30 2007, 06:17 AM)

Dissapointing but not surprising. XControls are not easy to master. BTW, I'm giving an XControl presentation at NIWeek this year. Those that are afraid of XControls should attend.

Ok, it turns out that this is a preset program without any smarts to identify the proper movements. Just a movement experiment. Works well...

BTW, the woman next to her is her Mother!

Ummm, thanks for the ummm...help. There are so many comments I would love to make, but I will refrain.