From 04:00 PM CDT – 08:00 PM CDT (09:00 PM UTC – 01:00 AM UTC) Tuesday, April 16, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

# LabVIEW

cancel
Showing results for
Did you mean:

Solved!
Go to solution

## Re: Numeric control over many orders of magnitude

@Dennis_Knutson wrote:
The values on a knob can be anything you want with text labels. The actual numeric value would not be displayed at all. The data type of the knob should be an integer.

Which will then be an enum, somehow.

Okay, got it, thanks for you answers 🙂

Best,

bastlwastl

Message 11 of 17
(1,104 Views)

## Re: Numeric control over many orders of magnitude

NO, it will not be an enum! A knob with text values is not at all the same. You can have text values, for example ".1ms, 1ms, 10ms" and the actual values would be 0, 1, 2. Evenly spaced on the knob and not an enum.
Message 12 of 17
(1,089 Views)

## Re: Numeric control over many orders of magnitude

@Dennis_Knutson wrote:
The values on a knob can be anything you want with text labels. The actual numeric value would not be displayed at all. The data type of the knob should be an integer.

Which will then be an enum, somehow.

Okay, got it, thanks for you answers 🙂

Best,

bastlwastl

Sorry, you don't "get it".  Dennis is correct (as usual) -- the values can be whatever you define them to be (it makes sense to set them to be the same as the Label, but you don't have to ...).  Here's an example -- the Horiz Gain control is of type Dbl, and it is wired to a Dbl indicator (not an Enum).  When I run it with the dial set to 0.2, you'll see it return 0.2.  [Also note that you have great freedom in defining the labels -- notice I use "Ten" instead of 10.0, just for effect].

A good practice if you create a dial such as this is to go into its properties and set the Data Entry property with Min and Max set to your Dial's Min and Max values, and also set it to Coerce values to this range (just to be safe).

BS

Message 13 of 17
(1,086 Views)

## Re: Numeric control over many orders of magnitude

@JÞB wrote:

Log Scale on the knob!

Ludicrous speed!

Bill

(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
Message 14 of 17
(1,065 Views)

## Re: Numeric control over many orders of magnitude

1, 2, 3, 5!

I know Bilko's luggage combo now!

go ahead- "give me the Raspberry>

Spoiler
Google "Spaceballs" and go all the way to plaid

"Should be" isn't "Is" -Jay
Message 15 of 17
(1,056 Views)

## Re: Numeric control over many orders of magnitude

@JÞB wrote:

1, 2, 3, 5!

You skipped a number in the combination.  Funny, you don't look Druish.

Prepare to hit "Post".  Ready to hit "Post"...

There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
Message 16 of 17
(1,018 Views)

## Re: Numeric control over many orders of magnitude

@bastlwastl wrote:

But then e.g. 2ms is possible if I use an increment of 1ms. But i wan't to restrict the values to 1, 10 and 100.  Or is the increment then logaritmic as well?

Use Logarithmic Mapping feature in th Knob control.

- Partha ( CLD until Oct 2024 🙂 )
Message 17 of 17
(986 Views)