Jump to content

TobyD

Members
  • Posts

    636
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by TobyD

  1. QUOTE (normandinf @ Jul 29 2008, 10:03 AM)

    You can have "Time Stamp" be wired to X axis instead of Numeric. This way you get the X-array in ascending order of absolute or relative time and you'll get consistent representation when changing date.

    It's amazing how simple a solution can be once we understand the problem :thumbup:

  2. QUOTE (kmc @ Jul 17 2008, 07:14 AM)

    I SEE MORE THAN 70 VIEWS WHY ISNT ANY ONE REPLYING....?? I THINK I HAVE WASTED TIME BY JOINING HERE...NO BODY REPLIES...!

    There's no need to answer a question that has already been answered. Normandif gave you the answer. You are using the correct property nodes, but you never set the bgcolor for the column headers (see table below from the help files). You can also use the paint tool to change the column header color if it does not need to change at runtime.

    Row Column Result

    –20Selects all cells of the first column, including the column header.

    –2–2Selects all rows and columns, including column headers.

    –10Selects the header of the first column.

    –1–2Selects the headers of all columns.
  3. QUOTE (GaryTan @ Jul 11 2008, 02:41 AM)

    From the http://mindtrove.info/software/labview-webcam-library/' rel='nofollow' target="_blank">website's FAQ...

    QUOTE

    My webcam won't work with your library. All I get is a black image when I run your examples. Will it not work with my camera?

    Make sure you have passed the correct driver number to the Webcam Initialize VI. You can determine what the correct driver number should be by running the Get Digitizers VI included with the library. It will return a list of webcam digitizer names and their associated driver numbers. Pass the driver number shown in this VI to the intialize VI.

    Are you able to get each camera to work individually. If not, then get a second camera that is the same as the one that works.

    If you can get each to work individually, then you are probably running into an issue where the driver for one camera is not compatible with the second camera. You might be able to resolve the issue by creating a second copy of all the VIs in the webcam package and giving them each a unique name (I.E. Initialize2.vi, Capture2.vi, etc.). That way each can get initialized with its own driver and all communication with each camera will remain separate (I haven't looked at the code yet and depending on the architecture this may or may not work).

  4. QUOTE (JiMM @ Jul 11 2008, 09:01 AM)

    How could anyone possibly voluntarily eat something with an odor that one might consider comparing to pig excrement OR turpentine?!?! :o

    I couldn't agree more. I work with a lot of Vietnamese people who are always bringing me wonderful things to taste. Most of them are delicious, but I have not yet found the goodness inside a durian. Even when it's in my mouth all I can "taste" is the nasty smell.

  5. QUOTE (BobHamburger @ Jul 10 2008, 08:37 PM)

    Nice tie-in back to the flower at the end :thumbup: .

    I agree that the project architecture is important, but that can also be made to stink by ugly code. You said you would "rather deal with a well structured application that happens to have crooked wires and overlapping block diagram objects, than a lovely piece of code that's written without attention to the disciplines mentioned (in your article)." I would agree with that only to a certain point. I think both style and architecture play a critical role in any LabVIEW application. If either one of them strays too far from the path of best practices, the code becomes unsupportable.

  6. QUOTE (poiu77 @ Jul 10 2008, 11:50 PM)

    I have a strange problem with "Import Web Service" function in LabView 8.5

    I ran into a similar problem a few months back. I ended up having to use a separate service to build my WSDL into a dll that I could then call from LabVIEW. We never could figure out why LabVIEW didn't like our WSDL (it worked in every other validator) but the dll solution worked for us so we didn't spend too much time on it.

  7. QUOTE (normandinf @ Jul 10 2008, 09:12 AM)

    Well, he does make it to the cabin... maybe he didn't get the food, but he gets a nice place to "hide" with Mrs. Dopey.

    I wonder if he an Mrs. Dopey have ever "hidden" in the elevator :shifty:

  8. QUOTE (Justin Goeres @ Jul 9 2008, 02:41 PM)

    This hamster deserves a Mindstorms NXT set more than any other hamster on the planet.

    SPOILER ALERT!!!

    Poor little guy never makes it. I generally prefer happy endings, but it did make me laugh. :D

  9. QUOTE (Aitor Solar @ Jul 10 2008, 04:47 AM)

    There was also some discussion about this in an Eyes on VIs article found http://eyesonvis.blogspot.com/2007/08/for-loop-with-conditional-terminal.html' rel='nofollow' target="_blank">here. In the discussion, Robbie says

    QUOTE

    With a while loop, we don't know how big an array that auto-index terminal is going to create. So, we allocate memory over and over again (in chunks, but still possibly many times) until the while loop stops. With the For Loop, we at least know the maximum size that array will be, so we only have to do one large data allocation, and then resize downward if we terminated the loop early.

    To summarize, the For Loop w/Conditional Terminal is still going to be the most efficient loop.

  10. Excellent video Tomi! And let me be the first to say thank you for not using youtube. The increased resolution of vimeo is nice. Did you set up a green screen to insert the expression flow background? Very cool!

    I have also enjoyed all the side discussion. I am consistently amazed at how much I learn by following these threads. :worship:

    -Toby

  11. QUOTE (shoneill @ Jul 8 2008, 03:44 AM)

    I personally find this new feature a lazy way out which complicates things unnecessarily. I would have actually preferred an Iteration link to the stop condition of a while loop than a stop terminal in a for loop. Seems to make more sense to me as a while loop has already a non-determinate number of iterations whereas a for loop is fixed.

    An option on a while loop (Stop if Auto-index limit reached) would have been a better choice to implement what is basically the same idea. It's just a different visualisation.

    Shane.

    I disagree with the idea that using the new feature is a "lazy way out which complicates things unnecessarily." I think Jim's article points out two use cases where the code is simplified, easier to read and more efficient.

    I personally find this new feature quite useful and I implement it often. I have found that it simplifies the code in cases where I need clean "last known state" error data when an error has occurred.

  12. QUOTE (Xrockyman @ Jun 25 2008, 03:36 PM)

    Hello,

    I'm using labview 8.2.1, in the front panel of a VI (when he is nor running) if we right click on a control we an option called "Disable and grayed". My doubt is if it is possible to change this option when the progam is running. I have "log-in" system in my program and depending the permissions of the user I want to "disable and gray" or activate the control.

    Thanks in advance and sorry about my bad english!

    Regards,

    Sylvain.

    Read up on Property Nodes. Specifically the Disabled property.

  13. QUOTE (Justin Goeres @ Jun 24 2008, 07:25 AM)

    I want larger VI icons, too, with 24-bits of color and an 8-bit alpha channel.

    QUOTE (Yen @ Jun 24 2008, 10:29 AM)

    I want a 16 bit alpha channel on VI icons, just for the hell of it. If I can see 16M colors, I can also see 65K shades of transparency
    :)
    .

    This is definitely on my list of feature requests. It's time to catch up with the rest of the world in the icon department. Well designed icons make code easier to read (although I would probably waste even more time designing my icons if I had the upgraded features).

  14. QUOTE (Omar Mussa @ Jun 25 2008, 08:10 AM)

    A strange thing happened to me yesterday. I worked in LabVIEW for an entire day without it crashing :thumbup:

    Interesting. I have always found LabVIEW to be very stable (TestStand is a different story). There are times when I will leave LabVIEW open for days at a time and never have an issue. I will say though, that just recently as I have begun exploring the world of LVOOP I have experienced some random crashes and lockups. I can't say whether or not the crashes are directly related to LVOOP. It hasn't bothered me enough yet to search for a repeatable crash and report it.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.