To download all ACMV lecuters in PDF format
www.acmv.org
 
HOME
eBooks
FORUM
Lecture
Building Automation System > Alarm > Alarm Processing > > www.acmv.org
Building Automation System > Alarm > Alarm Processing >


Chapter -1 Fundamental and Basic Concept

 

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 စတင္ ျဖစ္ေပၚပံု

                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 အမ်ိဳးအစားမ်ား

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 မ်ားသည္ ျပႆနာ ျဖစ္ေပၚေနသည့္ ေနရာကုိ အေလးေပးကာ ဂ႐ုစိုက္ ႏုိင္သည္။

 ႐ံုးခ်ိန္(occupied hours)အတြင္း AHU ေမာင္းေနစဥ္ အခန္းအပူခ်ိန္သည္ 25.5°C ထက္ ေက်ာ္လြန္္ပါက alarm ထုတ္ေပးရမည္ ျဖစ္ေသာ္လည္း AHU ေမာင္းမေနသည့္ အခ်ိန္၌ အခန္းအပူခ်ိန္သည္ မည္မ်ွပင္ ျဖစ္ပါေစ alarm ထုတ္ေပးရန္ မလုိေပ။

 အေဆာက္အဦးတစ္ခု အတြင္း၌ system မ်ား၊ equipment မ်ား၊ ေနရာမ်ားစြာ ရိွရာ alarm အေျမာက္အမ်ား တစ္ၿပိဳင္နက္ ေပၚထြက္ႏုိင္သည္။ ထုိ႔ေၾကာင့္ ထုိ alarm မ်ားကို ဦးစားေပး အဆင့္မ်ားျဖင့္ ခဲြျခားသတ္မွတ္ၿပီး ေဖာ္ျပေပးရန္ လုိသည္။ Fire alarm ကုိ security alarm ထက္ ပုိ၍ ဦးစားေပး ကိုင္တြယ္ ရမည္။ Security alarm ကုိ mechanical alarm မ်ား ထက္ ပုိ၍ ဦးစားေပး ေျဖရွင္းရမည္။ ထုိဦးစားေပး အဆင့္ (priority)မ်ားကုိ ၾကည့္၍ alarm ႏွစ္ခု တစ္ၿပိဳင္နက္  ျဖစ္ေပၚက မည္သည့္ alarm ကုိ ဦးစားေပး ေဖာ္ျပ သင့္သည္ကုိ BAS system က ႀကိဳတင္ သိထားရန္ လုိသည္။

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 ႏွင့္ သက္ဆုိင္သည့္ တန္ဖိုးမ်ား

၁၀.၃ Alarm Management

၁၀.၃.၁ Analog Alarm Point

Analog point တစ္ခုသည္ ေအာက္ပါ အေျခအေန(state) (၅)ခုအနက္မွ တစ္ခုခု ျဖစ္ေနႏုိင္သည္။

 

(၁)

High Alarm အေျခအေန(state) [တစ္စံုတစ္ခု ေဆာင္ရြက္ရန္ လုိသည့္ အေျခအေန]

 

(၂)

High Warning အေျခအေန(state) [သတိထား ေစာင့္ၾကည့္ရမည့္ အေျခအေန]

 

(၃)

Normal အေျခအေန(state) [ပံုမွန္အေျခအေန]

 

(၄)

Low Warning အေျခအေန(state) [သတိထား ေစာင့္ၾကည့္ရမည့္ အေျခအေန]

 

(၅)

Low Alarm အေျခအေန(state) [တစ္စံုတစ္ခု ေဆာင္ရြက္ရန္ လုိသည့္ အေျခအေန]

Analog point ၏ အေျခအေန(state) တစ္ခုမွ အျခား state တစ္ခုသုိ႔ အေျပာင္း(transition) တြင္ event  တစ္ခု ျဖစ္ေပၚလာသည္။ Alarm သို႔မဟုတ္ warning အေျခအေန(state) တစ္ခု၌ differential amount ထားရိွရသည္။ ထုိ differential amount ေက်ာ္မွသာ state ေျပာင္းသည္။ Differential amount မထားရိွပါက ခဏ အတြင္း alarm ျဖစ္လုိက္ warning ျဖစ္ လုိက္ႏွင့္ အႀကိမ္ေပါင္းမ်ားစြာ ျဖစ္ေနလိမ့္မည္။

                   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 မ်ားကုိ အခါအားေလ်ာ္စြာ စစ္ေဆးသင့္သည္။

   

ပံု ၁၀-၄ Analog alarm management

အထက္ပါပုံ(၁၀-၄)သည္ 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 စသည္တုိ႔ လုပ္ေပးရန္ မျဖစ္ႏုိင္ေတာ့သည့္အခါ တုိ႔ျဖစ္သည္။

Alarm limit analysis သည္ software process တစ္ခုျဖစ္သည္။ လက္ရွိတန္ဖိုး(current value) ႏွင့္ ႀကိဳတင္သတ္မွတ္ထားသည့္တန္ဖိုး(user defined value)တုိ႔ ႏိႈင္းယွဥ္ျခင္းသည္ alarm limit analysis လုပ္ျခင္း ျဖစ္သည္။ Status ကုိ သတ္မွတ္ေပးရန္အတြက္ alarm limit analysis လုပ္ျခင္း ျဖစ္သည္။

(၁)

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 function ကုိ အသုံးျပဳ၍ warning လုပ္ျခင္းကုိ အခ်ိန္ဆဲြထားႏုိင္သည္။ သုိ႔ေသာ္ alarm ကုိ အခ်ိန္ ဆဲြထားရန္(delay)လုပ္ရန္ မျဖစ္ႏုိင္ပါ။ Warning delay ကုိ အသုံးျပဳရျခင္းမွာ setpoint ေျပာင္းျခင္းေၾကာင့္ ျဖစ္ေပၚလာမည့္ warning မ်ားကုိ ဖယ္ရွားရန္အတြက္ ျဖစ္သည္။     

Warning delay(min) သည္ warning တစ္ခု မထုတ္ေပးခင္ ေစာင့္ရမည့္အခ်ိန္(မိနစ္) ျဖစ္သည္။ 0 မွ 225        မိနစ္ အထိ ထားႏုိင္သည္။

Warning delay active သည္ warning delay function က active ျဖစ္သည္၊ မျဖစ္သည္ကို ေဖာ္ျပေနသည္။

            Object တစ္ခု၏ status  ျဖစ္သည့္ alarm ၊ warning ၊ normal ႏွင့္ override  စသည္တုိ႔ တစ္ခုမွ တစ္ခုသုိ႔  ေျပာင္းသြားသည္ႏွင့္ တၿပိဳင္နက္ အေျခအေနေျပာင္းလဲသြားျခင္း(change of state) report  ကုိ တျခား device  မ်ားမွ တဆင့္ report  လုပ္ရန္ လမ္းေၾကာင္း(routing) အတုိင္း ပုိ႔ေပးရမည္။

အေျခအေန ေျပာင္းလဲသြားျခင္း(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 Data Object and Binary Input Object(BI) Alarm

ပံု ၁၀-၆  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 မ်ားႏွင့္လည္း တဲြ၍ အသုံးျပဳႏုိင္သည္။

Alarm မ်ားကုိ မည္ကဲ့သုိ႔ ကုိင္တြယ္ရမည္ကုိ ဆုံးျဖတ္ရန္ alarm မ်ားကုိ ဦးစားေပးအဆင့္(priority grade) မ်ား ခဲြျခားထားသင့္သည္။ Alarm မ်ားကုိ လွစ္လ်ဴ မရႈသင့္ပါ၊ ဘာမ်ွ မျပဳလုပ္ပဲ alarm မ်ားကုိ cancel မလုပ္သင့္ပါ။ စံုစမ္းမႈ မလုပ္ဘဲ acknowledge မလုပ္သင့္ပါ။

၁၀.၄ Analog Input Alarm ဥပမာမ်ား

(၁)

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 Alarm ဥပမာမ်ား

            Digital Input (DI) alarm မ်ားမွာ air flow switch ၊ water differential switch စသည္တုိ႔မွ လာသည့္ Digital Input (DI) point မ်ားျဖစ္သည္။ Alarm မ်ားကုိ အခ်ိန္ခဏဆြဲထားျခင္း (delay)ျဖင့္ nuisance alarm (false alarm)မ်ား ထုတ္ေပးျခင္းမွ ကာကြယ္ႏုိင္သည္။

Digital Input(DI)၏ value သည္ အခ်ိန္အနည္းငယ္ ၾကာၿပီး(delay ျဖစ္ၿပီး)ေနာက္ Digital Output(DO) ၏ value ႏွင့္ မကုိက္ညီသည့္အခါ point သည္ alarm condition ျဖစ္ေနလိမ့္မည္။ ဥပမာ DDC controller မွ motor ကုိေမာင္းရန္ DO output ကုိ on state ထုတ္ၿပီး အခ်ိန္ အနည္းငယ္ၾကာသည့္ တုိင္ေအာင္ ေမာ္တာသည္ “on” သုိ႔မဟုတ္ “running” status ျဖစ္မေနပါက alarm condition ျဖစ္သည္။ အကယ္၍ Digital input ၏ value သည္ အခ်ိန္အနည္းငယ္ၾကာၿပီးေနာက္ Digital output ၏ value ႏွင့္ တူေနလ်ွင္ ပံုမွန္အေျခအေန(normal)   ျပန္ေရာက္ ဟုဆုိသည္။

                 ထုိကဲ့သို႔ 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 မ်ားျဖစ္သည္။

၁၀.၆  Nuisance Alarm သုိ႔မဟုတ္ False 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

 

Building Automation Systems (BAS) ႏွင့္သက္ဆုိင္ေသာ ACMV Lecture မ်ား (3 Lectures)
1 Alarm Alarm Processing Read
2 Introduction Introduction to Building Automation System (BAS) Read
3 Building Automation Systems (BAS) - Direct Digital Controllers (DDC) Direct Digital Controllers (DDC) Read
   

www.acmv.org - Air Conditioning and Mechanical Ventilation for Young Myanmar Engineers

To download all ACMV lecuters in PDF format