crelf

Does NI R&D have any plane to test the effect of common drug on wireworkers ?

Yeah - LabVIEW coders on Jolt Cola...

I'm learning physics Quantum mechanics, Quantum field theory now.

Welcome back alfa - long time no hear!

Remember: in quantum physics, 2 + 2 = 5 for extremely large values of 2...

If any of you are open for a mind bending experience (that is not demonstrated on spiders) give that film a listen.

Are you kidding me? That movie is a perfect example of the theory that you can make "facts" say anything you want them to.

<object width="425" height="350"><param name="movie" value="http://www.youtube.com/watch?v=hkdQzlrZAdw"></param><param'>http://www.youtube.com/watch?v=hkdQzlrZAdw"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/watch?v=hkdQzlrZAdw" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></embed></object>

I don't know if this should be in the Rube Goldberg section but it is implemented with NXT.

Looks just like the Rouge River Assembly Plant

You gotta love that show!

Hi All,

One of my clients has a cDAQ chassis with 4 x 9215's and 2 x 9237's - he's using a relatively generic DAQ utility that is acquiring a handful of differential channels on the 9215's without a problem, but as soon as he adds a strain channel on one of the 9237's, the systems grinds to a halt, as it can't read the data from the 9237 fast enough. He's tried sampling rates from 1Hz to 100Hz, and although the time it takes to fill the buffer varies, it still can't read it fast enough for some reason. I know I'm not being particulariy coherent here, but I'm just fishing for any lightbulbs going off anywhere

cheers,

crelf

That's just pure poetry!

Since I live in Michigan I would love an excuse to leave the cold weather...

Being also in Michigan, I agree that it would be nice to get down south for the winter, but I don't really mind having it in August - It's all part of the experience: drinking beer under the mist machines on 6th street in 110 degree heat

This was a bad week.

Chin up mate - you're doing a great job!

...what would it take ...to create code that converts a VI to a text representation and back? ...

Let's call it the LAVA Super Grand Challenge.

I call it the LAVA Grand Unified Theory...

Not any more. Take a look at my blog posting titled NISLA July-05 - The end of the beginning. NISLA - August 2001 (circa LabVIEW 6.1)

Ahhh - now I remember the conversation fondly

I contacted NI and they said that the problem should go away by reinstalling LV 8.20, let's see what happens.

:thumbup: Good luck!

I'm fairly sure that you can use XML to represent almost anything, but you would need an editor.

As Chris said, we already have a G editor: it's called LabVIEW.

You're absolutely right that I'm right

I've also toyed around with the idea of building a dataflow execution system (G engine), written in LabVIEW -- I know it can be done.

Would such a system break the LabVIEW license agreement?

I tried to build the same project on another computer and the installer builds without errors, so the problem is machine specific.

It's very odd that the Windows SDK function returned the error - I'm not sure if that's an OS problem, or a LabVIEW probelm accessing an OS function. I think the only way you'll get a definative answer is from NI.

Is someone gonna spill the beans?

That's punny!

I'm fairly sure that you can use XML to represent almost anything, but you would need an editor.

LabVIEW can be your editor. You just need an import/export utility that (using scripting) builds/unbuilds (is that a word?) between XML and VIs - it wouldn't be difficult, just time consuming.

Are you being obnoxious on purpose or by accident? Your statement is either a deliberate flamebait or a really stupid thing to say for a long list of reasons.

I am hoping it is a cultral difference, and that Joris' English interpretation skills are a little different to mine. I think it's a case of text-based messaging not including the emotion in which the text was intended?

If we could represent VIs as XML...

That's a cool dream I've had for a while - an open VI definition - we can use scripting to build VIs on the fly. We'd need to really strictly define the structure, and would need NI's help to make sure that we don't miss anything. It sounds like a lot of work though...

How about LVXXX for "LabVIEW XObject-XOriented XProgramming"?

(this is pronounced L'vexsssssss, by the way)

Sounds a little eXcessive to me...

Well... announcing the iPhone, Apple's CEO explained that he came to the conclusion that installing the same OS on different phones -with different capacities- would lead to a package "phone+OS" far from optimal.

Ah - I see. So marketing drivel confirmed It's almost aligning with the old MacOS Vs Windows paradigm: MacOS only needed to work on the hardware platform that Apple created, where as Windows had a slightly more difficult task. I'm not surprised that Apple is pushing even further into the consumer electronics market - that's where the quick bucks are!

Yesterday at MWSF keynote, Steve Jobs cited Alan Kay :

"People who are really serious about software should make their own hardware"

I'd like to see the context of that quote. As a throw-away line on it's own, it's only purpose is either marketing drivel or... well... I can't think of anything else.

Things that noone really completely understands, but are very interesting to explore.

Just like Generation-X

Remove the outer case structure or enable debugging and the VI suddenly works! I will submit this to NI shortly.

Actually, I think it's related to the fact that debugging is turned off...

I think the opposite is true.. if 'opsserver' is not listed, that implies that the server for Info-LV (and the Igor list too) is not down, at least in the sense that it's pingable w/in Scott's local network.

On reflection, I think you're absolutely right.