pallen

Could it be this same thing? http://forums.lavag.org/index.php?showtopi...&hl=SIGSEGV

You can try using MSconfig (not included with XP but it still works) to create a custom startup. Beyond that you might try going into your computer management and changing the services from Automatic to Manual. Download File:post-247-1156971726.zip

Ouch! At least the guy looks like he escaped serious injury. I remember riding my old CB400 an hour and half each way to college in London, ON. I was on mostly backroads and secondary highways until I got into the city limits. From that point I had to treat every intersection as possible death. I never got smucked like that (fortunately). But I had many, many close calls. :ninja: (embedded video is very cool btw)

Hmm....I get some strange results with that VI. Here's the one I made up. I'm getting about 660 to 670ms on my 2.0G laptop on LV 7.1 Windows. I think I'll make a few different tests up to try some specific things. Large array creation, large file transfers, maybe some communication stuff too. Download File:post-247-1156530396.vi

I'm not sure if such a simple test produces any real meaningful results; But out of curiosity I made a little program last night and ran it on LabView for Windows 7.1 and LabView for Linux 7.0 so that I could compare how fast the code executed. The code was just two For Loops using Auto Indexing to create a array of random numbers, 1000x1000. In the first trial I used the OpenG Random Number Within Range and set the range to be between 0 and 999. I put that code in the middle of a flat file sequence and grabbed a time stamp on either side. The code executed in around 1800ms in Linux and around 1000ms on the same hardware running Windows. I then simplified the code even more by using just the Random Number Generator and went with the values between 0 and 1. This increased the speed of execution in Windows down to around 610ms. The same code ran under Linux in 500ms. Not much of benchtest really. But now I'm curious about the differences in speed I might see between the systems. Has anyone else noted differences in execution speeds between LV for Windows and LV for Linux?

I was looking for some text to speech stuff myself recently. Did you find the "google" demos? http://www.research.att.com/~ttsweb/tts/demo.php Bell has one too. But the link is currently broken. My search led me to only a few working, commercial text-to-speech applications. I'm sure some of them could be incorporated into a LabView application one way or another. There are several "open" text-to-speech projects. But I could not find any "wild" LV code incorporating any one of them. A pure G implementation of this would be interesting. If one exists; I couldn't find it.

Hello Paul, Did you solve your sound problem? I'm running 7.0 here, so I wasn't able to run your VIs tonight. Tomorrow I can find out how well my installation will handle a VI I've reverted in Windows. Sound has worked for me on the two hardware platforms I've experimented with. Current setup: Linux version 2.6.13-oci2.mdk (root@localhost) (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) The distribution I'm using is PCLOS. (http://www.pclinuxos.com/news.php) Good luck with your sound troubles.

I still don't have the best solution here I know. But for interest's sake I'll go ahead and post what I came up with before I had to move on. I'm still convinced that there is a way to use the Coordinate System VIs to locate the OCR Read Text. But I couldn't figure it out in the amount of time I had. The way I'm doing it now; By recording the "original" offset from a pattern's center point and adding or subtracting from those points as the center of the pattern moves. This does work. But I'm afraid I could run into problems later on. Download File:post-247-1151500222.zip

I have an application where I need to read the text on a sticker. The sticker is not always in the exact same place. But the text I need to read is always within the same area of the sticker. Using Pattern Matching, I am able to find the location of the sticker. But I have so far been unsuccessful in using that information to translate the location of my OCR ROI. I know that I need to change the global rectangle values on the OCR Read Text.vi based on what the Pattern Matching VI returns. I'm just not sure how to do that. I've managed to get a little further since I first started working on this the other day. I'm now using the Position data from the Matches output of the IVA Match Pattern Output.vi, manually adding or subtracting the offset from where it was in my "original" position and applying the new values to the ROI Descriptor input of the IMAQ OCR Read Text.vi. But this is pretty ugly and I still don't have it working yet. Has anyone found a good way of doing this?

So far I've only run LV for Linux 7.0 under PCLOS. (A Mandriva based distro) It seems to work well for the most part, although I still haven't got the Example Finder working. Damn Small Linux is another of my favorite distros. It breathed new life into my old and well loved Toshiba laptop. I had assumed that I needed KDE or Gnome to run LV. But perhaps not. I kinda doubt that LV4L will run on my old 266 laptop. But under DSL it might have a chance. I'll post updates if I get anywhere with it.

I started out fixing televisions and other consumer electronics. I did that for a couple of years before attending college for a "technician" diploma. Then I took my industrial electrician apprenticeship while building panels and troubleshooting existing durability and performance testers, primarily for automotive applications. Now I'm writing LV code and integrating hardware for control, daq, and vision applications; Again primarily for the automotive market.

LabView can be used to communicate to all kinds of serial devices. Just hit www.ni.com and start searching for your specifics.

Are you using the NI drivers or PixelLink's drivers? We had problems with our Fire-I cameras using the supplied drivers.

DAQmx base supposedly supports some NI USB DAQ devices now. I was just going over the documentation and it looks like the USB 6009 is supported. http://sine.ni.com/nips/cds/view/p/lang/en/nid/14605 The 6008 (cheaper) is probably also supported. Good luck!

According to this page: http://zone.ni.com/devzone/conceptd.nsf/we...5708200615ECC#2 It doesn't look like PCMCIA devices are supported in NI-DAQmx for Linux. But this does seem a little unusual. Comedi has support for a number of PCMCIA and "DAQCard" devices. But I've never tried their drivers myself. I have LabView for Linux 7.0 with DAQmx 8 and DAQmx base installed. I'd been meaning to check if my DAQCard-6024E would be recognized and your posted prompted me to do so this morning. It turns out the card is not recognized by either DAQmx 8 or Base. I think your best bet is to get your minimum hardware requirements (Digital and Analog channels; how many and at what rate?) and then go from there.

A recent project of mine that started out in LV 7.1 and was then migrated to 8.0 used the Serial Break VI and it seemed to work fine in both versions. As part of earlier troubleshooting, I upgraded my VISA to the newest version. http://digital.ni.com/softlib.nsf/webcateg...&node=132060_US Although I believe I used 3.5.

I believe auto error handling was on both machines. There was another odd thing that happened on both machines as well. LabView completely locked up when attempting to Stop the program. On both computers LV froze hard and had to be terminated via the task manager. I'm guessing it has to be some quirk common to both machines. (Probably the trojan that's sending out all of our private information)

Maybe it's just me. But I find the new NI Community pages a little confusing, and there's only a few entries. I guess it's just not apparent to me how they're going to manage navigation once they have a number of entries.

Wow. That's some seriously impressive LabView code. *edit* I wasn't sure if it was just my laptop at first. But I get this same error on another desktop with M3nth's code: Error 1 occurred at Property Node (arg 1) in Water Intesity.vi->Making_Waves.vi Possible reason(s): LabVIEW: An input parameter is invalid --- NI-488: Command requires GPIB Controller to be Controller in Charge. When I continue though, the code seems to run fine.

Hi there, A quick look found a reference to this site: http://www.depicus.com/wake-on-lan/ Not sure if you'll find what you need there or not. But it might get you started. Good luck Just found something possibly better. http://sine.ni.com/apps/we/niepd_web_displ...source=external The page includes a 7.1 example VI

You could just disable the close and re-size functions on the application window and force the user to use your own "exit" button to quit the application. Maybe not the best way. But would avoid the error.

I can't say I've really done much with 8.0 yet. I did have to convert a project I did in 7.1 to 8.0, and I noticed that working with the block diagram was much, much slower. I'd draw a wire, and there would be a noticeable delay. The system was a brand new PXI controller, so I was really surprised to see it choking so badly. The code seemed to run fine though.

I'll give that a try. NI AE's are currently working on another COM problem I'm having with my PXI system. Maybe it's all related?

Hmmm.....Everything is set to COM 3.....or at least it better be. Thanks though. I'll double check things to make sure nothing has been overlooked.

I'm using a similar setup currently. The raw values you're seeing are "meaningful". But you may want to scale them into units such as Newtons or Pounds. This can be done several ways. Search "Wheatstone Bridge" in the examples. The way I scaled my load cells was use the manufacturers supplied calibration documentation, and apply that to a Map Ranges Scale I configured in MAX. Using the supplied Full Scale Output values and my excitation values, I was able to set Min and Max values in pounds for my load cells. Super easy! And each of them bang on when I verified. Good luck.