Chris Davis

QUOTE(Michael_Aivaliotis @ Feb 12 2007, 07:08 PM)

Is there a reason why you are not using Firefox?

And why aren't you using you Mac to do this, I'm sure it would work fine in Safari!

QUOTE(martin@aerodynamics @ Feb 12 2007, 05:00 AM)

So why do you don't just buy a LV Linux, and build the Linux app... since it's almost the same like LV Windows?

I'm guessing he doesn't want to invest the $4000 (US) to buy LabVIEW for Linux...

"Write INI Cluster" and "Read INI Cluster".

BTW, these VIs are located in the OpenG package called oglib_variantconfig, which can be downloaded and installed with VIPM.

Can anyboby suggest an alternative for this?

You could use a DLL. DLLs do not suffer from the need for a different version of each version of LabView. Even NI has (for the most part) removed CIN's from its libraries and replaced them with DLLs. Remember to develop LabView code that will work across multiple versions of LabView, you have to work with the lowest version number of LabView possible.

Another option, which may not apply in this case, is to rewrite the code using LabView. Its not always the best or easiest idea, but it is usually an option.

For completeness, you can use something like this converter which would allow you to convert an xls to csv, then back again, all without using excel's activeX control.

Maybe if I get ambitious.

Isn't getting a Mac the definition of ambitious?

Just kidding, I've got two at work (Mac Mini G4 1.4 and PowerMac G5 2.5) and two at home (iBook G3 800 and iMac G4 800). Welcome to the club!

You may want to check out this post, since it has some step by step explanations of how to do this.

BTW, I don't think NI made a LabView 6.0.3 (but it has been awhile since I worked with that version)

I feel so inadaquate with just 2560x1024 at work and (gasp) 1024x768 at home. Anybody spare some change to upgrade me?

Note: When using a serial mouse under Windows, it is important that Windows not auto-detect the existence of the mouse (e.g. upon bootup). Otherwise, the operating system will intercept the mouse input and LabVIEW will never see it.

Just for clarity, could you provide a simple way to do this. i.e. can you just plug in the mouse into a serial port, after the computer is booted? I haven't messed with serial mice in a long time, (can you still buy one?) so my knowledge here is limited. But an example of how to do this important stipulation of your code would be in order so people can make use of it.

To create libraries that are useful in multiple versions of LabView you have to develop in the lowest possible level of LabView you want to support.

Otherwise it sounds like you want to explore packaging your reuse libraries as OpenG packages and use VIPM to install them. There are a ton of options when creating your OpenG package such as a liscense display option, pre and post install VIs and many more. We've been using OpenG packages and LV 7 to keep our reuse library compatable across several versions of LabView for a couple of years now. VIPM lets you install packages from disk in its menu, and will recognize upgrades and will also let you fall back versions (if bugs are found).

A different take on Chris' idea is to write the data to another graph (off-screen) and grab the image of that graph. The advantage is your detail will be resolvable. If I read Chris' idea right, you would take an image of your small (display) graph and resize it to be bigger, which would always result in reduced information on the image that would go in the HTML report. The technique I mentioned is one we used to provide a graph you could print. We basically setup a graph that was black and white (designed to use the least amount of ink) for printing purposes, we would feed the data to it in a seperate front panel and print that front panel.

Are your signals differential or (referenced) single ended, from what you describe, it sounds like your ground is not present and the card is going into its default noisy sine wave mode

Is the computer plugged in? Do you know what a plug is? Do you know what a paperweight is?

I'm seeing this problem too, also with a network drive copy. I can't replicate, but at least now I know that I should change the program to keep trying the copy when it gets an error 6. I had chalked it up to a problem with the network, but it may be a problem with LV.

For what its worth I also ran across this oh so descriptive error here.

Are you using Firewire? If so, ~400Mb/s is a limitation of FireWire 400.

Chris, maybe my acronyms were off before, but, IEEE 1394a/Firewire400 specs are 400 megabit (~50 megabytes per second) per second, not 400 megabytes per second.

There are three offical "flavors" of camera link, and a fourth unoffical version, which I call full++. The 504 uses full++, and is now supported by most, if not all, framegrabber companies (including NI and Matrox). Right now, the fastest standard off the shelf link between a camera and framegrabber is cameralink full++. NI has a good application note on what the advantages of cameralink vs gigabit vs firewire vs analog are, you should check it out if you are interested. <opinion>I personally believe the next camera connection step we will see will be a copper / fiberoptic version of PCIe.</opinion>

As far as I know, there is no support for NI's framegrabbers on the mac platform (intel or powerpc). So my solution is PC based.

The other thing that always comes up is how much $ does this cost. 8-10k for the 504k, ~5k for the computer, and ~5k for the fiberoptic extension for the camera, since most people need to position thier camera more than 5 meters (504k's cameralink cable limit) from the computer.

BTW, I know that you can buy 10 meter cameralink cables, but you can't use them with the 504k, that was probably one reason why they didn't accept basler's modifications to the camera link spec.

On a complete different ballpark, do you know if NI PCIexpress 1430 is supported by MacIntels ? I was thinking about using a MacPro for another application that works at 4000 fps (1000*128 8 bit) but I'd like to be sure the hard & soft is working together.

BTW : No raid system for this application, it's all about analysing the images as the flows on.

According to my math you'll be streaming 512 megabytes per second, which means you'll have to use a full cameralink camera to do it. Check to see if your camera is supported by NI before you start, and go ahead and invest in IMAQ, but otherwise you should be fine.

I'll assume you are using the 150 GB WD Raptor drives. I've never used the Intel RAID controller you mention though, it looks like it is an onboard RAID controller. These are usually fine to serve 2 to 4 drives, but they don't work beyond that.

The RAID drive limits my performance, this article provide instructions on how to get upto 1 GB to disk, with enough disks of course!

To get the best RAID performance you will have to spend $ on the RAID card, and I've found Highpoint to be a good vendor. I've also found www.barefeats.com to have good reviews on RAID cards / hard drive combinations.

The 504k can run at 500 fps, producing a data rate of 650Mb/s.

Your RAID 0, how many hard drives are you using, what size are they, and what kind are they?

I'm using 8 drives setup in a RAID 0 with the Basler 504k (1024x1280x8 bits) and can get over 400 Mbs/sec to disk. I haven't tested this system in the 10 minute range, but I have tested a 150 Mb/sec camera to the same raid system in the 5, 10, and 20 minute range with no problems.

Currently using

Tyan S2895 Motherboard

Highpoint 2224 PCI-X Raid card

8 x Segate 7200.10 400 Gb Baracuda SATA II hard drives

1 x NI 1429

1 x Basler 504k

I'm going down the exe with plugin llbs path as well and would appriciate some more fleshing out from Chris, if he doesn't mind!

But another question has come up, can your plugin llbs be created in different LV versions? I.e. could I develop a main EXE in LV 8.2 and write a plugin LLB in LV 7, 7.1, or 8.0.1? Provided I had the RTE that is needed for each specific LV version installed.

Although lavezza beat me to it, Boot Camp can run windows on a mac in a dual boot capability.

I've also have many Shuttle PCs and they are of good quality, small size, and hold up to fairly harsh environments.

Of course, if you want Mac Mini size you can look here and get a pc a little cheaper with the same form factor.

I really just wanted to point out that if the original poster had a drill and some hole saws and access to "shop air" he could make an lower cost enclosure fairly easily.

BTW, I have been using the 1808 and 1804 fieldpoint backplanes and have been happy with thier use.

I meant a mac mini running windows. Just to get the small size and powerful computer.

If we did the compactdaq though, it is USB based, so the PC has to be relativly close to the daq unit (barring the use of repeaters and then you run into the issue of running extra power across the ceiling of the plant floor).

You should look at fiber optic USB repeaters, I believe NI has a list of ones that will work with the CompactDAQ.

I think that the PXI would be the simplest way to do it without a PC, but again you are in the 10K range. ARRG!!!!

What about one of these Hush PCs. No fans, all passively cooled. Not 10k each either...

Or, a Mac Mini (after all, it can run Windows, if you are so inclined) in a sealed fiberglass enclosure and some "shop air" exchange capabilities. If you have some construction capabilities you can mod these fiberglass enclosures up quite nicely. I've used them to house, computers, fieldpoint systems, and SCXI chassis for use in "harsh" environments.

Check out this thread as well as this one. Both provide other alternatives to sending email from LabView.

Chris

You'll have to have VIPM to get the OpenG File functions which holds the "File Exists_ogtk.vi". Specifically its in the oglib_file package. Using VIPM you can download the oglib_file package and it will work in LV 7.1.

John,

You may be out of luck, I don't believe 7.0 supported .NET. Those functions came along with 8.0. BTW, I play guitar, but I don't know if Jimi does... Still, a callback from .NET would be the easiest method, but as you have seen, not the only method of getting the job done.

Chris

I'm looking to display a .ico file which is an icon, on the front panel of a VI, inside a picture control.

I seen that there is a Read JPG from File and Read BMP from File which can do exactly what I want but it won't accept .ico files.

What about this process:

1. Use ImageMagick to convert ICO file to temp BMP or JPG

2. Read using LV built in tools.

Its a two step process, but it just might work.

ImageMagick formats

LV ImageMagick CR sample

I don't know if the Code Repository will help any, but it might. If you come up with a working solution, share it with us. Maybe even make a Code Repository submission...