topic Re: blink colours in BreakPoint

blink colours

gpsrt — Fri, 14 Aug 2009 09:21:14 GMT

Hi,

I've created one indicator and made it blinking.I've set the on color as green and off color as red.problem is, it is blinking in red and yellow alternatively. can I change these blinking colors.

Re: blink colours

gpsrt — Fri, 14 Aug 2009 09:22:09 GMT

see the attached vi

Re: blink colours

muks — Fri, 14 Aug 2009 09:53:57 GMT

But this is break point. Can you please post your future questions in labview..

Re: blink colours

muks — Fri, 14 Aug 2009 10:05:28 GMT

Use a property node and play around like this

Re: blink colours

gpsrt — Fri, 14 Aug 2009 10:33:36 GMT

k muks.cant we do the same using blinking property node

Re: blink colours

muks — Fri, 14 Aug 2009 10:39:03 GMT

OOPs sorry I dont have 8.6 so was not able to view your vi.

Re: blink colours

gpsrt — Fri, 14 Aug 2009 10:59:30 GMT

see the attached pic and how did u get the colour array

Re: blink colours

muks — Fri, 14 Aug 2009 11:15:05 GMT

Re: blink colours

muks — Fri, 14 Aug 2009 11:22:26 GMT

Yes u can use it with blinking property.

Re: blink colours

gpsrt — Fri, 14 Aug 2009 11:59:58 GMT

muks,how u r inserting pics into ur messages

Re: blink colours

muks — Fri, 14 Aug 2009 12:07:23 GMT

Re: blink colours

Mathan — Fri, 14 Aug 2009 12:08:30 GMT

Use "upload/Insert an image" option that is there 3 times right to the smiley icon

Re: blink colours

altenbach — Fri, 14 Aug 2009 15:13:29 GMT

OK, guys, let's get some sanity in this thread!!!

Most of what's been posted is pretty meaningless.

A boolean can be on or off (TRUE or FALSE).
In addition, it can also be blinking (while being TRUE or FALSE).
You can define the TRUE color and the FALSE color, but the blinking color is yellow and cannot be changed.
This means, you need to code around it.

If you only want it to alternate between two colors, you need to switch it at regular intervals from true to false. If you want custom colors for true,false, and the blinking colors, the two states of a boolean is not enough and you should probably use e.g. a colorbox. It can be made to look like an LED.

Here's a simple example.

And now let's see whats wrong with the examples posted so far.

gpsrt: blinking is a propery that remains once set until it is unset. There is no need to write the same property over and over every 100ms. You set the blinking property to TRUE to start blinking, and later to false to stop blinking. Since the alternate color is yellow, it does not solve the problem.

muks: your LED will switch millions of times per second, alternating between the FALSE and TRUE color. The loops needs a wait. Again, the colors[4] property does not change, so why write it with every iteration of the loop? This property needs to be set only once, and then never again. it belongs outside and before the loop. You can even define the colors, save the VI, and delete the property node completely. The defined colors will remain! Property nodes are expensive, so they should only be written when the values actually change.

Message Edited by altenbach on 08-14-2009 08:13 AM

Re: blink colours

JÞB — Fri, 14 Aug 2009 21:43:33 GMT

Tools>Options>Colors--Custom- Blink foreground and Blink background are .ini defined and take effect without relaunching LabVIEW. This suggests to me that it would be possible to hack the value at runtime with the right referance.

As a side note( the help for the color selections in 8.6.1 is mixed up - right name wrong text)

Re: blink colours

gpsrt — Mon, 17 Aug 2009 06:20:13 GMT

There is no need to write the same property over and over every 100ms. You set the blinking property to TRUE to start blinking, and later to false to stop blinking.

Thanks Alten,

I put 100ms just for wait between iterations.And moreover I'm not setting it to false to stop blinking.

Re: blink colours

muks — Mon, 17 Aug 2009 06:39:05 GMT

your LED will switch millions of times per second, alternating between the FALSE and TRUE color. The loops needs a wait. Again, the colors[4] property does not change, so why write it with every iteration of the loop? This property needs to be set only once, and then never again

I do undestand altenbach. I just answered the question whether the colors can be set with blinking property. I should have been more explanatory and avoided the node inside the loop.

Re: blink colours

altenbach — Mon, 17 Aug 2009 15:41:47 GMT

gpsrt wrote:
I put 100ms just for wait between iterations.And moreover I'm not setting it to false to stop blinking.

Then the property node definitely belongs outside the loop. It needs to be written exactly once.

Re: blink colours

tbob — Mon, 17 Aug 2009 19:05:51 GMT

Jeff Bohrer wrote:
Tools>Options>Colors--Custom- Blink foreground and Blink background are .ini defined and take effect without relaunching LabVIEW. This suggests to me that it would be possible to hack the value at runtime with the right referance.

As a side note( the help for the color selections in 8.6.1 is mixed up - right name wrong text)

Hey LV Gurus: Any answer on Jeff's comment? I know I can set the blinking color using the tools menu. Can it be set at runtime programatically with a property node of some sort?

Re: blink colours

JÞB — Tue, 18 Aug 2009 14:06:49 GMT

I believe the ini file color selections only affect new vi's. I haven't played with it too much yet however these colors must be in the compiled code space. Can they be accessed programatically? I could think of several "fun" things to do with access to these parameters. (like a floating logo on front panels or programatically blacking out diagrams without a system key)

Re: blink colours

tst — Tue, 18 Aug 2009 15:44:33 GMT

tbob wrote:

Can it be set at runtime programatically with a property node of some sort?

Not as far as I know. As Jeff said, it doesn't work just upon loading LV, but that doesn't mean that there's an exposed LV interface. It's also possible that the check is done directly on the INI file, although that seems unlikely. This can be checked simply by modifying the INI file.

I once posted an example (here) showing how to have dynamic frequency and color for each color, but it requires writing code for every class of control you want to support.