Chris Davis

QUOTE (Raymond Tsang @ Aug 29 2008, 03:59 PM) Error 6 is often associated with a network share being unavaliable when trying to write to it. Are you by chance writing this file to a network share?

QUOTE (Michael_Aivaliotis @ Aug 29 2008, 03:52 PM) I checked, and Michael is right. The bigger question is, does the built in icon editor support more than just 48x48 256 color icon creation? In 8.5 that was the most it would support. I don't have 8.6 (yet) so I can't check...

QUOTE (Tom Bress @ Aug 25 2008, 10:12 AM) Who would you see sitting on this external board? LabVIEW Champions? Exisitng CLA's? CLD's?

You don't specify which WLAN module you are using, so maybe it has the bottleneck. Have you tested the throughput at the location in question via another method? Have you tried a different FTP client (i.e. Filezilla )

QUOTE (Darren @ Aug 22 2008, 10:23 AM) I was also thinking that perhaps a LAVA redesign is in order. After all, we all have a known working example to go from. Perhaps a LAVA Coding challenge?

For what its worth, don't forget that you are dealing with an ethernet device here. If the IP addresses on your camera and computer aren't on the same subnet the camera won't show up in MAX as a NI-IMAQdx device. I've got a couple of Imperx cameras here, but they don't work with NI-IMAQdx. The Imperx cameras work with thier own driver based on the Pleora chips they are using to transfer thier camera data over GigE. Since the Pleora technology came out before GigE Vision was a standard, it doesn't comply to the GigE Vision standard. I haven't checked with Imperx about my cameras, but they may be able to provide a firmware upgrade to make the camera Gigabit Ethernet camera compliant with the GigE Vision standard. If you do check with them about this option, please report back to let us know if they have something like that.

QUOTE (Jim Kring @ Jun 23 2008, 04:04 PM) Perhaps it will help with http://forums.jkisoft.com/index.php?showtopic=674' rel='nofollow' target="_blank">this problem too... BTW, Justin, do you have the mac version of 8.5 and windows version of 8.5 running on your new MacBook Pro? Is the volume licensing agreement still such that you have to purchase both copies separately?

Dany, Take a look at this post from Norm, it might have what you need.

I was just trying to make my own version of the example work and after struggling for a couple of hours, I found the part I was missing. See my note about the code below. REGEDIT HKEY_CLASSES_ROOT\.TON = tonfile HKEY_CLASSES_ROOT\tonfile = My Ton Files HKEY_CLASSES_ROOT\tonfile\shell\open\command = "d:\tonfile\application.exe" -- "%1" HKEY_CLASSES_ROOT\tonfile\shell\open\ddeexec = open(%1) HKEY_CLASSES_ROOT\tonfile\shell\open\ddeexec\Application = application HKEY_CLASSES_ROOT\tonfile\shell\open\ddeexec\Topic = System Specifically the following line. HKEY_CLASSES_ROOT\tonfile\shell\open\ddeexec\Application = application In this line, the "application" at the end of the line is referring to the executable's name without the .exe on the end. Since this article is linked in the wiki, I wanted to make that clarification evident for everyone.

I personally don't have a problem with the liscensing process nor, in most cases the cost, for liscensing a runtime of IMAQ. If memory serves, the unsupported NI-IMAQ for USB requires a valid NI-IMAQ liscense. Which means using 12 "cheap" USB webcams means adding a $300 or $400 liscense, which is 50% of the cost (12 x $50) of the hardware. If there is no IMAQ processing going on, that adds to the cost just to capture the images. My assumption was he would probably want to purchase a seperate liscense to cover this setup, which may not be the case, if its only a short term project. Anyway, an ethernet setup certainly relives the issues with USB host bandwidth, that the OP mentioned.

Since snapshots are what you are looking for, you might take a look at this thread which mentions a DLink wired ethernet based camera. They are more expensive than decent USB webcams, but they may not be out of your ballpark. The beauty is that you can get the most current image from the camera using Datasocket as a JPG file so your snapshot capture code will be relatively simple to impliment. You haven't really mentioned what you are doing with the images, but it might save you from the 300-400 IMAQ run-time liscense that you would need to purchase for this project as well. Chris

When I have a need to find information about a window I us a tool that ships with AutoIt (AutoIt Window Info). Consequently I made a blank VI with a 3D graph control in it and the 3D control does show up in that tool as a control, but without a seperate "window handle". It might be worth downloading AutoIt to see if it would help get you the information it needs to access the window handle for that control.

You may want to check out a "internet camera" type device (example). They fall within your price range (especially the wired ones) and your specifications. They often tell you how to connect to them via TCP and stream thier video, or get the latest picture snapshot as a jpg via http or ftp. I've got one at home and they are easy to setup and use, given a router or static IP address. As Chris mentioned, don't expect miracles out of these cameras, but its probably cheaper than AVT. If you choose to go with firewire, you can checkout Imaging Source as well, they have small low cost firewire cameras too.

QUOTE (jzoller @ May 9 2008, 01:09 PM) You might check out SQLite if you decide to go with a database. There used to be a LabView wrapper for SQLite on the NI web site, but last time I checked, it was gone. Rigth now I'm using the SQLite functionality built into AutoIt and I've built a standalone AutoIt executable that I call from the command line to query and input data. The SQLite Database is a single file, which is cross-platform and portable, since its a single file on your hard drive, which might make it ideal for your sneakernet DB. As for the rest of your question, I think you'll find that a database will suit your needs better than anything, but I haven't tackled a job like what you are describing (yet), so I'm interested in the responses you get too.

QUOTE (Cat @ Apr 23 2008, 05:08 AM) I have a .mil address as well, so I feel your pain. I currently use Firefox and its built in RSS reader to check lava. I do have to "poll" it every so often, but having firefox has made it easy to check topics on lava several times during the day.

QUOTE (MicrochipHo @ Apr 21 2008, 09:40 AM) Show us what you have tried, then we can help you.

QUOTE (orko @ Apr 13 2008, 02:02 PM) Glad it helped.

QUOTE (Tomi Maila @ Apr 12 2008, 02:01 AM) This has been a topic of debate for people who prefer Apple's method of rendering fonts to Microsoft's. http://webkit.org/blog/168/gdi-text-on-windows/' rel='nofollow' target="_blank">This post from the Webkit blog might help you change Safari's rendering methods.

Perhaps it should be worried about a computer from a company that rhymes with Snapple?

So, should the DELL in the background be worried???

QUOTE (Michael_Aivaliotis @ Mar 12 2008, 08:14 PM) My six year old (he got the kit for his 6th birthday) can handle most of the projects on the nxtprograms site. I do have to help with getting some of the pieces together but he picks out most of the parts and follows the directions pretty good. You'll never know unless you try it with your 5 year old. BTW, I've thought about volunteering to help kids learn about robotics and programming too. Perhaps something with First Lego League?

QUOTE(professor_rumsdiegeige @ Feb 19 2008, 01:42 PM) Yes, you will have to shut down labview to replace the DLL. LabVIEW keeps a reference open to your DLL and won't let you replace it on disk. If you are using LabVIEW 8.2 or higher you could try using the path input to the external code block. If you define the path at runtime you could easily LabVIEW load your DLL dynamically.

check out www.nxtprograms.com, its a great site that I found through Michael's blog (vishots.com) and I've been working the robots on the site with my 6 year old. Chris

Anyone else notice the inclusion of TrollTech's Qt runtime software in LabVIEW 8.5? Anyone have an idea of how NI is using Qt? Just Curious...

I'm going to reccomend this tool for a friend at work who is learning LabVIEW. He is a big fan of keyboard shortcuts, for physical reasons, and LabVIEWs (mostly) mouse driven is difficult for him to manage.