Dsc alarm control bug?

Hi all,
The alarm list control retains the process watch list when a VI is copied between computers. This will make the VI both load and execute very slowly when a program starts, presumably as it will try to connect or located the processes on the other computer. It seems also not possible to set the process watch list to be listening on 'localhost' processes. Clearing the processes and then closing the VI does not work properly either, as the processes from the other computer will be back in the configuration after labview is restarted.
However I found a way to clear the process list.
1. Clear the process list.
2. Set the alarm control list in 'design mode' and then back again.
3. Save the vi.
It is quite bothersome if there are several instances of the alarm control? Is there a better way to deal with this?
Am I maybe missing something obvious?
/Roger Isaksson
Solved!
Go to Solution.

The alarm control will store the process list when the control is modified and saved. It is therefore important to shut down the calling vi cleanly and calling clean up procedures before anything is saved.
This is a workaround and a proper fix is in the works I presume?
/Roger
Attachments:
UnSubscribe All Local Processes.vi ‏18 KB

Similar Messages

Can I generate a DSC alarm based on the difference of two signals?

In the Tag Configuration Editor of the DSC module, you can set lower and upper limits on any signal (tag). This works well if the signal is expected to always be within a certain range. However, if the signal is expected to vary according to a predefined pattern, how can I detect when it passes out of the expected pattern? - In my case the problem is made easier since I have two signals I can monitor: a setpoint and an actual. Therefore I can calculate the difference between setpoint and actual and set an alarm if the difference exceeds some maximum value. However, the DSC tag configuration editor does not allow these kind of "derived channels".
One possible solution is to run LabVIEW code to mon
itor these signals in real time, continually calculate the difference and generate an error if the difference exceeds the limit I have set. The problem is there does not seem to be a way to programmatically generate a DSC alarm.
Another possible solution, but requiring more work, is to create my own VI-based server to monitor the derived channels. Then there would be two servers running - logos to acquire the FieldPoint data- and my VI based server to calculate the derived channels in real time. My question is: Is there an easier way to do this?

Hi Chris,
Go with your first proposed solution -- and write the result to a Discrete Memory tag. And set this tag to alarm on High. This will now act as your alarm tag.
Hope this helps.
Regards,
Khalid

Tree control bug for vertical scrollbar

Dear all:
I meet a problem with tree control vertical scrollbar.Pls check the picture
If set the rows of the properties of the Tree control is a number, also set the vertical scroll bar is visible.
Then if i set the height of Tree is unchangeable, then set the Tree childs rows are much more than the height, The problem is that the vertical scroll bar doesn't work. The height is increase than what i have set ,Maybe it is a bug? or not.
Anybody find this?
Attachments:
Image000011.jpg ‏66 KB

Hello,
I works fine with me.
But I added my test as attachment, so you can see if you maybe doing something else.
Kind regards,
André
Regards,
André
Using whatever version of LV the customer requires. (LV5.1-LV2012) (www.carya.nl)
Attachments:
Tree control bug question.vi ‏20 KB

DSC alarm API Timestamp

Hi,
We are currently building an application for electrical systems using cRIO and DSC HMI features. Our intention is to generate alarm condition in cRIO and display the alarms on HMI-PC using the DSC alarm API. We are looking for a very precise timing on alarms down to less than 10 milliseconds. Our current setup is configured as follows:
cRIO has a Boolean shared variable to trigger an alarm condition via calculations in cRIO.
HMI PC also has a Boolean shared variable aliased (PSP-URL) with the cRIO variable. We do this in order to enable Alarms on the PC variable and use the alarming API functionality.
From our understanding, DSC alarms API display PC-system timestamp whenever an alarm condition is triggered from cRIO. Apparently, the shared variable engine (SVE) on cRIO communicates to the SVE in the PC and passes information about alarm condition and timestamp. However the SVE in the PC only passes on information about alarm trigger to the DSC alarm API; it doesn’t take the timestamp and generates it using system (i.e. HMI PC) time.
We were wondering if we could get the cRIO timestamp on the DSC alarms list "set time"? This is the best desirable situation.
Do we have to write the cRIO timestamp to the citadel database becasue DSC alarms API just reads alarms from citadel? Once alarms are acknowledge, it wrties back the information to the database. So, there is something editing the database which is not transparent.
Any feedback on this to enlighten our understanding will be greatly appreciated.

Hi,
If I'm not mistaken that you want the timestamp data from the cRIO to be transfered to the PC, there is a setting at the cRIO shared variable (you'll need to set it at the Project Explorer where you create the time stamp) which you can have the shared variable to give out time stamp: http://zone.ni.com/reference/en-XX/help/371361H-01/lvconcepts/sv_using_nodes/
Alternatively, you could set the shared variable to transfer data of cluster data type which consists of timestamp and the datatype that represents your alarm trigger information: http://digital.ni.com/public.nsf/allkb/DDEB4D9BC34705C086257242000FF7DB
If you are using RT programming, you can place a timestamp related functions like Elapsed Time Express VI or Get time in seconds (which you need to convert using ) and bundle it with the alarm information using Bundle.vi or Bundle by Name.vi and write to the shared variable
Or you could give a screenshot of the program an explain using the screenshot on what you are planning to do.
As for your alarm acknowledgement thing, if your PC is connected with your cRIO always, you can just create some sort of hand shaking tools and use one or two shared variables specially for acknowledgement purpose. Something like a 2 way handshaking operations in a TCP/IP protocol.
Hope that helps
Warmest regards,
Lennard.C
Learning new things everyday...

DSC: Alarm time delays

Hello,
How can I make the DSC alarm tolerate transient spikes? e.g. trigger an alarm event if the temperature has exceeded the HI level for over 5 seconds, but ignore it if the HI level was only exceeded for 1 second.
Thanks!

Hi JKSH,
Please take a look at the Help File for the Alarming Page of the shared variables, under alarms, the Deadband/Time option seems to be the one you are looking for:
Deadband/Time—Sets the Deadband or Time of the alarm.
Deadband (%)—Sets the alarm deadband as a percentage of the full scale range. The Share Variable Engine (SVE) does not clear an active alarm until the percentage difference between the new value and the previous value equals or exceeds the deadband. If you set the Deadband/Time too high, the SVE might not clear the alarm.
Time (ms)—Sets the amount of time, in milliseconds, in which the shared variable value must change at least the value of Change to go into an alarm state.
steve.bm
AE | NI

Data Logging and Supervisory Control (DSC) Alarm Acknowledge / General Alarm Questions

Hi All -
I would like to know if anyone can help me with DSC and alarms. I have several shared variables that I have setup with alarms and logging with DSC. I can view them with the Shared Variable Manager, the value, status, alarm state, etc. So, I want to be able to view this info on my Front Panel and acknowledge alarms there - - Is that possible? I put "alarm and event display.vi" on my front panel and it shows when a variable goes to alarm state, but I don't see how to acknowledge the alarm once it enters the alarm state.
Other question, once a variable is in an alarm state, obviously it stays there until it is no longer in alarm, but if you acknowledge it - - what happens? does it stay 'red' color and remain in the alarm list - and what about logging, does the log indicate when the alarm was acknowledged any by whom?
So that is my next question, how do I setup and force a user to 'log-on' to be able to acknowledge alarms?
If anyone could point me at a document / tutorial / example I would really appreciate it!
Thanks!
Get Mystified

Mystic wrote:
Hi All -
I would like to know if anyone can help me with DSC and alarms. I have several shared variables that I have setup with alarms and logging with DSC. I can view them with the Shared Variable Manager, the value, status, alarm state, etc. So, I want to be able to view this info on my Front Panel and acknowledge alarms there - - Is that possible? I put "alarm and event display.vi" on my front panel and it shows when a variable goes to alarm state, but I don't see how to acknowledge the alarm once it enters the alarm state.
Other question, once a variable is in an alarm state, obviously it stays there until it is no longer in alarm, but if you acknowledge it - - what happens? does it stay 'red' color and remain in the alarm list - and what about logging, does the log indicate when the alarm was acknowledged any by whom?
So that is my next question, how do I setup and force a user to 'log-on' to be able to acknowledge alarms?
If anyone could point me at a document / tutorial / example I would really appreciate it!
Thanks!
Get Mystified
When your VI is running, you can right-click on the alarm & event display control and it will give you the option of acknowledging the alarm. Another option would be to use the Acknowledge Alarm.vi and create your own interface.
Once the alarm is acknowledged, the alarm color will change to magenta and the acknowledgement information will be displayed.
The acknowledgement information - user, time, comment - will be logged if logging alarms is enabled.
Regards,
Robert

ICal Alarm Editing Bug: Time off 4 hours, not fixed yet in 10.5.5?

Hi again all Mac users,
I have noticed this bug for quite a long while, which I cannot remember from when, but I think it was from around 10.3 or 10.4. I am used to it, and can deal with this since I know it. But, it still seems to persist even after updating to 10.5.5, and I have finally wanted to raise the issue up to this forum, in order to get it fixed, or obtain knowledge on how to fix this in my Mac.
When you double-click or Command+I an event in iCal, the detail of the event shows up, and you click "Edit" button at the bottom to edit it. Most of my events' "Alarm" are set as "Alarm with Sound". To edit this, you click right next to "Alarm" to bring out the pull-down menu. You can change "Alarm with Sound" to "No Alarm", etc. Also, you will see a list of the latest settings you used at the bottom of this pull-down menu, with date, time and sound, etc. to choose from.
*My Bug Phenotype:*
ALL of the listed settings in this pull-down menu are EXACTLY 4 hours (FOUR HOURS) later of what that actually sets and do. For instance, I set a new event at "2008/6/1 10:00, playing Susumi sound". This setting will newly show up in the for-mentioned pull-down menu. But, because of a bug or by an unknown reason, within the list it shows "2008/6/1 14:00, playing Susumi sound", showing the time 4 hours later. Continuously, if you edit another event's alarm setting, and choose the previous setting of erroneous "2008/6/1 14:00, playing Susumi sound" that shows up from the pull-down menu, the event you're editing will actually be set to "2008/6/1 10:00, playing Susumi sound", which is correct with the very original setting I first used, but then again it is 4 hours ahead of what you see in the pull-down list. Once set, all event will show the proper Alarm time set, and work at the correct timing. It seems that there's a bug just in this pull-down menu showing the previous settings, adding and showing 4 hours later to what it should be, but also correctly stores and set the original time.
Does everybody understand what I tried to explain?
Does anyone else have the same experience?
Is this just me?
Is it always 4 hours?
Any way to fix this?
Is this an iCal Bug, to be fixed?
Thanks for your help in advance!
Dr.MORO
PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
PPS: I have used many different disk maintenance tool of most kinds, both free and commercial, but nothing has helped.
PPPS?: This is my second post on this iCal issue this year, last time on May 30, 2008, but no one seems to care... Really? No one has the same symptoms? Weird...

Dr.MORO,
1. Try refreshing the iCal plist file. Navigate to your Macintosh HD/Users/yourusername/Library/Preferences Folder, and find the com.apple.iCal.plist file. Drag that file to your desktop, log out/in or restart.
2. What time do you have set in your iCal Time Zone Window?
3. Have you tried to change your settings in System Preferences...>International>Formats>(Region:) (Dates) (Times)? Customize... Quit iCal before changing these settings, and repeat #1 above before opening iCal.
4. Do you have a default time checked in iCal>Preferences...>General>Add a default alarm to all new events and invitations?
5. Do you have "Turn on time zone support" checked in iCal>Preferences>Advanced?
6. Do you have the proper "Time Zone" selected in System Preferences...>Date & Time?
7. Are you syncing any of your computers?
PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
Only through AppleCare, but your equipment is probably no longer covered. As far as I know you could still use AppleCare but it would cost an arm and a leg for phone support since you no longer have a contract. Do you have an Apple Store or Authorized Apple Provider nearby?
PPPS?: This is my second post on this iCal issue this year, last time on May 30, 2008, but no one seems to care...
Since Apple Discussions participation relies entirely upon other users for possible solutions, it is my guess that no one had the same problem or could offer a reasonable solution. Sorry to hear that you did not get a response to your previous post, but I care.
;~)

ICal Alarm Editing Bug, not fixed yet in 10.5.3?

Hi All Mac users,
I have noticed this bug for quite a long while, which I cannot remember from when, but I think it was from around 10.3 or 10.4. I am used to it, and can deal with this since I know it. But, it still seems to persist even after updating to 10.5.3, and I have finally wanted to raise the issue up to this forum, in order to get it fixed, or obtain knowledge on how to fix this in my Mac.
When you double-click or Command+I an event in iCal, the detail of the event shows up, and you click "Edit" button at the bottom to edit it. Most of my events' "Alarm" are set as "Alarm with Sound". To edit this, you click right next to "Alarm" to bring out the pull-down menu. You can change "Alarm with Sound" to "No Alarm", etc. Also, you will see a list of the latest settings you used at the bottom of this pull-down menu, with date, time and sound, etc. to choose from.
*My Bug Phenotype:*
ALL of the listed settings in this pull-down menu are EXACTLY *4 hours* (FOUR HOURS) later of what that actually sets and do. For instance, I set a new event at "2008/6/1 10:00, playing Susumi sound". This setting will newly show up in the for-mentioned pull-down menu. But, because of a bug or by an unknown reason, within the list it shows "2008/6/1 14:00, playing Susumi sound", showing the time 4 hours later. Continuously, if you edit another event's alarm setting, and choose the previous setting of erroneous "2008/6/1 14:00, playing Susumi sound" that shows up from the pull-down menu, the event you're editing will actually be set to "2008/6/1 10:00, playing Susumi sound", which is correct with the very original setting I first used, but then again it is 4 hours ahead of what you see in the pull-down list. Once set, all event will show the proper Alarm time set, and work at the correct timing. It seems that there's a bug just in this pull-down menu showing the previous settings, adding and showing 4 hours later to what it should be, but also correctly stores and set the original time.
Does everybody understand what I tried to explain?
Does anyone else have the same experience?
Is this just me?
Is it always 4 hours?
Any way to fix this?
Is this an iCal Bug, to be fixed?
Thanks for your help in advance!
Dr.MORO
PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
PPS: I have used many different disk maintenance tool of most kinds, both free and commercial, but nothing has helped.

Dr.MORO,
1. Try refreshing the iCal plist file. Navigate to your Macintosh HD/Users/yourusername/Library/Preferences Folder, and find the com.apple.iCal.plist file. Drag that file to your desktop, log out/in or restart.
2. What time do you have set in your iCal Time Zone Window?
3. Have you tried to change your settings in System Preferences...>International>Formats>(Region:) (Dates) (Times)? Customize... Quit iCal before changing these settings, and repeat #1 above before opening iCal.
4. Do you have a default time checked in iCal>Preferences...>General>Add a default alarm to all new events and invitations?
5. Do you have "Turn on time zone support" checked in iCal>Preferences>Advanced?
6. Do you have the proper "Time Zone" selected in System Preferences...>Date & Time?
7. Are you syncing any of your computers?
PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
Only through AppleCare, but your equipment is probably no longer covered. As far as I know you could still use AppleCare but it would cost an arm and a leg for phone support since you no longer have a contract. Do you have an Apple Store or Authorized Apple Provider nearby?
PPPS?: This is my second post on this iCal issue this year, last time on May 30, 2008, but no one seems to care...
Since Apple Discussions participation relies entirely upon other users for possible solutions, it is my guess that no one had the same problem or could offer a reasonable solution. Sorry to hear that you did not get a response to your previous post, but I care.
;~)

Dsc 8.20 bug

HI,
there is an issue with DSC 8.20 and opc client (updated or not) that is bugging me.
Make a new library with an opc client inside and deploying works.
Change the name of the computer (restart the computer) and
when I try to deploy a library with opc client
inside it , I get "Visual C++ runtime error, Labview needs to close in
an unusual way.....".
Verified with win2000 and winXP with DSC 8.20.
Another issue is that from a computer with winXP the opc client does
not connect to a any opc server from a win2000 computer besides
OPCLabview ver.6.
I followed every configurations (DCOM and else) specified by NI. From win2000 to win2000 works ok.
cosmin

Cosmin:
Thank you very much for your response, here are some suggestions/answers for your questions:
1. I created a library with an OPC server using LabVIEW DSC 8.2 and I then deployed it. After renaming and restarting my computer, I re-deployed my library and everything still worked fine. I am curious as to what you did differently to obtain that error.
2. I would suggest you to see if you can use "Server Explorer" to communicate with your OPC server on the client pc that is running Windows XP and let me know what you find.
3. Regarding not being able to install LabVIEW on a computer with Win 2000 and sp2, Page 3 of the LabVIEW Release Notes mentions that to use LabVIEW with Windows 2000, you must have service pack 3 or later installed.
I hope this helps and please let me know what I need to do to reproduce your issue.
Best Regards,
Rudi N.

Parental Controls bug in Mountain Lion 10.8.2

For years I've used Parental Controls, not to restrict my daughter's web content, but to limit her time on the computer. But tonight I upgraded Mountain Lion from 10.8.1 to 10.8.2 and something broke.
Suddenly every secure web page she tries to access (to include google, gmail, amazon, etc.) fails. It says "Parental controls restricts access to secure websites".
A little hunting around turned up the following Apple Knowledge Base article: http://support.apple.com/kb/HT2900 that says "https note: For websites that use SSL encryption (the URL will usually begin with https), the Internet content filter is unable to examine the encrypted content of the page. For this reason, encrypted websites must be explicitly allowed using the Always Allow list. Encrypted websites that are not on the Always Allow list will be blocked by the automatic Internet content filter."
I understand that logic however that should NOT apply to me since I'm not trying to automatically restrict her adult web content or create allowed/blocked site lists, etc. She has *unrestricted* web site access, so the Internet content filter shouldn't even be in play here.
Just to get this up and running, I did type the Admin account and password in at the prompt to let her gain access to the web pages. However that did not work. Even though it said it would now allow access - it did not.
I also tried going into Parental Controls, turning ON web site filtering, going into Custom, and adding in approved secure web sites (google, etc.) Even *that* did not work.
Everything was great until 10.8.2 came along but now her account is for all intents and purposes unusable.
Help? And thanks.

Same problem here. Apple seems to be neglecting the parental controls. First, they broke X11: http://xquartz.macosforge.org/trac/ticket/439. 10.8.1 didn't address that problem. Not only does 10.8.2 not address the X11 bug, it actually breaks secure web browsing!
Just to add a little more information, secure browsing on Safari seems to work OK for me once authorized. However, neither Firefox nor Chrome work with any secure site even after they have been authorized. Unfortunately, my daughter's school site is secure and it doesn't work on Safari so her Mac is useless for school now.
Looks like I'll have to restore using Time Machine and not update again until I know this has been addressed.
Apple, I'm not impressed.
Mike

DSC Alarm Setup - what went wrong?

I have a DSC application reading +- 1100 NI OPC tags into SVE from four different PLC's. While I do engineering I move the application between two PC's depending on which one is avalable at the time to do engineering. The Citadel database has the same name and location on the PC harddrives, etc. On the first setup iteration all the analog and binary alarms was operational. Somewhere along the line I lost the alarming operation in that none is presented to Alarm and Event display on the front panel or in the DB. Apart form the basic setup, is there any suggestion to maybe reset values, recreate DB (hopefully not), etc?
Regards,
Pierre

Do none of the variables trigger alarms anymore? Does this occur on both PCs? I assume you have checked that the variable value is in the alarm's range? What happens when you create a new variable for your OPC tag and enabe alarming? What version of LabVIEW DSC are you using?
Thanks,
Anna K.
National Instruments

Cursor Legend Tab Control BUG

Attached is a VI illustrating a bug with the Cursor Legend when graphs are in tab controls. If you enter in a number in the "Cursor X position to move to", then switch pages on the tab control, you'll notice the cursor has moved to the appropriate place, BUT the cursor legend has not changed to reflect that. Once you manually move it, it updates.
In short, if the cursor position changes programmatically, the cursor legend will update ONLY IF THE XY GRAPH IS VISIBLE, even though the cursor position DOES change.
I hope someone from NI will see this post and add it to the bug list (if not already there??). If anyone knows a work around, that would be appreciated also.
Michael
Using LV 8.2
Attachments:
CursorLegendTabControlBUG.vi ‏27 KB

Good idea. It doesn't work exactlly, but gave me the idea for how to work around. It appears even if you have a tab value change event doing the same thing the Cursor X Position numeric indicator value change event, the cursor legend X value will not change. You can even try entering the same value in the indicator and pressing return after switching tabs, the cursor legend will not update. It thinks for some reason it is on the correct index. I made a Tab Value change event that first moves the cursor to the next index, then moves the cursor back to the correct index. Ugly but works. Hopefully in the next ver of LV they will have fixed a lot of these cursor bugs; there is definitely some work to be done (i.e. fixing cursor X position for XY graphs, an extremelly annoying bug)
Michael
Message Edited by miguelc on 02-23-2007 03:49 PM
Message Edited by miguelc on 02-23-2007 03:50 PM
Attachments:
CursorLegendTabControlBUG_wrkaround.vi ‏34 KB

Text Tool on Tab Control Bug?

I'm trying to create some free labels on a tab control with the text tool and I've found the postion of the text insertion point is off. When I click anywhere on the tab the text appears a few inches above the point that I clicked on. The tool is working fine off the tabs and when I go to select the previously written text with it that works too. I've noticed the insertion point jumps around and is often in a new place when I open a new VI and drop a tab control down. I have free text on tabs I created last week so I know it wasn't doing it then. Has anyone else seen this behaviour?
Using LabVIEW: 7.1.1, 8.5.1 & 2013
Solved!
Go to Solution.

Hi NIquist,
Your problem has been discussed in another thread and considered as Bug in LabVIEW 8.6 and reported as CAR. Have a nice day!
Sincerely,
Krisna Wisnu
Sincerely,
Krisna Wisnu

DSC Alarms: how to get the current alarm levels / setpoints

I have a VI that can get the alarm levels for shared variables as they are set in the project library.
But I have programmatically changed the values for the alarm levels, so the Distributed System Manager shows different levels as compared to what my VI displays. I want the updated or current alarm levels - the ones that are retrieved by Read Alarms (called setpoints).
I could use Read Alarms, but that only shows the shared variables that are in alarm. I want all the shared variables in a process that is currently deployed.
Any suggestions?
BTW, is Distributed System Manager the same tool as Shared Variable Monitor? I can't find the Shared Variable Monitor on my system.
G

Hi Gretchen,
To answer your second question first, Shared Variable Monitor was the old name for what became Distributed System Manager. There was also some added functionality beyond just shared variables with DSM, so the name got changed.
As for suggestions regarding your application, I could use a little bit of clarification. I understand you're programmatically changing the alarm values and you want to display the values of your shared variables and their respective alarm states, correct? Also, when you're running your VI DSM does not update with the new alarm values (what happens when you hit the refresh button?).
I found a couple examples that may be useful moving forward Example 1, Example 2. These cover using shared variables and DSC's alarming features.
Tim W.
Applications Engineering
National Instruments
http://www.ni.com/support

Photoshop and OSX Mission Control bug

Hi, i'm using Photoshop CS6 (13.1.2) from Creative Cloud subscription.
I'm working on a Retina Macobook Pro with OSX 10.8.3 and i'm working with different desktops using OSX Mission Control feature to switch between desktops.
The problem that i encounter is that when i switch from the desktop where Photoshop is opened to another desktop, and then i return to the desktop where is opened Photoshop, well i can't no more use the keyboard shortcuts to change the tools, like switching from (M) Marquee tool to (V) Move Tool.
It's a bug that will be solved in a next update or i'm doing something wrong?
Thank you!

I'll try some tests, anyway sometimes it respond and sometimes not.
One thing i'm sure: when not responding, i try to click on the Photoshop interface and then i try some keystroke, but it still not respond to keystrokes.
I'll let you know as soon as possibile.

Dsc alarm control bug?

Similar Messages

Maybe you are looking for