Jump to content

B Chavez

Members
  • Posts

    43
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by B Chavez

  1. QUOTE (vultac @ Nov 29 2008, 06:43 PM)

    Hi guys, ive been wondering if there is anywhere in labview that i could program something so that the 1st 2bits would stay constant after i apply an addition to the previous set of bits after a for loop everyttime?

    for eg.

    (starting bit) (first 2 bits doesnt change) (first 2 bit doesnt change)

    00000010 -> 00000110 -> 00001110 ???

    If you want to leave the lower two bits alone, then simply increment by 4; incrementing by 8 leaves the lower 3 bits alone, by 16 leaves the lower 4 alone, etc.

  2. If you're running the VI multiple times without closing it between runs, the indicators will not clear unless you add code that does it before everything else, or do what Syrus suggested.

    QUOTE (syrus @ Oct 23 2008, 03:15 PM)

    Another option is to go to VI Properties->Execution and select the "Clear indicators when called" option. This will set all indicators to their default values each time you run your VI.
  3. QUOTE (Val Brown @ Oct 10 2008, 07:57 PM)

    I think that will work but is there no way to do this without using the division?

    I'm no math wiz, but my first thought is that if you need scaling, you've gotta multiply or divide. I'd be interested if someone has another way.

  4. I've been using a IBM Lenovo laptop with a 15.4" widescreen and I'm pretty happy with it. It's a fairly large machine but most of the size is in the width and not depth. The widescreen is very convient for having multiple windows open. The only thing I wish I had was a little more resolution, I've got 1680x1050 but you can now get 1920x1200, which is perfect for two pages side by side (and can display 1080p natively). In the office I have two 17" lcds that are only 1280x1024, the minimum resolution I can stand. But I'm working on upgrading to a 24" widescreen with the 1920x1200 I mentioned above.

  5. QUOTE(orko @ Aug 31 2007, 12:10 PM)

    My front panel activity gets locked out for some reason. It seems to happen when I click just below the slider, on the scale. I tried un-checking the "Lock front panel until the event case for this event completes" box, but it still happens. Anyone else seeing this behavior.

  6. QUOTE(Omar Mussa @ Aug 20 2007, 11:41 AM)

    I was recently trying to compare a few ways of calculating a running average. I was surprised that the point-by-point mean was not the same as a 'traditional' mean value. The values are only off at the 10^-15 range which makes me assume that it is a floating point value problem (and makes me feel like I don't need to spend too much time working on it) but I am still surprised that there is a difference at all (especially after the first 4 iterations in my running average (which uses a 4 point buffer).

    Please look at my demo VI and see if there is any other explanation. (The VI is in 8.2.1).

    Thanks in advance!

    Even more concerning is that if you lower the millisecond delay to zero and let it run for a little bit, the Mean values 'go out of tolerance'. It looks like the point-by-point mean keeps an array of x values and a running sum. The problem is that it adds the new value to the sum and subtracts the oldest value from the sum, resulting in some rounding errors that accumulate over time. What you end up with is a sum that does not exactly equal the sum of the 4 values.

  7. I was playing around with timestamps and found this strange behavior. If I take the two DBL values: 2082844800 and 2082848400 (3600 sec difference) and convert them to timestamp, they both show the same time (5:00:00 PM 12/31/1969 PST). Does anyone know if there was a "Leap Hour" at the end of 1969?

    I've searched the web a little bit and found that in the 1970s the world standards switched from "GMT" time to Atomic Time, or "UTC" time (Coordinated Universal Time). But I could not find anything relating to an extra hour.

    Just wondering if anyone knows anything about this.

    Thanks.

    Download File:post-1591-1153108005.vi

×
×
  • Create New...

Important Information

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