i2dx

thanks a lot

but to be honest:

QUOTE(yen @ Aug 17 2007, 03:35 PM)

You need to have an implementation for each class of control you intend to use.

I am lazy, and I am curently running out of time and and and ... so ... I think 1000 ms are just a fine blinking rate at the moment

QUOTE(Jim Kring @ Aug 16 2007, 11:02 PM)

I've wanted the typeless (polymorphic -- edit-time type propagating) control/indicator for years!

... plus the typleless wire, plus a primitive to detect the data type or something like a case structure that detects the wire type. This would make it possible to create a polymorphic VI INSIDE one single VI, without the hassle to create many VIs and bundle them to a polymorphic VI. Ok, that would make the current way of creating polymorphic VIs more or less dispensable for simple data types and arrays of simple data types. It would be of course a problem with more complicated datatypes, like clusters, etc ..., but IMHO it would not be to difficult to give us this feature for simple datatypes and arrays of simple datatypes and leaving the complicated stuff for the next generation of skilled LV developerts

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

QUOTE(Jim Kring @ Aug 16 2007, 11:02 PM)

/signed

Hi folks,

is there any way to set the blink delay of a specific control with a property node?

The only way I found to set the blink delay is to change the value in the LV options dialog. But this means also, that the value is applied to ALL blinking controls and, if I compile an exe, I have to put that key into the exe's INI-File ...

thanks!

CB

I have one, too

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

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

QUOTE(Aristos Queue @ Aug 14 2007, 11:10 PM)

referring to programming individual state machines should be avoided in favor of using some reusable framework? Because that I agree with.

a reusable framework would be fine. If many people use that design pattern, it would help many people to develop faster, if they can use a pre defined architecture.

On the other hand: it does not talong to develop a new QSM for me, because I use VI templates and since I discovered, that they are recursive, I create a complete "sub-application" within seconds ...

QUOTE(Jim Kring @ Aug 15 2007, 12:49 AM)

/signed

QUOTE(peteski @ Aug 14 2007, 12:03 AM)

Isn't there another one along the lines of "if it don't fit, use a bigger hammer" ?

-Pete Liiva

and

"if it's to small, use duct tape"

QUOTE(Jim Kring @ Aug 11 2007, 01:59 AM)

Woohoo!!! Thanks, NI :thumbup:

-Jim

/signed

~~~~~~~~~~

I like the "In place nodes", too. It seems we are getting pointer operations in LV without the hassle of pointer arithmetics. Great! :thumbup: I'd like to see more of that

The coupling between file hierarchy and project hierarchy also helps a lot to keep track of your project. Thanks

My impression about LV 8.5 so far is: there are many improvements "below the surface", without annoying the users with bells and whistles (..which the marketing departments like so much )

QUOTE(Christina Rogers @ Aug 10 2007, 02:29 PM)

Sounds like a reasonable request. I'll forward this thread to the folks in our customer education department.

thanks a lot! I would really appreciate it, if that would be approved until my next Exam (10/2007)

QUOTE(Christina Rogers @ Aug 10 2007, 02:29 PM)

I have a made a scan of mine (still have it ...)

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

Hi folks,

I have to admit, I have "not really worked" with LV 8.5 yet, just because there are running projects in LV 8.2.1 and I can't / want to upgrade e.g. because I need the RT / FPGA module etc, so I just took a look, and I found a few things, that amazed me, but noone mentioned so far::

New menu entry "Adapt to Source" in the Context Menu:

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

You can place feedback Nodes without a For/While-loop which gives you the possibility to create a structure-less old style global

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

--> I used the "Adapt to source" feature on the "Numeric 2" Indicator, to test the functionality (yes, it worked ). it looks like we get some XNode functionality in the BD, without any notice?

QUOTE(Christina Rogers @ Aug 9 2007, 09:41 PM)

LabVIEW 8.5 didn't actually change the palette layout. (Well, we added some things, but the main layout didn't change).

In the older LV Versions there was somewhere in the Options pages a menu where you could change the palette layout from "Express" to "Advanced". This gave you the palette view, shown in one of my last posts. I have no problem, seeing the Express palette as default palette during the first launch, but I'd consider it as more convenient, if I hadn't to search for a way to restore "my" palette view, I am used to

QUOTE(TiT @ Aug 9 2007, 09:50 PM)

/signed

... AND CLA please or better: all exams where you have to work with LV!

QUOTE(dsaunders @ Aug 9 2007, 07:56 PM)

I did get the Programming palette to be the default open palette. I will look at how I did it and post it.

UPDATE: This is how I did it.

1. Pin palette to be always visible.

2. Click on the 'View' button and choose the 'Change Visible Categories' option

[...]

thanks a lot!

Edit: The changes made on the "sticky" palette have no effect on the palette, which comes up on a rightclick. If you want to change the layout of "these" palettes, you have to switch to "category" view in the options dialog.

QUOTE(LV Punk @ Aug 9 2007, 08:13 PM)

ACK!

@NI:

PLEASE! only change the palette layout, IF THERE IS A REALLY GOOD REASON.

If you look over my shoulder, when I am programming, you might get the impression there is a knitting machine working. However, if you would ask me, how my palettes do look like, I had to admit, that I don't know. But deep inside my weird brain there is a pointer to the location of each item I need, which is directly linked to a mouse gesture Therefore a new palette layout knocks out my programmig automatisms and I feel like a race car driver, forced to use a pedal-car

is there a way to make the palettes look like this view, which I have in LV 8.2.1 and where I am used to?

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

I tried hard to make the "Programming" palette the only "open" and "default" palette, for the function palette, opening on a right click on the block diagramm, but I found no solution.

any tips would be greatly apreciated

QUOTE(VegHead @ Aug 6 2007, 07:25 PM)

Trying to use active X to control MAX. Need to get to the Reset Configuration function found under the tools > NIDAQmx configuration >

Any idea what class this is found in?

Any idea where I can find Help for active X and MAX?

Thanks,

Dave

If you want to reset your device you don't need ActiveX, there is a reset device VI in the DAQmx lib:

C:\Programme\National Instruments\LabVIEW 8.2\vi.lib\DAQmx\configure\system.llb\DAQmx Reset Device.vi

Unfortunately this VI is not in (my) DAQmx-Palette - but I can remember it was there in LV 7.1.1 ...

QUOTE(Michael_Aivaliotis @ Aug 3 2007, 11:00 PM)

Now I will have to wait about a year or so to actually use it on a real project since it takes most of my customers that long to upgrade. Even then, it's a tough sell. This is normal. That's ok, I can always create my own goodies with it.

lol, the same with me. I started my first LV 8.2 project in April this year. I have just finished to upgrade my largest project to LV 8.2.1 from 7.1.1 and now ... we have 8.5. puh, it seems, I have to work a little bit faster to catch up with the prodictivity of NI R&D

Not to forget, I just rewrote my Tool Chain a few weeks ago for LV 8.2.1 ...

The teacher gave her fifth grade class an assignment: get their parents to tell them a story with a moral at the end of it.

The next day the kids came back and one by one began to tell their stories.

"Tony, do you have a story to share?"

"Yes ma'am. My daddy told a story about my Aunt Karen. She was a pilot in Desert Storm and her plane got hit. She had to bail out over enemy territory and all she had was a flask of whiskey, a pistol and a survival knife. She drank the whiskey on the way down so it wouldn't break and then her parachute landed right in the middle of twenty enemy troops. She shot fifteen of them with the gun until she ran out of bullets, killed four more with the knife, till the blade broke, and then she killed the last Iraqi with her bare hands "

"Good Heavens" said the horrified teacher. "What kind of moral did your daddy tell you from this horrible story?"

"Stay the fuck away from Aunt Karen when she's drinking."

QUOTE(crelf @ Jul 25 2007, 01:39 AM)

Of course you can.

I was kidding - hence the " "

ah, ok, it's sometimes hard to notice a joke with my "bavarian english"

:beer:

that convinces me

thank you guys.

Hi Folks,

I need a hint / resp. I need to be sure:

If I use the "Open VI Reference" primitive I can wire an application reference to ensure that all VIs run in the same application instance. If I use static VI references in my LV 8.2.1 project and use these references to dynamically start and stop VIs through VI Server, do these VIs run in the same application instance as the VI where I have placed the static references?

QUOTE(crelf @ Jul 24 2007, 01:30 AM)

We can do scripting in LabVIEW?!?

Of course you can. Noone can prevent you from creating a VI in LV 7.1.1 which contains all the scripting nodes you need. OK, maybe the code is less efficient and you will miss something, but it still works. I still use Scripting in my tools under LV 8.2.1, and I have developed new ones ... (and I found out many of the scripting nodes are now simply "private")

QUOTE(rolfk @ Jul 24 2007, 07:21 AM)

that reminds me a little bit about Galileo Galilei ...

In a way I can understand AQs concerns, I interpret that as "don't make me more work as I allready have" (due to support, etc ...) on the other hand it is a fact, that humans are courious and have allways tried to gain more knowledge. This truth is expicid valid for IT gurus so it's wrong to blame the experts for trying to gain more knowledge. Last but not least that is what NI wants: a community of LV developers which has a broad base of knowledge!?

(I hope I am not wrong and the NI's favourite LV user likes the express functions most ... <shiver>)

QUOTE(TiT @ Jul 23 2007, 09:06 AM)

"Listen to the expert they'll tell you what can't be done, then go do it !"

It was someone's signature on NI forum :thumbup:

It's Mike Ashes signature ... (e.g. http://forums.lavag.org/G-Math-or-other-expression-parser-in-LVRT-t7315.html&view=findpost&p=27663' target="_blank">in this post)

QUOTE(Aristos Queue @ Jul 23 2007, 06:38 AM)

No, and using such callbacks is a trick we go to great lengths to prevent folks from doing.

That's a part of Murphys law: if there is a possibility to do such things, someone WILL do such things, whatever you do to prevent that

QUOTE(tcplomp @ Jul 9 2007, 11:52 AM)

That's not necesary, the link from Michael shows this:

It worked for us.

Ton

yes, but I never had installed the Simulation Toolkit ... so I decided to use "brute force".

It is/was an issue with the deployment VIs. I don't know why or how, but maybe because you can simulate a cRIO System?

QUOTE(Michael_Aivaliotis @ Jul 8 2007, 05:23 AM)

This is a known issue. Can't remember how to fix it but I think this is how:

Installing LabVIEW 8.2.1 On Top of LabVIEW 8.2 Causes Broken VIs and Libraries

ah, ok, thank you. that show's me the direction. I guess, I will now uninstall 8.2.1, clean up my harddisk and reinstall 8.2.1 ...

QUOTE(Michael_Aivaliotis @ Jul 8 2007, 05:23 AM)

that's true, that can really drive you crazy ...

yes,

I have used a "Keyspan USA-49WG" and a "Keyspan USA-19HS" adapter to get additional RS232 Ports for a LabVIEW application (Testing µCs, which communicate through RS232 with the "host application")

I have heard of issuses with some other adapters, but I had no problems at all with the Keyspan producs. Maybe that sounds like heavy advertising, but that's not intended.

Hi folks,

I have a problem with a cRIO 9004 controler / LabVIEW RT:

Each time, I hit the run button and the VI(s) has/have to be deployed, LV is searching for VIs, I have never heard of:

What the heck is e.g. a "SIM Integrator collector (for core) (vector).vi"? And why does LV think it needs that file? It's neither in my project, nor on my disk or I have used it as a subVI, etc ...

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

even worse, if I create a blank VI with exactly that name on my disk (just to get rid of that anoying "missing VI" dialoges ...), LV does not accept hat. The next time, I hit the run button, LV is searching again.

Has anyone an idea, what is going on here and (hopefully) how to get rid of this?

thank you in advance,

CB