BrokenArrow

QUOTE (crelf @ Jul 15 2008, 05:52 PM)

LAVA/r/n

Isn't "crelf" short for Carriage Return Line Feed?

QUOTE (crelf @ Jul 14 2008, 08:42 PM)

Looks like a good candidate for the http://forums.lavag.org/downloads.html' target="_blank">LAVAcr.

The LAVA carriage return? have at it! :laugh:

In the process of trying out the custom listbox symbols Invoke Node, I worked up the attached "File Lister". I recalled a similar tangent on this thread.

Some nice additions would be a working drag-n-drop, an indicator (and a note on the file) showing the total KB of the selected files, an Insert Comment, and run file or view file utility, etc. Not rocket science, but no time now... any takers?

You'll need the two jpg's to make the app look decent - the stock listbox symbols are too plain looking.

QUOTE (crelf @ Jun 13 2008, 03:41 PM)

Sure you didn't

Yeah exactly, a guy with a Simpsons avatar claims to inadvertently bring up the Simpsons. :laugh:

BrokenArrow sayz... Lets talk about Golden Retrievers! ...

BTW crelf, whose that guy in your avatar?.... it cracks me up!

QUOTE (hooovahh @ Jun 13 2008, 11:37 AM)

I didn't mean to hijack this thread into The Simpsons, I just wanted to come up with some Simpsons quotes that were relevant to Lava.

Hey... it's the Lounge! Anything goes. The Simpsons are always welcome!

QUOTE (PaulG. @ Jun 12 2008, 04:38 PM)

(singing) "I am so smart. I am so smart. S-M-R-T. I mean S-M-A-R-T" - Homer Simpson

"Everybody's stupid but me" - Homer Simpson (after deciding that going to church is a waste of time)

QUOTE (Siconi @ Jun 12 2008, 04:07 AM)

.....I wanna know HOW to use ADAM driver and where to find it in LV. ....

You won't find the driver "in LV" - the driver is not an NI product. You'll find the driver on the Advantech site or on the CD-ROM that shipped with your module(s). You will install the drivers in the user pallete and then they'll show up in LV.

I still say you're better off just writing commands to VISA....

Edit: ned is correct, they don't have a seamless driver for ADAM products. All the more reason to learn to fish.

QUOTE (ned @ Jun 10 2008, 09:43 AM)

Alternatively, you can read the ADAM documentation to learn the syntax of the serial commands, and then send them yourself using the Serial Read/Serial Write VIs.

That is, by a wide margin, the easiest and most highly recommended way to go about using your ADAM-4000 device. Are you able to communicate with your device in Hyperterminal?

A manual is http://www.bb-elec.com/bb-elec/literature/manuals/Advantech/ADAM-4000.pdf' rel='nofollow' target="_blank">here.

Richard

QUOTE (neB @ Jun 9 2008, 05:57 PM)

Altough I can not prove it, I believe VI's are better the second time I write them.

Homework Hawkers don't want to do things the FIRST time. I will bet $5 he doesn't check back in.

Richard

QUOTE (georgekm @ Jun 6 2008, 11:05 AM)

Is there a way to read both digital and analog signals in the same VI? I have an encoder line that is used as a trigger for aquiring data from an analog input. But I also want to be able to plot the encoder signal. Is there some way to do this?

Thx

I'm not sure what you mean by "...in the same VI". Do you mean, in one VI? For example (and to jgcode's point), using DAQmx, you can make one Multi-Function VI that does ALL of your Digital & Analog reads and writes. Of course, this one VI will contain several polymorphic sub VI's, but these ship with LabVIEW, your one VI (i.e. same VI) just makes calls to the other VI's. Do you need an example? We also need to know what interface (driver) you are using: DAQmx, NI-DAQ (i.e. Traditional DAQ), or third party.

Richard

QUOTE (jdunham @ Jun 5 2008, 12:54 PM)

You inspired me, so I submitted this. Other people should go submit related ideas at the http://digital.ni.com/applications/psc.nsf/default?OpenForm' target="_blank">Product Suggestion Center .....

I wondered where that was. I submitted my long time request to have Wire Labels that snap to wires! :thumbup:

QUOTE (aa9310 @ Jun 3 2008, 03:18 AM)

I am a Chinese,My English is poor,But I have to study LabVIEW By mySelf;In China,There are some books about LabVIEW,But They are all very basic.

I wang to study advanced LabVIEW Tecnology.Now,I Have been reading <LabVIEW for EveryOne>for only Three days,Who can Give me some commments

About this Book?...Or recommend some Books about LabVIEW?

Thank You!

Your Friend come From China

You can't do much better than LabVIEW For Everyone, which is a classic. Maybe the author himself will chime in on that one.

Books can only go so far. To take it to the next level, you'll need training, which can be done on the internet. The following website is administered by yet another proven LabVIEW community hero. You can even look at a few things for free...

http://www.labviewmastery.com/

You say you want to study advanced labVIEW technology, but, do you have the basics down first? It is very important to build a solid foundation first.

Best of luck to you.

Richard

QUOTE (jdunham @ Jun 2 2008, 10:53 PM)

....change the default fonts from Vista fonts (SegoeUI, which doesn't exist on XP) back to Tahoma...

That's good info, I didn't know that, thanks.

I know about that INI font deal, in fact it's all over the NI forums and I was on one of those threads years ago. However, my issue back then had to do with the fact that the EXE did not differentiate between a size 13 and size 14 Application Font, and would make them all 13, and we're talking about being on the same computer, same OPS. On a side note, I recently built an application in 8.5 which had 13 and 14 size fonts, and it did not exhibit this problem, and I didn't change the INI, so maybe it's gotten smarter.

I'll try the INI deal on our one Vista computer and see it fixes my array in Dev mode. What is odd is how it (Vista) chose a different font for the Integer and String arrays, even though they were both Application 14.

Richard

QUOTE (jdunham @ Jun 2 2008, 05:50 PM)

The problem is not just Vista versus XP. You will have horrible font problems if your application is viewed on computers with different "font size" display settings in XP.

Our solution for the font woes is to make sure that

appFont=""Tahoma" 13"

dialogFont=""Tahoma" 13"

systemFont=""Tahoma" 13"

are in the LabVIEW Preferences INI file of each deployed application (and of course in the LabVIEW.INI file itself. Then you are more or less immune to different display configurations modifying your button sizes and text field extents.

See http://digital.ni.com/public.nsf/allkb/65F...62562C70073BE06 and related links for more info.

The down side is that it's harder to make an application that looks like native XP on when run on XP and looks like native Vista when run on Vista. It's a small price to pay for all the time you save.

Your point is in relation to EXE's. I don't think in Dev mode, we're talking about the same thing. NI has stated specifically "you might notice cosmetic issues, such as overlapping or truncated text strings". This is documented in the KnowledgeBase article.

See..

http://forums.ni.com/ni/board/message?boar...d=33221#M257736

QUOTE (rolfk @ May 27 2008, 07:32 PM)

Sorry haven't used it but MAX definitly won't see those boards at all. MAX is an NI application and supports NI hardware only (apart from external devices such as GPIB and PXI boards in an NI PXI rack).

Rolf Kalbermatter

OK thanks Rolf... I didn't get an email notification that this thread had a response (.. ? ..)

I have a friend (no really) that will be using Advantech on a product and they were wondering about configuration. I've never used non-NI PCI cards but I've used non-NI eveything else.

Richard

QUOTE (crelf @ May 31 2008, 05:15 PM)

Which kinda defeats the whole purpose of using system fonts/colours/&c altogether....

Exactly! But to their credit (NI), and your point, an XP "system" is not a Vista "system" so this kind of thing is bound to happen when transporting system fonts. I've just never seen anything quite as bad as I encountered as shown in the attached picture, where the numeric array no longer lines up with the integer array, causing me to think I was missing the bottom element.

-Richard

QUOTE (Amelia @ May 5 2008, 12:52 PM)

....system defaults are different in Vista.....

I found this on NI in regards to an issue I was having when switching between XP and Vista computers...

Because the default fonts on Windows Vista are different than the default fonts on previous versions of Windows, you might notice cosmetic issues, such as overlapping or truncated text strings, in VIs and LabVIEW dialog boxes. To correct this problem, change the theme of the operating system to Windows Classic in the Theme Settings dialog box and then restart LabVIEW. Select Start»Control Panel»Appearance and Personalization and click Change the theme to display the Theme Settings dialog box.

-Richard

Has anyone used Advantech PCI cards with success? (not talking about the popular ADAM series, rather, the PCI cards, which appear to be a good value).

If anyone has used these, how much use can you get from MAX, or does it all have to be configured off-line or inside a VI?

Thanks,

Richard

Just a note that if you use your own code and normal VISA to talk to some Agilent devices, as I do, you have to pay close attention to the com setup. The results are worth it because I've found the Agilent drivers to be clunky.

-Richard

QUOTE (george seifert @ May 19 2008, 04:27 PM)

...If the line is already selected, then a single click will allow editing.

George

But with some strange timing requirement built in. If you select a cell then click too fast the second time, it'll think it's a double-click and not let you in. You have to click and wait about one second. This isn't very intuitive IMO, and I can see your lament, George.

QUOTE (george seifert @ May 19 2008, 12:40 PM)

I've played with it some more. If I'm on the line already a single click works. If I'm switching to another line a triple click works. A double click never works.

Is this known behavior? It doesn't make much sense to me.

George

Triple-Clicking is a known LabVIEW practice, such as when you want to select an entire string (or a a string with a space in it), or to select an entire wire plus all of its branches. However, in your scenario, I'm not sure why Triple-Clicking is necessary. Maybe the first click is simply shifting the focus and the other two clicks are selecting it.

If you can use a 2-D array rather than a list box, you'd have a lot more control over each "cell", such as, you'd be able to show the increment/decrement, and there's more property nodes to play with.

Richard

QUOTE (george seifert @ May 19 2008, 10:09 AM)

I have a listbox in my VI in which I would like the user to be able to edit the cells while the code is running. Sometimes all it takes is a single click on the cell before it highlites it for editing. Most of the time though I have to click multiple times. What's going on? Should I somehow be handling the edit as an event?

I've attached a simple VI to illustrate the point.

http://lavag.org/old_files/post-2786-1211205841.vi'>Download File:post-2786-1211205841.vi

George

For me, it is reliably letting me change values upon a Triple-Click. It never allowed me to edit upon one click.

Richard

Not sure if this is the category to put this in, but here's some Nixie Tube controls/indicators. Click on the bottom control with left or right mouse button. The top two are self-explanotory. Saved as version 8.0.

Richard

QUOTE (rolfk @ May 16 2008, 02:54 AM)

.....I've seen those "drivers" and they usually come from companies producing some hardware and wanting to make it available to LabVIEW users but they do not have a professional LabVIEW programmer........

Rolf Kalbermatter

A company (who will remain nameless), has been in contact with me (more than once) to write some "drivers" for them, but in actuality, the job entailes working on the phone putting out fires for people who are struggling with interfacing LabVIEW to their products. They continually run a job ad that reads something like: provide customer solutions for (blah blah blah) must have excellent communication skills, Help Desk experience is desired, LabVIEW is a plus." This company's president told me personally that he doesn't "like" LabVIEW. When I probed further, I found his opinion was formed from bad example code from the mid 90's and a few of his engineers downloading the eval version and giving up in a few hours. Now THERE is your example of bad SDK's, or turd balls.

Richard