ShaunR

According to the specs. The U6009 is digital rated at 5mA and according to the current transfer characteristic of the 4N25, it should work down to about 0.5 mA (although you wouldn't get much out of it). It may be that the digital output is detecting the LED as a short (don't know if it has a crowbar or not...but might). Try putting a 1K5 in the digital line to fix the current to about 3.3 mA and see if that works.

QUOTE (Vladimir Drzik @ May 21 2009, 04:25 PM) Sorry. I misunderstood. The only thing I think your missing is that VBuilde/VAssistant doesn't actually have the Labview environment embedded. It is a pictorial representation of the functional blocks with its own editors ,and, when you execute the code, it interfaces directly the the NI vision dlls. The only time that Labview is used is when you want to create the vis. Then Labview is launched and the vi's are generated (probably using scripting).

QUOTE (Gary Rubin @ May 23 2009, 12:46 AM) Indeed. But you can use can set the output to trigger off of an input and gate that input (just wire it to the other output). I think the "Pause" just pauses the generation from the software making it difficult to synchronize continuous pulse trains. Whereas Gating is done at the hardware level.

Best advice I can give. When you find a good AE, get his/her direct line number and put it in your contacts list. I've been using the same guy for the last 3 years and you don't have to spend 15 mins going through all the secretarial rubbish to get to talk to someone QUOTE (Gary Rubin @ May 22 2009, 03:27 PM) I think what you are after is the Counter Gate. (CTR n GATE) It enables you to Start/Stop/Mask counters (if configured). You have to sacrifice a PFI, but if I remember correctly, the 660X series have loads of them anyway.

QUOTE (angel_22 @ May 22 2009, 02:51 AM) Sorry. I don't have DSC installed and I havn't used it for a quite a while. Someone else will have to help you with this. QUOTE (jcarmody @ May 22 2009, 07:56 PM) This reminds me of my Senior year in High School when my Electronics lab partner told me to "hurry up and fix it, I want to get this done." lol. He was obviously a manager in the making

1. Is the PIC on an evaluation board or have you built the board yourself? (I hope its the former!!!!) 2. Has your PIC got software in it? (You have to program a PIC to use its USART and there are plenty of examples of this on the net) 3. If you are using an evaluation board, have you successfully downloaded a program/example with the tools that came with the board.? If you are at No.3 then (and only then) you can start thinking about Labview. You will then be able to use VISA to open the Com port and write/read the command strings/data using the settings from the example and you should be good to go.

You can also write headers and footers in one hit.

QUOTE (rahul @ May 21 2009, 05:56 AM) We had a lot of problems with firewire (including what you are seeing as well as cards not allowing windows to boot and having to use a hack to get more than 100Mb/s which only worked sometimes between boots). So much so that we now use GigE (much better) It's only some windows installations that are problematic and (I'm afraid) we did not find any solutions.

I've got one of these that I wrote before we had the spreadsheet vi's. You don't need that many. Just pre-process with a for loop (to give the page and you can check the dimensions to bypass) and use the build array just before you save to to append/prepend a header and footer (your description can be part of the header or footer or you can have a separate one). Then just wrap that as a poly vi for your different types. You can also do things like checking that the file exists and only writing the header if its a new one and appending instead of overwriting so you can use it as a logger (don't forget an override switch though . I actually prefer to save different "pages" to separate files as you can load each one up as a separate sheet and it makes graphing and things easier.

Subpanels. Example in the usual place.

QUOTE (SLearner85 @ May 20 2009, 05:52 AM) No...... But your hard disk can. There is an "examples" directory and if you have vision installed there will be examples in there.

QUOTE (angel_22 @ May 19 2009, 07:51 PM) \LabVIEW 8.6\examples\general\templates\Dialog using events\Login Dialog.llb

QUOTE (angel_22 @ May 19 2009, 02:46 PM) lol.Some of us have to work for a living! As Asbo said. there's an example. Your UI is comming along nicely. You obviously have an artistic flair which I severely lack. Is this software actually going to control anything? Or is it a proof of concept?

QUOTE (Gavin Burnell @ May 19 2009, 04:57 PM) This is exactly what I was trying (rather failing) to describe on the "Exterfaces" thread.

You could do all that, but it might be easier to use use the "Overlay" functions in the "Vision Utilities" library.

QUOTE (keat007 @ May 18 2009, 01:14 AM) Indeed. The USART is just a communications interface to the microcontroller to talk to other devices like a bluetooth or PC. Nearly all modern microcontrollers come with at least 1 (usually used for programming it) and many come with 2 or 3. With a USART (which has digital voltage levels) , you can wire directly to other comms chips to provide your microcontroller with virtually nay interface you desire (bluetooth, USB, RS485, RS232, WIFI etc). The "Stamp" is just another flavour of microcontroller (from what I can tell) like a PIC or ARM. The only problem with the Stamp is it only has digital IO and you need to measure an analogue signal. You can (as you pointed out) add additional hardware to convert the analogue signal into a digital one, but I see that as doing it the hard way As my Toothpic is on its way I decided to look at the software for programming it. You can download a free toolset but I think what will be of more interest to you is that they have existing firmware for acquisition. I think if your looking to get up and running quickly and not too bothered if you use Labview or not, then it might be worth reading this. Looks like the server is in the bluetooth device (ike a webserver) so data can be viewed on anything from a PC to a mobile phone. http://www.flexipanel.com/Docs/DARC-II%20DS382.pdf' rel='nofollow' target="_blank">DARC II Oh. they ship to Singapore from that link I gave you

QUOTE (Tubi @ May 17 2009, 10:25 PM) This time, it's because you don't have enough samples to begin with to do the measurement. When you run at 20Hz, you generate enough data for about 2 cycles. With the limits set tightly, this is just enough threshold transitions to do the measurement. At 3Hz you are only generating about 1/4 cycle to begin with. So no matter what you set the thresholds to be, you will never have enough transitions to make the analysis. I have adjusted your signals to give enough data for the measurement @ 3Hz. See attached. http://lavag.org/old_files/post-15232-1242599891.vi'>Download File:post-15232-1242599891.vi

QUOTE (keat007 @ May 17 2009, 02:25 PM) There are examples of acquiring via bluetooth in the Labview examples.

Just hunting around on google (wonderful tool) and found this. Tooth PIC It would be ideal for your app and cheaper than bolting together all the different components your intending to use. You only have a short time to develop. So I would suggest not faffing around trying to get different modules to work together and go for a one-box solution.

QUOTE (keat007 @ May 17 2009, 06:14 AM) Not quite sure what your asking here. You need to get your voltage measurement into a form that can be output to your bluetooth module.. For that you will need an analogue input of some description and an interface to your bluetooth module - A U(S)ART. I've just been looking up the "StampII" and it seems it doesn't have an analogue input. It seems that these "Stamps" have a UART already so you can connect it to your bluetooth directly anyway. (people seem to be using them a lot for Boebots and controlling them using PDA's etc). But I'm afraid, if it doesn't have an analogue input, you cannot measure a voltage (easily). You can have an RC circuit and measure pules to try and make a rudimentry A2D converter, but I wouldn't recommend it for a medical application. So your issue doesn't seem to be Labview. Its that your hardware can't measure voltage. This is what others say about measuring voltages with a "Stamp" and they basically say that you need something else (like a PIC). http://www.zonerocket.com/Voltage-checker-for-Basic-Stamp-II-robot-project-article5144--2.htm' rel='nofollow' target="_blank">Voltage Checker For Basic Stamp

It's very easy to use bluetooth with Labview. There are a few examples in the examples directory. I would suggest a PIC to aquire the data and interface via its UART to your Bluetooth transmitter and you can use Labview to receive and chart/graph/analyse the data on a PC with your dongle.. A PIC is small, and cheap but requires C knowledge (probably cost you about £5-£10 to build) but have UARTS, and several analogue and digital inputs - more than enough for your task. It would also be very portable and could be battery powered (matchbox size?). If you go for labview for the acquisition then you will require another PC to run the labview run-time with some sort of compatible acquisition device, or something like cRIO, fieldpoint etc which can run labview (which are really overkill and expensive).

QUOTE (crelf @ May 16 2009, 07:16 PM) I don't see them in the main top level pallets either . But if you access them through the 7.x, they are in the main pallets there.

Another method which is very effective is to look at a line of pixels (line profile) and look at the rate of change at edges. If you are in-focus and looking at series of lines and spaces you will get sharp peaks which become much flatter and rounded as you go out of focus. A simple d/dx will give you the rate of change.

QUOTE (Daklu @ May 15 2009, 08:45 PM) Theres also one in the examples directory It just confused me at first because I expected everything you have under exterfaces for the agilent to be in the same place as the Device drivers. And a "thin" wrapper under the exterfaces like the others. But looking closer, your ACE and BAM ect are really simulators???? QUOTE (Daklu @ May 15 2009, 08:45 PM) Yes, but that is typically just a matter of downloading and installing them. No coding required. Hmmm. Wasn't the case for the agilent. I think even if it was an active X component you would still have to write some wrappers. Be nice if it was like that though. Download and install just like a video driver in windows etc. QUOTE (Daklu @ May 15 2009, 08:45 PM) Yeah, if I had to derive 20 child classes containing essentially the same code every three months exterfaces would get old really quick--regardless of how thin and light they are. I'm really curious what kind of testing you're doing that contains so many instruments used for such a short time. It sounds like a fairly chaotic environment. I also think it would be interesting if you did a white paper and sample project. Share the knowledge so we're not all reinventing the same thing. I think I referred to the current one on the Q's thread. If your really interested I'll take some pictures of it on Monday and PM them to you. Generally they are production inspection/test machines that have all sorts of measurements for inspecting things like turbo bushes, gudgeon pins, train brake valves. So they can have bowl feeders, motors, measurement probes, micrometers, laser distance meters, cameras and all sorts. We might get an order for a couple at most, but they are custom built to spec for specific production lines of our customers. Don't mind sharing, but write a paper? I wouldn't know where to start QUOTE (Daklu @ May 15 2009, 08:45 PM) Question: As Shoneill pointed out, exterfaces and polyconfigurism are different solutions for slightly different problems. Is there a way to combine them and gain the advantages of both? Off the top of my head I think it would just unnecessarily complicate things, but maybe you can think of something. Well. this is why I'm still in the thread. I think it can be done. Although I'm still looking for the elegant angle and a way to slowly introduce it rather than throw everything out the window and start again since time constraints would make this impossible (if its not broke....don't fix it). The way I'm looking at it is this. At the "mid" layer we both arrive at the same point, where the functional abstraction is realised and the underlying interfacing mechanics is transparent (although via different means). I'm loath to switch to classes because I can see a lot of work in maintaining the abstraction from project to project which I currently don't have. But. The sorts of tests/inspections are pretty much constant (once you've measured one tubular piece of metals' diameter the method works for all tubular pieces of metal which is basically what a gudgeon pin or turbo bush is). Its only the hardware that changes (bigger/smaller/more motors, more/less accurate micrometers electrical instead of air etc). So my "Top" is fairly constant" but my "bottom" is fat fluid. Your "Top" is fluid, but your "bottom" is constant. But in the middle (where your exterfaces sit as I see it). We have the same goal. What I do have from project to project at present is a constantly changing "mid" layer where the glue between top and bottom could be a lot better and I haven't so far found an elegant solution for this. QUOTE (Daklu @ May 15 2009, 08:45 PM) LUT? Look Up Table. ------------------------------ P.S. If your going to use the word "Polyconfigurism" then i'm going to call your "exterfaces" "Midglue"

Well. You don't have much for us to go on. In your temp vi, you don't really need 2 loops but it a long, long way from being able to manage a greenhouse. Did you take a look at the example in the examples directory. I think your lecturer might be looking for something like that for a remote monitoring system. In your other VI its not really defined what you want to do? Is there a temperature and humidity control for each crop? Or will it tell the greengrocer how much the seeds are.