jgcode

Cheers for the input! QUOTE (Justin Goeres @ Aug 13 2008, 07:45 AM) Career move?

QUOTE (Justin Goeres @ Aug 13 2008, 07:30 AM) Better than travelling on a Canadian Greyhound bus.

QUOTE (crelf @ Aug 12 2008, 11:55 PM) From my experience - using VSS external to the project means there is alot of copies around As I generally have to check out the whole project each time I have to work on it - rather than a specific file and required dependencies I need to code. Also ideally there should be strict rules in place for check in check out daily, but alas that is not the case by the people in power. I have seen the ill effect of multiple versions (I took over someones role who did not check in check out ) I found versions of version of versions around the place. It was a freaking nightmare for us and the client. Therefore something that enforces their developers to check in/out must be a good thing from a manager's point of view? From testing the integration I was very impressed. I can visually see whilst working on from the Project what is checked in and checked out. I can easily and quickly check something out that I need - working in the same environment as I program in. And I can easily check a change back in - no manual drag and drop to a third party app. I like it! :thumbup: I find this method more intuative for me.

QUOTE (gmart @ Aug 12 2008, 10:24 PM) I am moving to Perforce for personal LabVIEW use due to the 2-user freebie. Currently work uses Microsoft VSS, but we are looking closely at Perforce and apparently making a switch. Extra licences are ~ AU$1K mark I have been told. As a side note during testing we were able to migrate our VSS database easily - as there is some Perl script written by Perforce that allows you to transfer all info from a VSS DB into Perforce. For multi developer work - LV integration is essential for smooth work IMO.

QUOTE (Ton @ Aug 11 2008, 12:06 PM) Thanks for the shout out Ton. Although the word solicited makes me feel like a prostitute I like it.....

Hey! Now with virtualisation coming to the forefront of application development evolution - I vote we start a LV + VMWare forum on LAVA! Any takers...might know one :question: ************************************************ Hi My question is whether people have sucessfully run a USB DAQmx device in VMWare Player. I am having issues. I don't install LV on the host as its not a clean unistall and I don't like to run muliple versions of LV. Hence I love VMWare for this reason and having seperate version of LV. But I am using a USB device on a current project and am having issues. VM Server does not seem to pick up any USB device that is why I am using VM Player. Details below: NI Hardware - USB 6009 Software - VM: LV 8.5.1 & DAQmx 8.7.1 Host: LV 8.5.1 Run Time only & DAQmx 8.7.1 CPU - 2.4Ghz Quad Core. RAM - 4GB. OS - Vista Ultimate hosting VM Ware player (latest release) running XP SP2. I am getting a -50150 error on my USB 6009 running in VMWare I wrote a DAQ application and then weird things started to happen [entering the twilight zone] On the first allocation of resources (task, clock etc) everything is fine and I get normal results. At the end of collection I deallocate resources (stop DAQ and remove task vi's). Now on a second or subsequent allocations of resources: one of my channels which is added to the task at the front, comes in on the end of the array!! And it is reading at a weird voltage! I then went into MAX to test panels and when I run the channel I get the -50150 error Then MAX seems to clear it and its all ok as I can run that channel from the test panel. So I made a build so I tested the code on the host (runtime only). I noticed the switch over to the USB device between OS's wasn't that clean. So I shut down the VM. Unplugged the 6009 and plugged it back in. The host picked up the 6009. Then I ran my code and it was fine. Anyone experienced this before with USB DAQmx and a VM? I found this and this in the KB that is kinda related. Cheers JG

QUOTE (Darren @ Aug 7 2008, 01:27 PM) Hi Darren - are you the guy that did the presentation on the Quick Drop? If so... I saw it online. Nice work on the feature and the presentation... That was freaking awesome to watch. :beer:

QUOTE (Tops @ Aug 8 2008, 02:40 PM) Hi Tops Try using the paint brush from the tools palette to color the border trransparent. The difference between classic and system menu is that the system controls will conform with the theme that the client is using on their OS. Much like a standard Window's window/popup. The classic controls will not change. The difference between classic and modern is that modern controls are "3D"-looking controls (they have depth) and look "nice" but there is slightly more overhead in using them. Hence all three palettes are needed and I personally find I use them all equally.

QUOTE (Michael_Aivaliotis @ Aug 2 2008, 08:24 AM) Ok...you have twisted my arm Downloading now....

The new of ability of the **NEW** web service looks fantastic and finally no run-time.... With the new LabVIEW Web server, you can deploy VIs as Web services, which you invoke via a request from a client using standard HTTP. Unlike options such as LabVIEW remote panels and shared variables, the clients you build to communicate with a deployed VI do not require the LabVIEW run-time engine, which means you can use any Web-based client technology, including common languages such as HTML, JavaScript, and Adobe Flash. This all helps with integration into existing systems using NI hardware... Good one! Can't wait to try it! [JG starts counting down the days until DevSuite arrives]

Hi Mikael Two questions: 1) Does the course you are teaching hand out an NI Manual, a custom one, or no manual? 2) Are there any plans that you be teaching this course over East in Australia any time soon? Cheers mate JG

QUOTE (Ton @ Jul 28 2008, 02:03 PM) Cheers but I can't see much coz the main.vi is all locked. But from hovering over the FP with Help Dialog open it seems they are all individual pic-rings - which answers my question. Thanks Ton and AQ for the info :beer: It creates a very nice effect

QUOTE (Aristos Queue @ Jul 28 2008, 12:41 PM) Cheers AQ I mistook it for a transparent tree.... Cool method...I have always wondered a good use of picture ring control.....now I have found one! Very sexy! JG <edit/> By the way is it an array of pic rings? Or does the pic ring expand out to show three "elements"?

Hi can anyone tell me how to get this neat effect in terms of the decoration and border? (I am down with populating symbols into trees etc.) I am guessing it is a transparent control placed over a decoration? But which one? Lowered Round Box decoration does not have enough of a curved edge and all the other rounded boxes have too much of a curved edge! Please help JG

Be wary of the global variable..... :ninja:

Well I am stoked with LV8+ Having to program in LV5 on a recent job and that my friends.. suck... Anyway one thing from me.... I would like a "remember last selection on cancel". E.g. I pick a while loop and accidently place it in the wrong spot (e.g. miss encapsulating VIs). I want to hit undo but for the cursor to "hold onto" that structure. If I still do not want the structure I can just hit escape. 9 times out of 10 I will want to use it again and have to go through all the palettes. Ok for a while loop but annoying when there is many layers to get to a structure from the Functions palettes. JG

The VI analsyer toolkit may be of use?

QUOTE (HeLo @ Jul 14 2008, 12:01 PM) Sometimes whatever works - works. But updating using value property nodes is like using globals. A better way than using VI server to write to value property nodes is to use Queues for inter-vi communication. I use a modified version of the QSM-PC all the time, if it fits the solution then it's a great design pattern - check http://expressionflow.com/2007/10/01/labview-queued-state-machine-architecture/' target="_blank">here for more info.

QUOTE (normandinf @ Jun 19 2008, 01:30 PM) Hi Normandinf! (Damn...Vista looks nice Sweet! - Thats the method I need. Explicitly handling the FP.Close event has solved my problem. If it is not handled it freezes as the FP is closed by the user by the VI keeps running. :beer:

Question: When I close a VI with the Window Close method what actually happens in the background? It seems that the VI front panel closes but the VI is still running even if I handle application close event. It doesn't finish off it code? I did a search so I know for an Executable I get handle this for the top level VI by tweaking the .ini to do a cleaner shutdown. And EyesOnVis talks about execution relative to top level vi in code. Cheers JG

QUOTE (crelf @ Jun 17 2008, 01:02 AM) Bugger about the wedding date Yes mine would be a cheaper flight Have been to the West Coast and the East Coast. Would love to do the middle. Hmmm... maybe NI Week 09! Hope the above deals run again! I am sure that would be a big one too..LabVIEW 9 for 09.... ??

:headbang: Goddammit - I am already there!

QUOTE (crelf @ Jun 13 2008, 09:41 PM)

QUOTE (crelf @ Jun 13 2008, 10:31 AM) http://lavag.org/old_files/monthly_06_2008/post-10325-1213337740.png' target="_blank">

QUOTE (Eugen Graf @ Jun 13 2008, 08:08 AM) Ok - my answer was relating to single Computer. There are network version producer consumer using TCP/IP VIs. We usually do embedded to PC and make use of NI-PSP protocol and use shared variables alot for network comms. There is no reason you couldn't take a standard producer-consumer and create a proxy wrapper for it that does all the networking. So you would still queue events from all the producers like before, but replace the consumer loop with TCP/IP comms. Cut and paste your old consumer loop to a new PC and build a TCP/IP loop that reads in commands/data over the network and passes that to the old consumer. A bit more overhead, but the TCP/IP would be loosely coupled, (basically your old PC would not have to know its there) so you could still reuse your old code!