LAVA 1.0 Content

QUOTE(Neville D @ Sep 7 2007, 01:03 PM)

I would like to meet him/her since they can go through 250,000 lines of a table.. !

Seriously, display only the bits of interest, and store the rest in a shift-reg.

I was going to say the same thing. Use Array subset and only show a table on the screen as big as necessary.

I recalled that MS Excel only allows upto 65536 rows but had to check; In Excel 2007 you can no have up to 1,048,576 rows; Ouch! Talk about repetitive stress injury and mouse miles!

As far as the XControl; that might be a nice idea. I'm gonna play with an idea and see what I get...

A quick solution is not to re-open a reference to itself. The invoke node (not property node) FP.Close. when dropped into a Panel w/out any reference wired into itself will take the reference of the calling VI.

Also when I run this, the re-entrant VI does not stay running. I would consider this an issue too, no?

Thanks! This statement is interesting; From http://www.killernic.com/support/faq.aspx#Q49

Q: Who else would benefit from using this product?

A: Among other things, Killer is a UDP (User Datagram Protocol) accelerator, so other applications that are UDP intensive could also see benefits. In addition, programmers, Linux developers, and other enthusiasts will love FNA because they will be able to write or download Flexible Network Applications that run on Killer's NPU. Flexible Network Applications could be VOIP apps, peer to peer file sharing utilities...the list is endless. FNA is the infinite potential of Killer.

I'm not sure my customer (Uncle Sam) would commit to using this; but it looks good. Most TOE stuff requires a high-end server config (that I don't have).

The dual-core (or quad, what the heck!) has been in my mind; I might be able to get my supplier to let me eval and check the performance difference.

Can you here him now? No? Good! We're doing our jobs! "It's the NOTwork."

(jackboots and prostitutes posing as the Verizon Wireless "army" of engineers)

So, there really is a worldwide plot to make Alfa miserable; the RCMP, the Romanian government, the universities, former yoga teachers and probably the children selling cookies door to door to raise funds for their camping trip. Wow. Really, wow.

This thread is getting old, and I've got to stop reading it. Unfortunately it's like a car wreck; you can't help but look!

I am writing an array of singles to a postgres database table, with the column defined as a bytea. The bytea is suppose to be postgres's blob datatype, I do not get any errors writing or reading the data. The problem is that everything after the 63 value (255 bytes) is junk. I can not find a logical explanation for this, and I can not see anything wrong with the method I am using. I have attached an example that exhibits the problem, if somebody has time to create a table in postgres or another database and try this, it may help determine where the problem lies. Also, if anybody has any idea what is going on I would appreciate the help. Thanks in advance, I kinda discovered the problem late, and I am under the gun now.

I've been slowly adding higher and higher data rates to my multichannel UDP receiver and have pegged the CPU (95-100% while streaming). The effective rate is 3 channels * 4800 messages/sec * 512 bytes/message or ~ 59 Mb/s. I'm looking to free up some cycles for additional features. I recalled reading some time ago about smart NICs that offload some of the TCP processing from the CPU, so I started Googling.

The proper term seems to be TCP Offload Engine (TOE). No fetish jokes or links to "inapropriate for work" sites please

Anyone have experience with TOE? So far I've only found PCI-X NICs and references to 64 bit Windows; I'm more interested in a PCI / XP Pro solution. I can't change out my processor or backplane at this time; I'm using a P4 3.0 GHz, 2 GB RAM and in a rackmount PC with passive backplane (PCI only).

Nancy,

Good idea.. Next time you're in town, we'll take you to a ... well... not so secret place..., with LOTs of beer! :beer:

What is it called?

Modulo? No. Quotient and Remainder.

Xor? No. Not Exclusive Or.

I'll stick with the icons... As long as we agree to leave the friggin' palettes alone!

Not directly related to Aristos' challenge, but wanted to share a BLOG I read that contains quite a few entries related to graph theory:

• Amortized Complexity - a Tool for Graph Algorithms (among others)
  
• Graph Theory
  

The first link is the latest in a series of computational complexity posts that seem appropriate to the discussion...

Happy reading

EDIT: Also, this post on sorting Not Quite Basics: Sorting Algorithms

Hello,

Here is the function you are looking for :

http://forums.lavag.org/index.php?act=attach&type=post&id=6849

http://forums.lavag.org/index.php?act=attach&type=post&id=6848

Interesting, but can you tell us how it relates to LabVIEW? A search of "labview" on your web site returns nothing.

The info for the Taiko OS indicates that the device supports 32 bit registers and multidimesional arrays; will this device be usable as a LabVIEW Embedded target?

[Esc]:wq!

Now I know for a fact that at some point in time in the past, at at least 7.0, NI themselves released a small package that would allow you to interface with the notifier/system tray. I know this because I downloaded it and it had the NI logo on it and came from an NI person. Now whether this is the CVI one that I have seen on the NI forums I am unsure because I have yet to download it and my backup drive did not show that anything like it was available. And on top of that there was one also released for free at at least the time of 7.0 that came from a 3 letter acronym company like SVT or STV or SFT or ... well heck I can't get it otherwise I would have found it by now.

Gotta run for now, but does anyone remember this to prove that the bathroom chemicals did not permanently damage my memory.

QUOTE(Ben @ Aug 20 2007, 02:02 PM)

I have a theory that can confirmed or contradicted by this poll (well not really).

QUOTE(Val Brown @ Aug 30 2007, 03:04 PM)

I work on laptops only so have a trackpad and do this two handed as well -- and don't even have to leave the keyboard!

As a lefty, I do this two handed also, I also use Shift+arrow keys to move in large increments, then release the shift for the final 'nudging'.

QUOTE(MikaelH @ Aug 30 2007, 09:06 PM)

I like this idea. It reminds of of witness lines (I'm an old time CAD guy). It would be nice if we could turn something like this on and off; sort of like "show coersion dots" :thumbup:

I wonder if anyone at NI has looked at reusing UI functionality between the Multisim/Ultiboard products and LabVIEW. I'm not familiar with Multisim/Ultiboard; but features like radial grids and auto-alignment and spreadsheet view make me wonder and even drool. Imagine being able to see all of your controls in a spreadsheet, sorting/filtering them by type, then changing properties en masse, then applying the changes to the FP.

I've got to get into marketing...

QUOTE(Neville D @ Aug 30 2007, 12:43 PM)

It should be very close.. why don't you try typing it in and running it?

You could also http://zone.ni.com/devzone/cda/tut/p/id/3256#toc1' target="_blank">import the m file into a Mathscript node after placing it on the block diagram...

I experimented a while back with using a customer's Matlab scripts in a node; the main problem was extracting all the UI related commands. I was told by my NI rep that I should keep the number of lines to between 20 and 100 for performance purposes; if there are more than that I was told to break the logic into parts and pass data between the nodes using LabVIEW wires.

Good luck!

Did y'all ever decide on a purchase

I'll throw my hat in the ring with a neat util that I got some asstance from G Zou getting together. Only works on windows but doens't use any API calls.

It allows you to have multiple items in the drop down list using the standard LV file dialog.

It demo's well simply by placing on a blank BD and running it. You'll see the below dialog

http://forums.lavag.org/index.php?act=attach&type=post&id=6798

Enjoy

http://forums.lavag.org/index.php?act=attach&type=post&id=6799

Confirmed here too, happens on 8.0, 8.20 and 8.5.

I checked VISA Serial Break in these versions and saw the 'regular' behavior for the property nodes.

LV versions 6.1, 7.0 and 7.1 do not appear to have this 'irregular' behavior.

Might this have something to do with la mort du Serpdrv?

QUOTE(ramekers @ Aug 29 2007, 01:29 PM)

There is an image-calibration option that seem to do such a thing but that is far to complicated.

If it matters: I use LabVIEW 7.1 and IMAQ Vision 7.1.1 on an windows XP system .

Any help is appreciated,

René

Hello René,

Have you checked the example VIs ? There are a couple of them to demonstrate how to use the IMAQ function for calibration, and they don't look that complicated (I just had a look at the example VIs, I never indeed used them for an application).

I suggest you launch the example finder (Help > Find Example), search gor "calibration" and see if it helps.

Good luck, hope this helps

QUOTE(Aristos Queue @ Aug 29 2007, 06:35 AM)

This has nothing to do with the flat sequence. We just need a wire coming out of the Bundle node going *somewhere*. The easiest "somewhere" to drop is an empty flat sequence.

Performance for a class like this would be want to be optimized. Are there any gains to be had by terminating both wires into a single sequence structure? Did you use two sequence structures on purpose?

Your situation is fairly common; you have a data stream that is faster than can be handled in real time. You need to simultaneously offload the communications buffer before it fills AND process the data. This is where LabVIEW queues and parallel execution become useful.

Your program can be split into two loops; one to capture the RS-232 data, and the other to post-process and display the results. I've attached a modified version of your program; the upper loop reads the RS-232 data as quickly as possible, and places it in a queue. The lower loop periodically flushes the queue, selects the last element and converts it to coordinate data as before.

Adjust the wait-next-multiple input in the lower loop to determine the display quality. If the VI still runs slowly, then you will need optimize other parts of your code. I'm curious to know if this alone will improve your performance (I'm guessing it will :thumbup: )

QUOTE(Tomi Maila @ Aug 28 2007, 12:53 AM)

I'm like a child eagerly waiting for Christmas...

oooooh goodie goodie goodie. I'm all a twitter!

QUOTE(Ben @ Jun 19 2007, 08:04 AM)

It almost looks like the "law of the sea" applies (largest vessel has the right of way).

Actually it's not the largest vessel, it's the least manuverable vessel {typically, but not always, the largest}

Am I stating the obvious, but what about source code control? It does go the 'everyting' route, but I know for sure that Perforce optimizes the different versions so it does not necessarily save the entire file for each version.