Leaderboard

chrichter, Attached there is a VI that makes the tanks run backwards with both in a While loop instead of a For loop. There is lots to study up on in terms of events, state machines, etc. This looks like a cool program. You are well on your way. Keep tinkering and making programs. That's the best way to learn. Hopefully you can convince your company LV is a tool they need. There is a lot to point out, but one thing I'll say right now is that property nodes that only need to change a property once can be placed outside of your main loop. That way they only happen at startup. You can use your error wires to make sure they happen before entering the main loop. Another thing I'll say is that in you'll find For loops are most often used to perfrom repetitive iterations on arrays of data. It's not that they don't have other uses, but that's where you'll see them most commonly used. Application design is something that takes a lot of studying and understanding of most of the basic LV structures. I think all of us are always trying to become better at this. Read the message boards and get your hands on some of the more advanced LV programming books to help understand these things. Regards, Eric supply collect resized 5.1-edit1.vi

Back on topic: one question I like is to make a diagram (I have a standard one), remove all of the comments and most of the labels, and ask the interviewee to figure out what it does. More specifically, they have to choose good labels and write appropriate comments. This tells me whether he/she can read diagrams, figure stuff out, choose sensible variable names and write clear comments. At the same time it's a lot faster than writing code from scratch. It's really a different skill set than writing, so it can't replace coding samples and other tests, but it's helpful to see how the person thinks and how they will dive into our existing codebase.

I've allready found the perfect VI on an NIforum, see attachment. The original VI has the controls ( N teeth & -n teeth ) outside the while loop, I've put them in the while loop, is this a problem? Because now that we've got all the 15 sensors we have to combine them which eachother, for example : the camshaft turns half the rpm the crankshaft does, there also is a phase difference between this 2 sensorsignals how should I best program my application ( I wanna make it an execute file ), the main target is : * simulate all sensor signals : done * build them all in 1 .exe with ergonomic frontpanel --> at the moment all sensor are programmed seperated in a while loop so they can be runned and stopped I've allready thought about a case structure and every case is linked to a tab on the front panel with on the tab and in the case structure label the sensorname * output the signal with a PCI-6704 (static signals) and a PCI-6229 (dynamic signals) with the DAQ Assistant for data acquisition Probably we've gonna have problems with this part, because we want to run a application with real-time adjustable output parameters with this PCI's I don't know if this is gonna work, I've heared I can put a DAQ with different data inputs and outputs, as much as the PCI has outputs 6704 : 16 analog ouputs / 6229 : 4 analog outputs, we only use the analoge voltage outputs to simulate our signal * make a testpanel with all actuators in a teststand with a PC with PCI's linked to the ECU ( motormanagement ) and this ECU linked to the actuators while the sensors are being simulated with LabVIEW 8.2, so the actuatorsignals ( output of the ECU ) can be checked on correctnes. Tomorrow we're going to send the signals to the ECU and check how he reacts because we still have to find the exact triggerborder by fine tuning, I would appreciate some forumhelp with the building of the program because at the moment I do not really know how I should do it best. I was thinking of making all sensors subVI's and then link them in a sort of way, but i'm not really a big pro yet with LabVIEW it's the first year I work intensive with the program. In may I'm gonna follow Basic Course I & II. Cheers, Stijn