crelf

QUOTE(lraynal @ Feb 26 2008, 05:15 AM) Firstly, let me apologise for not answering this sooner - I had sent you a direct replay email, but my outgoing smtp server seems to only let me through in my home state Anyway, this is what I said: QUOTE(crelfs_lost_email) G'Day Laurent, I don't think there's a problem having so many parallel "threads" - LabVIEW is really good at handling that sort of stuff. As long as the thread components aren't resource hungry (eg: they have significant idle times or are event driven) then it should be fine. One thing I'd look into if I were you is maybe breaking some of the components out into separate engines, and then using user events to trigger when something significant happens. I can get one of my guys to send you an example of this once I get to California - we use this architecture a lot when we have multiple loops, and it's a great one-to-one, one-to-many, many-to-one or many-to-many architecture, and the different action engines can be in different VIs, within one VI, or a mixture of each. I'm not saying that it's specifically good for your application, but it's certainly worth considering. It's a very under-used technique in LabVIEW, but can be very powerful. Another architecture that might be worth having a look at is LVx - I haven't played with it yet, but it might be appropraite for what you need. I'll be spending some time in the next couple of months assessing it myself. Try a LAVA search for LVx (it was created by Norm Kirchner). cheers mate, Chris

QUOTE(Yen @ Feb 26 2008, 02:03 PM) :thumbup: That works really well when working with subpanels too.

QUOTE(PJM_labview @ Feb 25 2008, 09:42 PM) I agree that would be useful, but I'd want this to be selectable. We build turn-key test systems, so, usually, if one of my users gets that error, then they've screwed something up completely. I'd prefer it if they contacted the vendor (me), lest they've done something catastophic to the system.

QUOTE(dthomson @ Feb 25 2008, 10:02 AM) No worries - as I said: thanks for the prod.

QUOTE(rolfk @ Feb 25 2008, 01:11 AM) You've missed my point entirely Rolf - I was trying to say that "just because you can, doesn't mean that you should". You shouldn't assume that everyone in your target user base has access to a broadband connection. At least, not yet

Hi All, I just wanted to take a minute to point out that the inbound LAVA Code Repository queue has been a little light recently. If you've got something you'd like to add, then don't hesitate to submit it. As long as it follows the really simple submission guidelines, then it's a really painless process to get it approved by one of the LAVA Certified Team Members. As tcplomp says: "Shouldn't you be programming a Code Repository solution?" cheers, crelf

QUOTE(dthomson @ Feb 24 2008, 03:31 PM) Hey - thanks for the prod - I'd forgotten about this topic. We have implimented Bugzilla (although, internally we call it "issuezilla" ) with links to Subversion (we use the ToroiseSVN client). And the verdict? It works great :thumbup: Our engineers can work offsite, onsite, and everything works through the web or VPN. Also, when a team goes onsite for an extended period of time (eg: months in another country) they can take a laptop with subsets of the main SVN and bugzilla database that they can access like a local server, that can in turn snyc to the mothership every night (especially useful when working in a country with a limited internet connection).

QUOTE(Yen @ Feb 24 2008, 04:03 PM) You're right - it's not *exactly* what he said, but I don't think it's a large nor unreasonable extrapolation.

QUOTE(tcplomp @ Feb 24 2008, 02:54 AM) Sometimes, as IT infrastructure users, it feels like IT is demanding, but (at least from my experiences) there's always a reason behind it. Take my IT department for example: I think in the application and repository domain (we do a lot of EIM) - I don't think in the multi-user interoperatbility or security domains - that's their job. They don't lcok stuff down to thwart me - but they do have a big-picture view of the corporate EIM domain. They seriously try to help me to do whatever I need to, and they use my experience to do it. So, I don't go to them with a "you need to open this port and install this on that server" attitude - that's almost always going to be shot down, usually because I don't appreciate the outside-domain impact that it's going to have. Instead, I go to them with the technical challenge: I'd like to access data from our production database for display to a particular level of user. I think almost all instances of those-IT-bastards-won't-let-me-do-what-I-need-to-do-to-get-my-job-done are due to lack of communication (usually on both sides), not elitism. :2cents:

QUOTE(aoshi @ Feb 22 2008, 04:46 PM) Why do you need to use LabVIEW? The software that comes with the unit is already a graphical programming language of sorts (I just found the http://www.omega.com/Manuals/manualpdf/M2512.pdf' target="_blank">manual on the Omega website). The also website says that, if you want more info about the command reference, you need to contact Omega directly.

QUOTE(alfa @ Feb 23 2008, 03:43 AM) Wow - there's goes my superiorority complex...

QUOTE(jzoller @ Feb 22 2008, 03:33 PM) it's okay for the LabVIEW RTE to be huge because download speeds have increased? I can see where he's coming from, but that's a pretty weak link IMHO...

QUOTE(Louis Manfredi @ Feb 22 2008, 06:33 PM) That's freakin' hillarious! QUOTE(ned @ Feb 22 2008, 02:04 PM) Hmm, I was expecting a link to this unusual device use when I saw the subject line. ...just a really small version

Prevent screen savers using hardware - even if your IT dept won't let you disable the screen saver...

QUOTE(rolfk @ Feb 22 2008, 02:15 AM) All of my reasons are obscure! Just ask anyone here at V I Engineering!

QUOTE(T_Schott @ Feb 22 2008, 05:42 AM) Wow - that *excatly* the one I bought for my old work! Thanks

QUOTE(tcplomp @ Feb 21 2008, 11:37 AM) I'm confused - wasn't http://forums.lavag.org/OpenG-Dynamic-Palette-v017-released-support-for-LabVIEW-86-t10159.html' target="_blank">this supposed to fix that?

QUOTE(dbyers3 @ Feb 21 2008, 11:01 AM) It's here: http://forums.lavag.org/index.php?showtopi...dpost&p=204 QUOTE(dbyers3 @ Feb 21 2008, 11:01 AM) Also, do you think something simular to this would work to grab from a network stream like VLC Media Player? http://www.videolan.org/ I've only tested it with static files, I'm not sure it'd work with a stream...

QUOTE(tcplomp @ Feb 21 2008, 06:12 AM) I do it all the time, and for exactly the reasons mentioned. That said, I use http://forums.lavag.org/LabVIEW-VI-Scripting-f29.html' target="_blank">the technique that I can't talk about.

QUOTE(souske @ Feb 21 2008, 06:28 AM) Absolutely - (in generic terms) the 0ms wait actively allows the OS to swap to a different thread, if required. having no wait in there *can* lock the OS to servicing the thread, and other things can really suffer...

QUOTE(tcplomp @ Feb 21 2008, 12:38 AM) Thanks for the tip - I didn't know that one.

QUOTE(george seifert @ Feb 21 2008, 10:04 AM) If it's a strictly-typed call, just wire it out, if it's not strictly-typed, you can get a referece to the FP node (and its' value) by name using a VI reference method.

QUOTE(Guillaume Lessard @ Feb 20 2008, 06:23 PM) Absolutley - I sure wouldn't want it on all the time - a key modifier is definately needed here.

QUOTE(TobyD @ Feb 20 2008, 05:51 PM) That's exactly what I'm thinking - maybe you could even switch between the FP and BD of the node you're hovering over...