Chapter-10
Alarm Processing
Alarm Processing
မာတိကာ
၁၀.၁ Alarm စတင္
ျဖစ္ေပၚပံု 1
၁၀.၂ Alarm အမ်ိဳးအစားမ်ား 2
၁၀.၃ Alarm
Management 4
၁၀.၃.၁ Analog
Alarm Point 4
၁၀.၃.၂ Binary
Data Object and Binary Input Object(BI) Alarm.. 8
၁၀.၄ Analog Input
Alarm ဥပမာမ်ား 9
၁၀.၅ Digital Input
Alarm ဥပမာမ်ား 10
၁၀.၆ Nuisance
Alarm သုိ႔မဟုတ္ False
Alarm
Alarm မ်ား
ထုတ္ေပးႏို္င္ျခင္းႏွင့္
alarm မ်ားကုိ အေရးႀကီးလ်ွင္ႀကိီးသလုိ
စီမံ(manage)ႏုိင္ျခင္းသည္
Building Automation System(BAS)၏ အထူးျခားဆုံးႏွင့္
အေရးႀကီးဆုံး
feature တစ္ခု ျဖစ္သည္။
အေၾကာင္းမ်ားစြာေၾကာင့္
alarm မ်ား ျဖစ္ေပၚႏုိင္သည္။
Alarm မ်ားကုိ ဦးစားေပးအဆင့္မ်ား(priority)
ခဲြျခားၿပီး လုိအပ္သည့္
ေဆာင္ရြက္မႈမ်ား
ျပဳလုပ္ရန္ စီမံထားႏိုင္သည္။
Alarm မ်ားကုိ ထုိကဲ့သုိ႔
စနစ္တက် အဆင့္(level)
မ်ား ခြဲကာ စီမံႏုိင္ေသာေၾကာင့္
efficient ျဖစ္သည္။ Consistent ျဖစ္သည္။

|
ပံု
၁၀-၁ Alarm ျဖစ္ေပၚခ်ိန္၊
ဦးစားေပးအဆင့္(priority)
စသည္တို႔ကို
ေဖာ္ျပသည့္ alarm
page
|
Alarm တစ္ခုသည္
DDC controller အတြင္းရိွ control
logic မွ တဆင့္ စတင္
ျဖစ္ေပၚလာသည္။
တစ္နည္းအားျဖင့္
control logic သည္ control program ျဖစ္သည္။
Sensor က ဖတ္ယူထားသည့္
တန္ဖိုး(value) ႏွင့္
ႀကိဳတင္သတ္မွတ္ထားသည့္တန္ဖိုးတုိ႔
ႏႈိင္းယွဥ္ၿပီး
alarm အဆင့္ သတ္မွတ္ရန္
control program က ဆံုးျဖတ္ေပးသည္။
ဥပမာ- အခန္းအပူခ်ိန္(temperature)သည္
25°C ထက္ပို မ်ားလာပါက
alarm ထုတ္ေပးရန္
program လုပ္ထားသည္။
အကယ္၍ sensor ရရွိသည္
တန္ဖိုး(value) သည္
25°C ထက္ ပိုမ်ား လာပါက
အခ်ိန္ အနည္းငယ္မ်ွ
ေစာင့္ၾကည့္ၿပီး
25°C ထက္ ဆက္မ်ားေနပါက
ထုိအခန္းအပူခ်ိန္
point မွ alarm တစ္ခု ထုတ္ေပးရမည္။

|
ပံု
၁၀-၂ ေခတ္မွီ အေဆာက္အဦးတစ္ခု
၏ control room
|
Alarm ထုတ္ေပးႏုိင္သည့္
output device မ်ားစြာရွိသည္။
Screen ေပၚတြင္ ေဖာ္ျပ(display)ျခင္း၊
hand phone မွ SMS ထုတ္ေပးျခင္း၊
printer မွ print ထုတ္ေပးျခင္း
စသည္တုိ႔ ျဖစ္နုိင္သည္။
Alarm တစ္ခု ျဖစ္ေပၚသည္ႏွင့္
တစ္ၿပိဳင္နက္
မွတ္တမ္းတင္ၿပီး
(register လုပ္ၿပီး) operator
unit ဆီသို႔ ေပးပုိ႔သည္။
ျဖစ္ေပၚသမ်ွ
alarm မ်ားအားလံုးႏွင့္
ပတ္သက္သည့္ အခ်က္အလက္((information)မ်ားကို
alarm database တြင္ စနစ္တက်
မွတ္တမ္းတင္ထားရမည္။
ထုိ alarm ႏွင့္ ပတ္သက္သည့္
အခ်က္အလက္မ်ား(information)
မ်ားကုိ remote device မ်ားျဖစ္သည့္
mobile phone ၊ fax machine၊ printer ၊ PC ႏွင့္
web browser တုိ႔ကုိ email သုိ႔မဟုတ္
SMS တုိ႔ ပုိ႔ေပးသည္။
Alarm list ၌ အခ်ိန္ႏွင့္တကြ
clear လုပ္ၿပီးသည့္
alarm ၊ acknowledge လုပ္ၿပီးသည့္
alarm ၊ pending ျဖစ္ေနသည့္
alarm စသည္တုိ႔ကုိ
ရွင္းလင္း ထင္ရွားစြာ
ေဖာ္ျပထားသည္။
Pop-up window ၊ Audible ႏွင့္ visual signal
alert မ်ားကုိ operator ထံသုိ႔
ပုိ႔ေပးသည္။
Alarm မ်ားကုိ BACnet
standard အရ အမ်ိဳးအစား
သံုးမ်ိဳး ခဲြျခားႏုိင္သည္။
(၁)
|
Simple Alarm - User သုိ႔မဟုတ္
operator မွ မည္သည့္ ေဆာင္ရြက္မႈကုိမ်ွ
လုပ္ရန္ မလုိအပ္ပါ။
အသိေပး႐ုံသာျဖစ္သည္။
|
(၂)
|
Basic Alarm - User သုိ႔မဟုတ္
operator မွ acknowledge လုပ္ရန္
လုိအပ္သည္။ အေရးႀကီးသည့္
alarm ျဖစ္ေသာေၾကာင့္
ထုိ alarm ျဖစ္ေနေၾကာင္း
acknowledge လုပ္ရန္ လုိသည္။
Acknowledge လုပ္သည္ဆုိသည္မွာ
alarm ျဖစ္ေနေၾကာင္း
operator က သိၿပီဟု လက္ခံလုိက္ျခင္း
ျဖစ္သည္။
|
(၃)
|
Extended Alarm - User သုိ႔မဟုတ္
operator မွ acknowledge လုပ္ရန္
ႏွင့္ reset လုပ္ရန္
လုိအပ္သည္။ အေရးႀကီးသည့္
alarm ျဖစ္ေသာေၾကာင့္
စက္မ်ား ႏွင့္
process မ်ားကို ပိတ္
(shutdown) ထားႏုိင္သည္။
စက္မ်ား ျပန္ေမာင္းရန္
ႏွင့္ process မ်ား ျပန္စရန္အတြက္
reset လုပ္ရန္ လုိအပ္သည္။
|
Alarm မ်ားကုိ ေအာက္ပါအတုိင္း
ခဲြျခားႏုိင္ပါသည္။
(၁)
|
Digital Alarm - contact point တစ္ခု
open သုိ႔မဟုတ္ close ကုိ
assign လုပ္သည္။
ဥပမာ- Air Handling Unit ၏
blower ေမာ္တာ trip point မွ digital
alarm ျဖစ္ေပၚလိမ့္မည္။
|
(၂)
|
Analogue Alarm – လက္ရွိတန္ဖိုး(current
value)သည္ high သုိ႔မဟုတ္
low alarm limit ၏ အျပင္ဘက္သို႔
ေရာက္သည့္အခါ
analogue alarm ျဖစ္ေပၚလာလိမ့္မည္။
ဥပမာ- အခန္းအပူခ်ိန္(temperature)ကို
25°C ထက္ (၅)မိနစ္ၾကာေအာင္
ပိုျမင့္ေနပါက
analogue alarm ျဖစ္ေပၚလိမ့္မည္။
|
(၃)
|
Status Alarm - Contact ၏ status သည္
ေမ်ွာ္လင့္ထားသည့္
တန္ဖိုး(expected value) အတုိင္းမျဖစ္ခဲ့လ်ွင္
initiate လုပ္ရန္၊
ဥပမာ- device တစ္ခုသည္
control signal ကုိ ေကာင္းစြာ
response မလုပ္သည့္အခါ
status alarm ျဖစ္ေပၚလိမ့္မည္။
|
(၄)
|
Totalizer Alarm - Variable တစ္ခု၏
စုစုေပါင္းတန္ဖိုး(accumulated
value)သည္ high limit ပမာဏကုိ
ေက်ာ္လြန္သည့္အခါ
initiate လုပ္ရန္
ဥပမာ- ေမာ္တာတစ္လံုး
သံုးစြဲသည့္
စြမ္းအင္သည္
လစဥ္ 1500 kWh ထက္ေက်ာ္လြန္ပါ
totalizer alarm ျဖစ္ေပၚလိမ့္မည္။
|
(၅)
|
Hours Run Alarm - စက္တစ္ခုခု၏
ေမာင္းခ်ိန္နာရီေပါင္း(total
hours run)သည္ သတ္မွတ္ထားသည့္
set limit ကုိ ေက်ာ္လြန္သြားသည့္အခါ
initiate လုပ္ရန္ တုိ႔
ျဖစ္သည္။
ဥပမာ-
chiller တစ္လံုး၏ ေမာင္းခ်ိန္နာရီေပါင္း(total
hours run) (၁၅၀၀၀)ေက်ာ္ပါက
အႀကီးစား ျပဳျပင္မႈ(major
overhaul) ျပဳလုပ္ရန္
hours run alarm ျဖစ္ေပၚလိမ့္မည္။
|
Alarm တစ္ခုသည္
controller အတြင္းရိွ control
logic မွ တဆင့္ စတင္
ျဖစ္ေပၚ လာၿပီးေနာက္
operation level processor ထံေရာက္ရိွ
သြားသည္။ Operation level processor
သည္ controller မွ alarm တစ္ခုကို
လက္ခံရရိွၿပီးေနာက္
ေအာက္ပါ alarm processing လုပ္ငန္းမ်ားကုိ
စတင္ ေဆာင္ရြက္သည္။
(၁)
|
Alarm point သည္ လက္ခံ
ရရိွသည့္ processor အတြက္
ေပးပုိ႔သည္ ဟုတ္မဟုတ္
စစ္ေဆးသည္။
|
(၂)
|
Server ႏွင့္ အျခားေသာ
LAN processor မ်ားဆီသုိ႔
re-broadcast လုပ္သည္။
|
(၃)
|
Alarm သည္ လက္ခံရရိွသည့္
processor အတြက္ျဖစ္လ်ွင္
ထုိ alarm ကုိ ခ်က္ခ်င္း
ေဖာ္ျပ(display) သည္။
|
(၄)
|
Alarm printer ဆီသုိ႔
print ထုတ္ရန္ output alarm message အျဖစ္
ေပးသည္။
|
(၅)
|
မည္သည့္ alarm point
ျဖစ္ေၾကာင္း
အကၡရာ(text)ျဖင့္ ေဖာ္ျပသည္။
|
(၆)
|
ေန႔စြဲ(date)/ အခ်ိန္(time)
ပါဝင္သည္။
|
(၇)
|
Action လုပ္ရန္ လိုအပ္သည့္
alarm ဟုတ္မဟုတ္ စစ္ေဆးသည္။
ေဆာက္ရြက္စရာ
တစ္စံုတစ္ရာ
ရွိ မရွိ စစ္ေဆးသည္။
|
(၈)
|
Graphic ေပၚတြင္ alarm
ျဖစ္ေနေၾကာင္း
ေဖာ္ျပသည္။
|
ဥပမာ-
alarm ျဖစ္ေနသည့္ point
သည္ အနီေရာင္ ျဖစ္ေနသည္။
Acknowledged မလုပ္ရေသးလ်ွင္
ထုိ alarm သည္ မိတ္တုံမိတ္တုံျဖစ္(blinking)
ျဖစ္ေနသည္။
Acknowledge လုပ္သည္ဆုိသည္မွာ
operator က ထုိ alarm ျဖစ္ေပၚေနေၾကာင္း
သိသည္ဟု လက္ခံလုိက္ျခင္းကုိ
ဆုိလုိသည္။ Alarm မ်ား
သိမ္းဆည္း ထားသည့္
historical file တြင္ မွတ္တမ္းတင္(record)သည္။
Historical alarm မ်ားကုိ ေနာင္တစ္ခ်ိန္၌
ျပန္စစ္ေဆးရန္
လိုအပ္သည္။
BAS သုိ႔မဟုတ္
BMS system တစ္ခုသည္ စကၠန္႔တုိင္း၌
တန္ဖုိး(reading)မ်ားကုိ
program လုပ္ထားသည့္
တန္ဖုိးမ်ား(value)
နွင့္ ႏိႈင္းယွဥ္ၿပီး
warning သုိ႔မဟုတ္ alarm မ်ားကုိ
ထုတ္ေပးေနသည္။
ထို alarm မ်ားကုိ ၾကည့္၍
operator မ်ားသည္ ျပႆနာ
ျဖစ္ေပၚေနသည့္
ေနရာကုိ အေလးေပးကာ
ဂ႐ုစိုက္ ႏုိင္သည္။


Analog point မ်ား၌
alarm limit အျပင္ warning limit လည္းရိွသည္။
ထုိ warning message မ်ား ကုိလည္း
alarm မ်ားကဲ့သုိ႔ပင္
alarm printer ၌ print လုပ္ၿပီး
operator workstation ရိွ hard disk အတြင္း၌
file အျဖစ္လည္း သိမ္းဆည္းထားရမည္။
Message ၌
ေန႔စဲြ(date)၊ အခ်ိန္(time)
ႏွင့္ point name စသည္တုိ႔
ပါရိွရမည္။ ထုိ
alarm ကို operator တစ္ေယာက္ေယာက္က
acknowledge လုပ္ပါက ထုိ
operator နာမည္ ႏွင့္
alarm ကုိ event အျဖစ္ သိမ္းဆည္းရမည္။
ေန႔စဲြ(date) ၊အခ်ိန္(time)
၊ point name ႏွင့္ operator နာမည္
တုိ႔ကုိ operator work station မ်ား
အားလုံး၌ သိမ္းဆည္းထားရမည္။
ထုိ alarm point သည္ ပံုမွန္အေျခအေန(normal
status)သုိ႔ ေရာက္သြားသည့္
အခါ event အျဖစ္ သတ္မွတ္ၿပီး
ေန႔စဲြ(date)၊ အခ်ိန္(time)
ႏွင့္ point name တုိ႔ကုို
သိမ္းဆည္းရမည္။
Output တစ္ခုကုိ operator တစ္ေယာက္ေယာက္မွ
override လုပ္သည့္အခါ
ေန႔စဲြ(date)၊ အခ်ိန္(time)
၊ point name ႏွင့္ override လုပ္သည့္
operator နာမည္ တုိ႔ကုိ
သိမ္းဆည္း ထားရမည္။

|
ပံု
၁၀-၃ Analogue alarm ႏွင့္ သက္ဆုိင္သည့္
တန္ဖိုးမ်ား
|
Analog point တစ္ခုသည္
ေအာက္ပါ အေျခအေန(state)
(၅)ခုအနက္မွ တစ္ခုခု
ျဖစ္ေနႏုိင္သည္။
|
(၁)
|
High Alarm အေျခအေန(state)
[တစ္စံုတစ္ခု
ေဆာင္ရြက္ရန္
လုိသည့္ အေျခအေန]
|
|
(၂)
|
High Warning အေျခအေန(state)
[သတိထား ေစာင့္ၾကည့္ရမည့္
အေျခအေန]
|
|
(၃)
|
Normal အေျခအေန(state)
[ပံုမွန္အေျခအေန]
|
|
(၄)
|
Low Warning အေျခအေန(state)
[သတိထား ေစာင့္ၾကည့္ရမည့္
အေျခအေန]
|
|
(၅)
|
Low Alarm အေျခအေန(state)
[တစ္စံုတစ္ခု
ေဆာင္ရြက္ရန္
လုိသည့္ အေျခအေန]
|

Alarm limit မ်ားကုိ
အသက္အႏၲရာယ္ ႏွင့္
ေဘးအႏၲရာယ္ လုံျခံဳေရး(safety)
သုိ႔မဟုတ္ comfort စသည့္
criteria မ်ား အေပၚတြင္
အေျခခံ၍ သတ္မွတ္သည္။
Facility manager မ်ားသည္ analog
inpoint မ်ား၏ alarm မ်ား အားလုံးကုိ
လုိအပ္လ်ွင္ ျပန္လည္
စစ္ေဆးသင့္သည္။
Warning limit မ်ားကုိ
ျဖစ္ႏုိင္ေျခရိွသည့္(ေမ်ွာ္လင့္ထားသည့္)
တန္ဖုိးမ်ား အေပၚတြင္
မူတည္၍ သတ္မွတ္သင့္သည္။
ဥပမာ- BAS System တစ္ခု၌
အပူခ်ိန္(temperature)ကုိ
setpoint၏ ±2ºC အတြင္း၌ ရေအာင္
control လုပ္ရမည္ဆုိလ်ွင္
normal band ကုိ 4ºC (+2ºC ႏွင့္
-2ºC) သတ္မွတ္ ေပးရမည္။
ထုိ normal band 4ºC ကုိ အေျခခံ၍
warning limit ကုိ သတ္မွတ္ေပးရမည္။
Warning limit မ်ားကုိ DDC controller အတြင္း၌
ပါဝင္ေနသည့္
point မ်ား အတြက္သာ
သုံးရမည္။ Control loop မွ
စ၍ ျပႆနာ (problem) ျဖစ္ေနပါက
operator ထံသုိ႔ warning limit ျဖင့္
သတိေပးရမည္။
Facility manager မ်ားသည္ warning
limit မ်ားကုိ အခါအားေလ်ာ္စြာ
စစ္ေဆးသင့္သည္။
အထက္ပါပုံ(၁၀-၄)သည္
analogue data object တစ္ခုႏွင့္
analogue input object တစ္ခုတုိ႔၏
alarm management function ကုိ ေဖာ္ျပထားသည့္
diagram ျဖစ္သည္။
တျခားေသာ
event အမ်ိဳးအစားမ်ားမွာ
(က)
|
Operator တစ္ေယာက္ေယာက္က
override လုပ္ထားသည့္
point မ်ား
|
(ခ)
|
Controller ၊ PC စသည့္
hardware မ်ား off line ျဖစ္သြားသည့္အခါ
သုိ႔မဟုတ္ Off line ျဖစ္ေနရာမွ
Online ျပန္ ျဖစ္လာသည့္အခါ
|
(ဂ)
|
Operator မ်ား Log on/Log off လုပ္သည့္အခါ၊
သုိ႔မဟုတ္ point တစ္ခုခုကုိ
command ေပးသည့္ အခါ
|
(ဃ)
|
Totalization limit ျပည့္သြားသည့္အခါ
။ (ဥပမာ- run hour နာရီ (၁၀၀၀)
ျပည့္သည့္အခါ)
|
(င)
|
Energy management feature မ်ားျဖစ္သည့္
demand limiting/load rolling စသည္တုိ႔
လုပ္ေပးရန္ မျဖစ္ႏုိင္ေတာ့သည့္အခါ
တုိ႔ျဖစ္သည္။
|

(၁)
|
Normal အေျခအေန(state)
– လက္ရွိတန္ဖိုး(current
value)သည္ Normal operating range အတြင္းတြင္
ျဖစ္သည္။
|
(၂)
|
High or low warning အေျခအေန(state)
– လက္ရွိတန္ဖိုး(current
value)သည္ Normal Operating range ၏ အျပင္ဘက္တြင္
ရိွေနၿပီး ၊ alarm
limit အတြင္း၌ ရိွေနသည္။
|
(၃)
|
High or low alarm အေျခအေန(state)
– လက္ရွိတန္ဖိုး(current
value)သည္ alarm limit အျပင္ဘက္၌
ရိွေနသည္။
|
|
ပံု
၁၀-၅ Alarm router
|
High Alarm Limit
|
|
လက္ရွိတန္ဖိုး(current
value)သည္ high alarm limit(analogue point အတြက္)သုိ႔
ေရာက္လ်ွင္ ေသာ္လည္းေကာင္း၊
ေက်ာ္လ်ွင္ ေသာ္လည္းေကာင္း
high alarm state (digital point အတြက္) သုိ႔ေရာက္သြားေၾကာင္း
report လုပ္ေပးသည္။
|
Low Alarm Limit
|
|
လက္ရွိတန္ဖိုး(current
value)သည္ low alarm limit(analogue point အတြက္)
သုိ႔ေရာက္လ်ွင္ေသာ္လည္းေကာင္း၊
ေက်ာ္လ်ွင္ေသာ္လည္းေကာင္း
low alarm state (digital point အတြက္) သုိ႔ေရာက္သြားေၾကာင္း
report ထုတ္ေပးသည္။
|
Setpoint
|
|
Setpoint သည္ normal operating range ၏
အလယ္ေနရာ(center point) axis ျဖစ္သည္။
|
Normal band
|
|
Normal band သည္ လက္ရွိတန္ဖိုး(current
value) ၏ normal band operating range ၏ width(အက်ယ္)
ျဖစ္သည္။ Normal band ၏ အလည္မွတ္သည္
setpoint ျဖစ္သည္။ Normal band
ကုိ high ႏွင့္ low warning
limit ကုိ တြက္ယူရန္အတြက္
အသုံးျပဳသည္။
|
Differential
|
|
Differential သည္ limit ေလးမ်ိဳးအတြက္
“Buffer Zone” ျဖစ္သည္။
လက္ရွိတန္ဖိုး(current
value) သည္ limit တစ္ခုခု၏
အနီး၌ တက္လုိက္၊
ဆင္းလုိက္(oscillation) ျဖစ္ေနပါက
alarm ႏွင့္ warning မ်ားစြာ
ထုတ္မေပးေစရန္အတြက္
differential ပမာဏကုိ ထားရိွျခင္း
ျဖစ္သည္။ Differential တန္ဖိုးတစ္ခုကုိ
high alarm ၊ low alarm ၊
high warning ႏွင့္ low warning ေလးခုလုံးအတြက္
အသုံးျပဳသည္။
လက္ရွိတန္ဖိုး(current
value)သည္ differential zone တစ္ခုခု
အတြင္း၌ fluctuation ျဖစ္ေနပါက
အေျခအေန ေျပာင္းလဲသြားျခင္း(change
of state) မျဖစ္ေစပါ။
လက္ရွိ တန္ဖိုး(current
value) သည္ limit တစ္ခုကုိ
ေက်ာ္သြားပါက
report လုပ္သည္။ ေနာက္ထပ္
report တစ္ခု ထပ္ထုတ္ရန္အတြက္
limit ႏွင့္ differential ကုိ ထပ္မံ
ျဖတ္ေက်ာ္ရန္
လုိအပ္သည္။
|
|
|
|
Warning delay(min) သည္ warning တစ္ခု
မထုတ္ေပးခင္ ေစာင့္ရမည့္အခ်ိန္(မိနစ္)
ျဖစ္သည္။ 0 မွ
225 မိနစ္ အထိ ထားႏုိင္သည္။
Warning delay active သည္ warning delay
function က active ျဖစ္သည္၊
မျဖစ္သည္ကို ေဖာ္ျပေနသည္။

အေျခအေန ေျပာင္းလဲသြားျခင္း(change
of state) reporting တြင္ ပါဝင္သည့္
အခ်က္(attribute) မ်ားမွာ
(၁)
|
Report type normal - အျခားေသာ
အေျခအေနတစ္ခု(state)တစ္ခုမွ
ပံုမွန္အေျခအေန(normal
state) သုိ႔ေျပာင္းလ်ွင္
အေျခအေန ေျပာင္းလဲသြားေၾကာင္း(change
of state) report ထုတ္ေပးရန္
ျဖစ္သည္။
|
(၂)
|
Report type warning - အျခားေသာ
state တစ္ခုခုမွ high
warning သုိ႔မဟုတ္ low
warning သုိ႔ ေျပာင္းသြားလ်ွင္
အေျခအေန ေျပာင္းလဲသြားေၾကာင္း(change
of state) report ထုတ္ေပးရန္
ျဖစ္သည္။
|
(၃)
|
Report type alarm
|
(၄)
|
Report type override - သည္ object
တစ္ခု၌ လက္ရွိတန္ဖိုး(current
value)ကုိ operator က တန္ဖုိး
တစ္ခုခုျဖင့္
override command ကုိ အသုံးျပဳ၍
override လုပ္လ်ွင္ ေသာ္လည္းေကာင္း
သို႔မဟုတ္ override လုပ္ထားေသာ
တန္ဖိုးကုိ cancel
လုပ္လ်ွင္ ေသာ္လည္းေကာင္း
အေျခအေန ေျပာင္းလဲ
သြားေၾကာင္း
(change of state) report ထုတ္ေပးရန္
ျဖစ္သည္။
|
(၅)
|
Warning message ဆုိသည္မွာ
high warning သုိ႔မဟုတ္
low warning ေပၚလာလ်ွင္
user က သတ္မွတ္(define)ထား
သည့္ number သုိ႔မဟုတ္
text ကုိ critical warning report ၏ display dialog box
တြင္ ေဖာ္ျပေပးရန္
ျဖစ္သည္။
|
(၆)
|
Alarm message ဆုိသည္မွာ
object တစ္ခု သို႔မဟုတ္
point တစ္ခုသည္ alarm အေျခအေနသုိ႔
ေရာက္သည္အခါ
ေဖာ္ျပလုိသည့္
message ျဖစ္သည္။
|
(၇)
|
Report locked အေျခအေနေျပာင္းလဲသြားျခင္း(change
of state) report ကုိ operator device မ်ားထံသုိ႔
ေပးမည္ မေပးပုိ႔မည္ကုိ
ဆုိလုိသည္။ Report
ကုိ lock လုပ္ထားလ်ွင္
lock report သုိ႔မဟုတ္
Report ကုိ unlock လုပ္လုိလ်ွင္
unlocked report command ကုိ သုံးရန္
ျဖစ္သည္။
|
(၈)
|
Auto dial out - Critical report (critical 1 မွ
critical 4 ) ျဖစ္လ်ွင္ remote
operator workstation ဆီသို႔ အလုိေလ်ွာက္
Auto Dail-out လုပ္ရန္ ျဖစ္သည္။
|

|
ပံု
၁၀-၆ Binary alarm management
|
အထက္ပါပုံ(၁၀-၆)တြင္
binary data object ႏွင့္ binary input object တုိ႔၏
alarm management function ကို ေဖာ္ျပထားသည္။
Alarm analysis ဆုိသည္မွာ
Analog Input(AI) object ႏွင့္ Binary Input(BI)
object တုိ႔၏ လက္ရွိတန္ဖိုး(current
value)ႏွင့္ user က သတ္မွတ္(define)ထားသည့္
normal state မ်ားကုိ ႏိႈင္းယွဥ္သည့္
software process ျဖစ္သည္။
Normal လက္ရွိတန္ဖိုး(current
value) သည္ user က သတ္မွတ္
(defined)ထားသည့္ normal state ႏွင့္
ကုိက္ညီသည္။
Alarm - လက္ရွိတန္ဖိုး(current
value) သည္ user က သတ္မွတ္(defined)ထားသည့္
normal state ႏွင့္ မကုိက္ညီပါ။
Normal state ဆုိသည္မွာ
လက္ရွိတန္ဖိုး(current
value) သည္ ပုံမွန္ အေျခအေန၌
ရိွသည္။ Attribute မ်ားမွာ
None ၊ On ၊ Off တုိ႔ ျဖစ္သည္။
Current contact value ကုိ operator device ဆီသုိ႔
report လုပ္မည္ျဖစ္
ေသာ္လည္း alarm analysis ျပဳလိမ့္မည္
မဟုတ္ေပ။
Alarm delay function သည္
binary data object ၏ alarm report လုပ္ျခင္းကုိ
user က သတ္မွတ္ထားသည့္
အခ်ိန္အတိုင္း
အခ်ိန္ဆဲြေပး(delay)
ထားလိမ့္မည္ ျဖစ္သည္။
ထုိသုိ႔ ျပဳလုပ္ရျခင္း၏
ရည္ရြယ္ခ်က္မွာ
nuisance report မ်ား ထုတ္ေပးျခင္းကုိ
ကာကြယ္ တားဆီးရန္အတြက္
ျဖစ္သည္။ Software မွ
alarm အေျခအေန ေျပာင္းလဲသြားျခင္း(change
of state) report ထုတ္ေပးရန္
အခ်ိန္ဆဲြထား(delay)
လိမ့္မည္။ Delay လုပ္ႏုိင္သည့္အခ်ိန္မွာ
0 စကၠန္႔ မွ 255 စကၠန္႔အတြင္း
ျဖစ္သည္။
Latching သည္ optional
function ျဖစ္သည္။ Object တစ္ခုသည္
alarm state သုိ႔ ေရာက္ၿပီးေနာက္
operator မွ unlatch လာလုပ္သည့္တုိင္ေအာင္
alarm state ၌ ရိွေနလိမ့္
မည္။ Latching လုပ္ရသည့္
ရည္ရြယ္ခ်က္မွာ
operator မွ ေဆာင္ရြက္ခ်က္(action)တစ္ခုခုကုိ
မျဖစ္မေန လုပ္ေဆာင္ေပးရန္အတြက္
ျဖစ္သည္။ Operator မလာမခ်င္း
သို႔မဟုတ္ operator မွ
unlatch မလုပ္မျခင္း
alarm state ၌သာ ရိွေနလိ္မ့္မည္။
Unlatch လုပ္ျခင္းသည္
acknowledge လုပ္ျခင္းျဖစ္သည္။
Alarm system variable မ်ားသည္
ႀကိဳတင္ သတ္မွတ္ထားသည့္တန္ဖိုး(predetermined
limit) မ်ားထက္ ေက်ာ္လြန္ေနေၾကာင္း
operator မ်ားကုိ alarm မ်ားျဖင့္
သတိေပးသည္။ လုိအပ္သည့္
ေဆာင္ရြက္မႈမ်ား
ျပဳလုပ္ရန္ သတိေပးျခင္း
ျဖစ္သည္။ ဥပမာ-
air filter သည္ ညစ္ေပ ပိတ္ဆို႔
ေနၿပီ ျဖစ္ေသာေၾကာင့္
ေဆးေၾကာရန္ လုိအပ္ေနသည္။
စက္တစ္ခု၏ run time သည္
သတ္မွတ္ထားသည့္
နာရီထက္ ေက်ာ္လြန္ေနၿပီ
ျဖစ္ေသာေၾကာင့္
ျပဳျပင္ထိန္းသိမ္းမႈ(maintenance)ျပဳလုပ္ရန္
လုိအပ္သည္ စသည့္
သတိေပးျခင္းမ်ိဳး
ျဖစ္သည္။
Alarm တစ္ခုကုိ
မည္ကဲ့သုိ႔ ေဖာ္ျပမည္။
မည္သည့္ေဆာင္ရြက္မႈမ်ိဳး
ျပဳလုပ္ရန္ လုိအပ္သည္
စသည္ တုိ႔ကုိ design
ျပဳလုပ္စဥ္ကပင္
ထည့္သြင္းထားသင့္သည္။
အသံျမည္သည့္(audible)၊
မီးလင္းသည့္ (visual)
alarm enunciator မ်ားႏွင့္လည္း
တဲြ၍ အသုံးျပဳႏုိင္သည္။

(၁)
|
Duct static pressure point ကို
မည္ကဲ့သုိ႔ alarm limit
၊ differential တန္ဖိုးမ်ား
ထားရွိရမည္ကို
ဥပမာအျဖစ္ ေဖာ္ျပထားသည္။
|
|
(က)
|
Setpoint(inch wg)ထက္
0.3 inch မ်ားျခင္း သုိ႔မဟုတ္
0.3 inch နည္းျခင္း (၅)မိနစ္ေက်ာ္
ၾကာေအာင္ ျဖစ္ေနပါက
priority 3 alarm ထုတ္ေပးရန္
|
|
(ခ)
|
Setpoint(inch wg)ထက္
0.2 inch မ်ားျခင္း သုိ႔မဟုတ္
0.2 inch နည္းျခင္း (၅)မိနစ္ေက်ာ္
ျဖစ္ေနပါက normal state ေျပာင္းေပးရန္
|
|
(ဂ)
|
Fan သည္ အမွန္တကယ္
ေမာင္းေနၿပီးေနာက္(ON)
အခ်ိန္ အနည္းငယ္ၾကာမွသာ
alarm ထုတ္ေပးရန္
|
|
(ဃ)
|
Fan ရပ္နားထားခ်ိန္တြင္
မည္သည့္ duct static pressure alarm ကုိမ်ွ
ထုတ္မေပးရန္
|
(၂)
|
Duct air temperature ကို
မည္ကဲ့သုိ႔ alarm limit
၊ differential တန္ဖိုးမ်ား
ထားရွိရမည္ကို
ဥပမာ အျဖစ္ေဖာ္ျပထားသည္။
|
|
(က)
|
Setpoint(ºF)ထက္
2ºF မ်ားျခင္း သုိ႔မဟုတ္
2ºF နည္းျခင္း (၅)မိနစ္ေက်ာ္ပါက
priority 3 alarm ထုတ္ေပးရန္
|
|
(ခ)
|
Setpoint(ºF)ထက္
1ºF မ်ား သုိ႔မဟုတ္
1ºF နည္းျခင္း (၅)မိနစ္ေက်ာ္ပါက
normal State သို႔ ေျပာင္းေပးရန္
|
|
(ဂ)
|
Fan ေမာင္းၿပီး
အခ်ိန္အနည္းငယ္ၾကာမွသာ
alarm ထုတ္ေပးရန္ ျဖစ္သည္။
သတ္မွတ္ ထားသည့္
alarm parameter မ်ားကုိ အခ်ိန္အနည္းငယ္
ၾကာမွသာ sensor မ်ားက
မွန္ကန္စြာ ဖတ္ယူႏုိင္ေသာေၾကာင့္
အခ်ိန္အနည္းငယ္
ေစာင့္ရန္ လုိအပ္သည္။
Fan ရပ္နားထား ခ်ိန္တြင္
မည္သည့္ alarm ကုိ
ထုတ္မေပးရန္
|
(၃)
|
Space temperature သုိ႔မဟုတ္
room temperature
|
|
(က)
|
Space temperature သုိ႔မဟုတ္
room temperature မ်ားမွ (ပုံမွန္အားျဖင့္)
alarm ထုတ္ေပးရန္ မလုိအပ္ေပ။
|
(၄)
|
Duct သို႔မဟုတ္
space humidity ကို မည္ကဲ့သုိ႔
alarm limit ၊ differential တန္ဖိုးမ်ား
ထားရွိရမည္ကို
ဥပမာအျဖစ္ ေဖာ္ျပထားသည္။
|
|
(က)
|
Setpoint သည္
60% RH ျဖစ္သည္။ Setpoint ထက္
15 % မ်ားျခင္း သုိ႔မဟုတ္
20% နည္းျခင္း (၅)မိနစ္ေက်ာ္
ျဖစ္ေနပါက priority 3
alarm ထုတ္ေပးရန္ ျဖစ္သည္။
|
|
(ခ)
|
Setpoint သည္
60% RH မွ +10% ထက္နည္းၿပီး
-15% ထက္မ်ားပါက (၅)မိနစ္ၾကာလ်ွင္
ပံုမွန္ အေျခအေန(normal
state)သုိ႔ ေျပာင္းရန္
|
Digital Input (DI) alarm
မ်ားမွာ air flow switch ၊ water
differential switch စသည္တုိ႔မွ
လာသည့္ Digital Input (DI) point မ်ားျဖစ္သည္။
Alarm မ်ားကုိ အခ်ိန္ခဏဆြဲထားျခင္း
(delay)ျဖင့္ nuisance alarm (false alarm)မ်ား
ထုတ္ေပးျခင္းမွ
ကာကြယ္ႏုိင္သည္။

ထုိကဲ့သို႔
Digital Input (DI) ႏွင့္ Digital Output(DO) တဲြမထားသည့္(pair
မလုပ္ထားသည့္)
Digital Input (DI) ႏွင့္ Digital Output(DO) မ်ားသည္
monitoring အတြက္သာျဖစ္သည္။
(၁)
|
Safety alarm မ်ား (high static cut
out ၊ freeze condition ၊ excessive vibration ၊ high
humidity cut out ႏွင့္ VSD fault စသည္တုိ႔အတြက္)
|
|
(က)
|
ထုိကဲ့သုိ႔ေသာ
digital input မ်ားအတြက္
delay မထားပဲ ခ်က္ခ်င္း
alarm ထုတ္ေပးရမည္။
|
|
(ခ)
|
ထုိကဲ့သုိ႔ေသာ
digital input မ်ားကုိ priority 3
alarm ထုတ္ေပးၿပီး
screen ၌ “Alarm” အျဖစ္ ေဖာ္ျပ(display)ထားရမည္။
|
|
(ဂ)
|
ထုိ safety alarm မ်ား
deactivated ျဖစ္လ်ွင္ (တစ္နည္းအားျဖင့္
ပံုမွန္အေျခအေန
normal အေျခအေနသုိ႔
ေရာက္သြားလ်ွင္)
screen ၌ “Normal” ဟု ေဖာ္ျပ(display)
ရမည္။
|
Alarm မ်ား၏ ဦးစားေပးအဆင့္(priority)ကုိ
လုိက္၍ အဆင့္မ်ား
ခဲြျခားထားသည္။
Priority 2 (critical alarm)
|
မ်ားသည္
chiller trip alarm, chilled water pump trip alarm ….စသည္တုိ႔
ျဖစ္သည္။
|
Priority 3
(mechanical critical alarm)
|
မ်ားသည္
mechanical Equipment မ်ားအားလုံး
alarm မ်ားျဖစ္သည္။
|
Priority 4 (mechanical alarm)
|
သည္ Dirty filter alarm ႏွင့္
Non critical alarm မ်ားျဖစ္သည္။
|
Owner သုိ႔မဟုတ္
operator တုိ႔မွ nuisance alarm သုိ႔မဟုတ္
false alarm အျဖစ္ သတ္မွတ္
ထားေသာ alarm ျဖစ္သည္။
Alarm တစ္ခုျဖစ္ေပၚၿပီးေနာက္
control system သည္ ေအာက္ပါတုိ႔
အနက္မွ အားလုံးကုိ
ေသာ္လည္းေကာင္း၊
အခ်ိဳ႕ကို ေသာ္လည္းေကာင္း
ျပဳလုပ္ႏုိင္သည္။
|
(၁)
|
Screen display of message
|
|
(၂)
|
Printer output
|
|
(၃)
|
Log to hard disk
|
|
(၄)
|
Callout to fax machine terminal
|
|
(၅)
|
Callout to a digital pager
|
|
(၆)
|
Take a specific action. ( Hand phone သုိ႔မဟုတ္
SMS ပုိ႔ျခင္း)
|

|
ပံု
၁၀-၆ Analog Point ၏ alarm ျဖစ္ေပၚမည့္
တန္ဖုိးမ်ား
|
Point မ်ားမွ ျဖစ္ေပၚႏို္င္သည့္
alarm event မ်ား
(၁)
|
Alarm input
|
(၂)
|
Unmatched command (Failure of start/stop of start/stop
points, status unmatched)
|
(၄)
|
Analog high/low limit alarm
|
(၅)
|
Sensor error
|
(၆)
|
Trouble
|
(၇)
|
Totalized value increase error
|
(၈)
|
Control alarm (Power demand target value exceeded, etc.)
|
Control System မွ ျဖစ္ေပၚႏို္င္သည့္
alarm event မ်ား
(၁)
|
- Component alarm (bus trouble, line status, error, remote
unit no response)
|
(၂)
|
- Power demand alarm, power failure alarm, fire alarm
|
-End-
.. 11