asbo

I'm going to guess you're using some kind of LabVIEW toolkit that came with the Spartan 3E?

And it's open! Let's get some feedback going!

You should post your code or at least give details on your implementation.

Can you clarify what you mean by 'start over'?

Symantec could certainly increase the load time, but I would think that the delay would be before the application even appear on the taskbar (because AV will block an access request and scan it, assuming it has "real-time protection"). Definitely worth trying, though. Consider getting acquainted with WireShark and bring it with you - set it up to watch the WiFi connection and see what's going on.

Woo hoo!

How does the application behave in safe mode? How much "junk" is running in the background that isn't mission-critical?

Oh no ... what have you done ....

Moreover, do you have a fair bit of code which runs before the user will see any UI? If so, throwing some logging around and see if you can pin-point what's hanging up.

Take a look at the attached. By wiring each individual value out of the For loop, you always have an array of the latest value written to your set of controls. This way, you don't have to read those values back out when you go to write the spreadsheet. When the While loop completes, it will pass out those latest values, which I wired into the subtraction node. third_practice_write_asbo.vi

Very cool indeed!

If you wire your two arrays into a Subtract node, you'll get the difference array you're looking for. You can then write the result to your spreadsheet.

As an alternative method, we have this thread here on LAVA which discusses some code which got posted to NI's Community site. You might poke around and see if that fits the bill.

Congrats!

Are you sure your COM port settings match the device's? Frame error usually indicates you're using the wrong baud rate, at the very least.

No particular experience with LabVIEW, but I wouldn't expect much more of a performance hit than most other 32-bit emulated applications. Nothing definitive, but since moving to 64-bit Win7 (from 32-bit Win7) I've seen maybe 10-15% slower performance on various applications (like Office, for example). I suspect it has to do with what you're application will actually be doing ..

I've seen other applications do this, but never tried myself: per this stackoverflow posting you might be able to invoke the standard Windows copy dialog ... if you're willing to use .NET.

Well, at its core, copying a file is just opening two different files, then read a chunk from one and writing it to the other. The chunk size can have a huge effect on speed, but I don't have any particular advice for network transfers. Start on the order of bytes and do some benchmarking to see what works best in your situation. Or you could get really ambitious and code it to be adaptive You should only need Open/Read/Write/Close nodes and those are all in the file palette. To implement a progress indicator (easily) you could use a functional global, storing in (bytes written)/(size of source file) and read it back where ever you'd like.

File Copy.VI? Do you mean the Copy node from the Advanced File Functions palette? If you want to have a progress indicator, you'll like have to roll your own copy routine.

My favorite part is that you named it stripper.png anyway.

Nope, these are a separate OLE component: Office Web Components. Not sure how easy it is to pass data *into* the control, I didn't realize that was part of what you were looking for, I thought you just needed a spreadsheet interface. YMMV.

Likewise, but also in 2009 with an XY graph (I just recreated François's snippet).

I've only used them in a read-only implementation, but did you consider the free Office Web Components? It doesn't require an Excel license but then justly won't read/write the XLS format, but that's the only limitation that I remember.

Yep, that's precisely what I'm looking for. The reason I ask is Jim Kring's Case Insensitive Comparison Mode for String Equality Comparison idea got me wondering if the mode selector did anything for string values - and the fact that it wasn't grayed out when I wired two strings to it made me even more curious. Admittedly, using aggregate mode as a case-insensitive comparison is hardly intuitive functionality, but I can almost twist the logic in my head. Thanks Djed!

I don't think you're understanding: is there a difference in behavior of individual versus aggregate comparisons for scalar values?