1. BCL माप के साथ VAV सिस्टम बनाएं
इस वीडियो में, हम दिखाएंगे कि बिल्डिंग कंपोनेंट लाइब्रेरी से डाउनलोड किए गए एक तरीके का इस्तेमाल करके, आप अपनी बिल्डिंग में चिल्ड वॉटर और हीटिंग वॉटर लूप के साथ एक वेरिएबल एयर वॉल्यूम (VAV) एयर हैंडलर सिस्टम को जल्दी से कैसे बना सकते हैं और असाइन कर सकते हैं।
हमारे पास एक काफी कॉम्प्लेक्स और बड़ी ऑफिस बिल्डिंग है। मैं आपको दिखाने जा रहा हूँ कि इस बिल्डिंग के लिए HVAC सिस्टम कैसे इनपुट करें। लेकिन पहले, मैं आपको एक बिल्डिंग कंपोनेंट लाइब्रेरी मेज़र दिखाऊंगा जो एक आम HVAC सिस्टम इनपुट करने के लिए बहुत अच्छा काम करता है। यह सीधे इस बिल्डिंग पर लागू नहीं होगा क्योंकि यह बिल्डिंग पुरानी है और इसमें पुराने तरह का सिस्टम है, लेकिन मैं आपको बिल्डिंग कंपोनेंट लाइब्रेरी मेज़र की कुछ पावर दिखाने के लिए पहले शॉर्टकट दिखाना चाहता हूँ। अपने मॉडल पर जाएँ और मेज़र टैब पर जाएँ। आइए बिल्डिंग कंपोनेंट लाइब्रेरी पर एक नज़र डालें और देखें कि क्या इस मेज़र को किसी अपडेट की ज़रूरत है। यह मेज़र HVAC – Whole System के तहत है। यह एडवांस्ड एनर्जी डिज़ाइन गाइड मेज़र की सीरीज़ का हिस्सा है, इसलिए हम AEDG को सर्च टर्म के तौर पर इस्तेमाल करेंगे। हम जिस मेज़र का इस्तेमाल करने जा रहे हैं उसका नाम AEDG Office HVAC VAV with Chilled Water System है। ऐसा लगता है कि यह अप टू डेट है। अगर यह अप टू डेट नहीं होता, तो यह कहता कि मेज़र अप टू डेट नहीं है और आपको लेटेस्ट वर्शन डाउनलोड करने का ऑप्शन देता। इस मामले में, यह ठीक लग रहा है। दूसरी चीज़ जो मैं आपको दिखाना चाहता था, वह यह है कि बिल्डिंग कंपोनेंट लाइब्रेरी में मेज़र का एक नया सेट है जो बिल्डिंग सिस्टम को बदल सकता है या आपके मॉडल में पूरा सिस्टम भी इंस्टॉल कर सकता है। ये मेज़र नेशनल रिन्यूएबल एनर्जी लेबोरेटरी ने बनाए थे और ASHRAE एडवांस्ड एनर्जी डिज़ाइन गाइड की सिफारिशों पर आधारित हैं। आपको चुनने के लिए कई अलग-अलग ऑप्शन दिखेंगे, लेकिन हम ऑफिस बिल्डिंग VAV सिस्टम को चिल्ड वॉटर प्लांट के साथ चुनने जा रहे हैं। कंपोनेंट्स और मेज़र पर जाएं और अप्लाई नाउ पर क्लिक करें। HVAC पर जाएं और एक पूरा सिस्टम चुनें। चिल्ड वॉटर वाला VAV सिस्टम चुनें। पहला इनपुट पूछता है कि क्या बिल्डिंग में सीलिंग रिटर्न एयर प्लेनम हैं। हमारे पास सीलिंग कैविटी हैं, लेकिन सारी रिटर्न एयर डक्टेड है, इसलिए हमारे पास सीलिंग रिटर्न प्लेनम नहीं हैं। अगर लागू हो तो आप रिटर्न एयर प्लेनम को एक स्पेस टाइप असाइन कर सकते हैं, लेकिन इस मामले में हमें उसे लागू करने की ज़रूरत नहीं है। अगला इनपुट सिस्टम की कीमत पूछता है। एयर हैंडलर के लिए रिकमेंडेड अवेलेबिलिटी और वेंटिलेशन शेड्यूल लागू करने के लिए एक चेकबॉक्स है, और हम उसे चेक किया हुआ छोड़ देंगे। अप्लाई मेज़र पर क्लिक करें। यह तरीका सफलतापूर्वक चलता है। हमने ज़ीरो एयर लूप, ज़ीरो प्लांट लूप और ज़ीरो कंडीशन्ड ज़ोन के साथ शुरू किया, और आखिर में हमें दस एयर लूप, दो प्लांट लूप और उनसठ कंडीशन्ड ज़ोन मिले। यह तरीका हर बिल्डिंग स्टोरी पर एक VAV एयर लूप लागू करता है, इसलिए आपके बिल्डिंग मॉडल में स्टोरीज़ असाइन होनी चाहिए। आप देख सकते हैं कि कई स्टोरीज़ असाइन की गई हैं, और अगर हम बिल्डिंग स्टोरी के हिसाब से रेंडर करते हैं, तो हर स्टोरी को एक HVAC एयर हैंडलर सिस्टम असाइन किया गया है। इन्फॉर्मेशन पैनल ज़ीरो एरर और ज़ीरो वॉर्निंग दिखाता है। कभी-कभी अगर ज़रूरी जानकारी गायब है तो आपको एरर या वॉर्निंग दिख सकती हैं, ऐसे में आपको मॉडल को ट्रबलशूट करना होगा। इस मामले में, तरीका सफलतापूर्वक लागू हो गया। हम इस मॉडल को एक नए वर्शन के तौर पर सेव करेंगे। इसके बाद, हम एयर लूप्स टैब पर जा सकते हैं और बनाए गए एयर लूप्स को देखने के लिए ड्रॉप-डाउन मेनू का इस्तेमाल कर सकते हैं। आप देखेंगे कि हर बिल्डिंग स्टोरी के आधार पर एयर लूप्स बनाए गए थे और उस स्टोरी पर स्पेस को असाइन किए गए थे। हर एयर लूप में एक VAV एयर हैंडलर होता है जिसमें हीट रिकवरी के लिए एयर-टू-एयर हीट एक्सचेंजर, एक चिल्ड वॉटर कूलिंग कॉइल, एक हॉट वॉटर हीटिंग कॉइल और एक वेरिएबल फ्लो फैन होता है। इसमें आउटडोर एयर रीसेट पर आधारित एक सेटपॉइंट मैनेजर भी शामिल है। ज़ोन को सर्व करने वाले बिना रीहीट वाले कई VAV टर्मिनल बॉक्स हैं। अगर हम थर्मल ज़ोन टैब पर जाते हैं, तो हम देख सकते हैं कि हर थर्मल ज़ोन को एक VAV टर्मिनल बॉक्स असाइन किया गया है। हर ज़ोन में ज़ोन-लेवल हीटिंग के लिए एक कन्वेक्टिव हॉट वॉटर बेसबोर्ड हीटर भी है। HVAC सिस्टम्स टैब पर वापस जाने पर, हम देख सकते हैं कि एक चिल्ड वॉटर प्लांट और एक हीटिंग वॉटर प्लांट भी बनाया गया था। चिल्ड वॉटर लूप में एक एयर-कूल्ड चिलर, एक वेरिएबल फ्लो पंप और एयर हैंडलर को सर्व करने वाले सभी चिल्ड वॉटर कॉइल शामिल हैं। हीटिंग वॉटर लूप में एक वेरिएबल फ्लो पंप, एक बॉयलर, एक सेटपॉइंट कंट्रोलर और सभी एयर हैंडलर हीटिंग कॉइल और बेसबोर्ड हीटिंग कॉइल शामिल हैं। आखिर में, हम यह कन्फर्म करने के लिए सिमुलेशन चला सकते हैं कि सिस्टम काम करता है। सबसे पहले, हम सिमुलेशन सेटिंग्स टैब पर जाते हैं और सिमुलेशन रन को एक दिन का कर देते हैं ताकि यह जल्दी पूरा हो जाए। इसे और तेज़ करने के लिए, हम हर घंटे टाइमस्टेप की संख्या घटाकर एक कर सकते हैं। सेव पर क्लिक करें। शेडिंग और कन्वर्जेंस से जुड़ी सिमुलेशन स्पीड को बेहतर बनाने के लिए और भी एडवांस्ड सेटिंग्स हैं जिन्हें एडजस्ट किया जा सकता है, लेकिन अभी हम इन्हीं सेटिंग्स के साथ आगे बढ़ेंगे। सिमुलेशन चलता है और सक्सेसफुली पूरा होता है। कुछ आउटपुट वॉर्निंग हैं, लेकिन कुल मिलाकर रन सक्सेसफुल है। मैंने कुछ आउटपुट वेरिएबल चुने थे, जिससे SQL फ़ाइल के लिए पोस्ट-प्रोसेसिंग टाइम बढ़ गया। फिर भी, एनर्जीप्लस सिमुलेशन लगभग एक मिनट और तीस सेकंड में पूरा हो गया। यह दिखाता है कि आप कैसे जल्दी से एक पूरा HVAC सिस्टम एक ऐसे एनर्जी मॉडल को असाइन कर सकते हैं जिसमें पहले कोई सिस्टम डिफाइन नहीं था। अगले वीडियो में, हम देखेंगे कि डुअल-डक्ट VAV सिस्टम को मैन्युअल रूप से कैसे इनपुट करें।
2. सेंट्रल प्लांट सिस्टम बनाएं
इस वीडियो में, हम चर्चा करते हैं कि हीटिंग, वेंटिलेशन और एयर कंडीशनिंग सिस्टम के लिए कस ्टम एयर लूप कैसे बनाएं। हम एक सरल हीट-वेंट सिस्टम और एक डुअल-डक्ट सिस्टम बनाएंगे और उन्हें हमारे सेंट्रल प्लांट सिस्टम से कनेक्ट करेंगे।
अगला काम बेसमेंट एरिया के लिए हीट और वेंट सिस्टम इंस्टॉल करना है, जिसमें ज़ोन में बेसबोर्ड हॉट वॉटर हीटर भी शामिल हैं। हम थर्मल ज़ोन टैब पर जाकर शुरू करते हैं। अच्छी बात यह है कि बेसमेंट को एक सिंगल थर्मल ज़ोन माना जाता है, इसलिए हमें सिर्फ़ इसी एक ज़ोन के साथ काम करना है। लाइब्रेरी टैब से, हम बेसबोर्ड कन्वेक्टिव वॉटर सर्च करते हैं और उसे ज़ोन इक्विपमेंट में ड्रैग करते हैं। यह बेसबोर्ड हॉट वॉटर हीटर को बेसमेंट के लिए प्राइमरी हीटिंग सोर्स के तौर पर असाइन करता है। इसके बाद, हम एडिट टैब में चेन लिंक आइकन पर क्लिक करते हैं और इन बेसबोर्ड कन्वेक्टर के लिए हीटिंग वॉटर सोर्स के तौर पर हीटिंग वॉटर लूप को चुनते हैं। रेटेड एवरेज वॉटर टेम्परेचर 160°F (71.1°C) पर सेट किया जा सकता है, जबकि बाकी प्रॉपर्टीज़ को उनके डिफ़ॉल्ट, ऑटो-साइज़्ड वैल्यू पर छोड़ दिया जाता है। अगर खास परफॉर्मेंस डेटा उपलब्ध है, तो उन वैल्यूज़ को यहाँ एडजस्ट किया जा सकता है। इसके बाद, हम HVAC सिस्टम टैब पर जाते हैं और नया सिस्टम जोड़ने के लिए प्लस बटन पर क्लिक करते हैं। हम मॉडल में एक वार्म एयर गैस-फायर्ड फर्नेस जोड़ते हैं, लेकिन क्योंकि हम गैस हीटिंग का इस्तेमाल नहीं कर रहे हैं, इसलिए हम गैस फर्नेस कंपोनेंट को डिलीट कर देते हैं। लाइब्रेरी से, हम एक कॉइल हीटिंग वॉटर कंपोनेंट सर्च करते हैं और उसे सिस्टम में डालते हैं, उसका नाम बदलकर हीट और वेंट यूनिट, या HV कर देते हैं। चेन लिंक बटन का फिर से इस्तेमाल करके, हम इस हीटिंग वॉटर कॉइल को हीटिंग वॉटर लूप से कनेक्ट करते हैं। बाकी सभी प्रॉपर्टीज़ अपनी डिफ़ॉल्ट वैल्यू पर रह सकती हैं। यह सिस्टम एक कॉन्सटेंट वॉल्यूम सिस्टम है, इसलिए हम कॉन्सटेंट वॉल्यूम फैन रखते हैं और सिस्टम का नाम बदलकर HV-1 कर देते हैं। एयरफ्लो रेट 3,000 cfm (5,100 m³/h) पर सेट है, जबकि डिज़ाइन आउटडोर एयर फ्लो रेट को अनस्पेसिफाई छोड़ दिया गया है। डिज़ाइन सप्लाई एयर टेम्परेचर 105°F (40.6°C) पर सेट है, और साइज़िंग के मकसद से, यह माना जाता है कि सिस्टम हीटिंग और कूलिंग दोनों में 100% आउटडोर एयर को हैंडल करेगा। एयर टर्मिनल पहले से ही डिमांड साइड पर मौजूद है, और हम स्प्लिटर का इस्तेमाल करके इस सिस्टम को बेसमेंट ज़ोन असाइन करते हैं। चूंकि यह एक कॉन्सटेंट वॉल्यूम सिस्टम है, इसलिए बाईपास डक्ट की ज़रूरत नहीं है। फिर हम डुअल डक्ट एयर हैंडलर इंस्टॉल करने के लिए आगे बढ़ते हैं। प्लस बटन से, हम एक डुअल डक्ट एयर लूप जोड़ते हैं और इसका नाम बदलकर AHU1 कर देते हैं। ज़्यादातर वैल्यू ऑटो-साइज़्ड रहती हैं, लेकिन सेंट्रल हीटिंग मैक्सिमम सिस्टम एयरफ्लो रेश्यो 50% पर सेट होता है, और डिज़ाइन सप्लाई एयर टेम्परेचर 105°F (40.6°C) पर सेट होता है। सेव करने के बाद, हम एक एयर लूप HVAC आउटडोर एयर सिस्टम जोड़ते हैं, जिसका नाम AHU1 आउटडोर एयर सिस्टम रखा गया है। हम एक एयर-टू-एयर हीट एक्सचेंजर भी इंस्टॉल करते हैं, एक एनर्जी रिकवरी व्हील चुनते हैं, और वेरिएबल स्पीड वाला एक पावर्ड एग्जॉस्ट फैन जोड़ते हैं। आउटडोर एयर मिनिमम फ्लो रेट 17,500 cfm (29,730 m³/h) पर सेट होता है, और मैक्सिमम फ्लो रेट 60,000 cfm (101,940 m³/h) पर सेट होता है, क्योंकि यह 100% आउटडोर एयर सिस्टम है। इकोनॉमाइज़र कंट्रोल टाइप फिक्स्ड ड्राई बल्ब पर सेट होता है। हीट एक्सचेंजर के लिए, हम ज़्यादातर डिफ़ॉल्ट वैल्यू रखते हैं, एक रोटरी हीट एक्सचेंजर बताते हैं, फ्रॉस्ट कंट्रोल स्ट्रैटेजी को सिर्फ़ एग्जॉस्ट पर सेट करते हैं, और इकोनॉमाइज़र लॉकआउट चालू करते हैं। पावर्ड एग्जॉस्ट फैन को 80% टोटल एफिशिएंसी, 7 इंच वॉटर कॉलम (1,740 Pa) के प्रेशर राइज़ और 33% के मिनिमम फ्लो फ्रैक्शन के साथ सेट किया जाता है। इसके बाद, हम हीटिंग वॉटर प्रीहीट कॉइल लगाते हैं, इसे AHU1 प्री-हीट हॉट वॉटर हीटिंग कॉइल नाम देते हैं, और इसे हीटिंग वॉटर लूप से जोड़ते हैं। ज़्यादातर वैल्यू ऑटो-साइज़्ड रहती हैं, लेकिन रेटेड इनलेट वॉटर टेम्परेचर 180°F पर सेट होता है, और रेटेड आउटलेट एयर टेम्परेचर 55°F (12.8°C) पर सेट होता है। फिर हम मिक्स्ड एयर डेक टेम्परेचर के लिए एक शेड्यूल्ड सेटपॉइंट मैनेजर जोड़ते हैं और इसे 55°F पर सेट करते हैं। इसके बाद एक वेरिएबल वॉल्यूम सप्लाई फैन जोड़ा जाता है, उसके बाद 105°F (40.6°C) के रेटेड आउटलेट एयर टेम्परेचर के साथ एक हॉट डेक हीटिंग वॉटर कॉइल लगाया जाता है। एक आउटडोर एयर रीसेट सेटपॉइंट मैनेजर लगाया जाता है ताकि 50°F (10°C) के आउटडोर एयर टेम्परेचर पर, सप्लाई एयर टेम्परेचर 105°F हो, और 65°F (18.3°C) पर, सप्लाई एयर टेम्परेचर 70°F (21.1°C) पर रीसेट हो जाए। कोल्ड डेक के लिए, हम एक चिल्ड वॉटर कूलिंग कॉइल लगाते हैं, उसे चिल्ड वॉटर लूप से जोड़ते हैं, और दूसरा आउटडोर एयर रीसेट सेटपॉइंट मैनेजर लगाते हैं ताकि कोल्ड डेक ज़्यादा आउटडोर एयर टेम्परेचर पर 55°F (12.8°C) एयर सप्लाई करे। आखिर में, हम लाइब्रेरी से डुअल डक्ट VAV टर्मिनल बॉक्स लगाते हैं और उन्हें हॉट और कोल्ड दोनों डेक से जोड़ते हैं। ज़ोन मिनिमम एयरफ्लो का हिस्सा आमतौर पर लगभग 30% पर छोड़ दिया जाता है ताकि हीटिंग या कूलिंग की कोई डिमांड न होने पर भी, मिनिमम वेंटिलेशन बना रहे। फिर हम थर्मल ज़ोन को एयर लूप में ड्रैग करके और स्प्लिटर को टर्मिनल बॉक्स को ऑटोमैटिकली पॉप्युलेट करने की इजाज़त देकर सभी ज़रूरी ज़ोन असाइन करते हैं। एक बार सभी ज़ोन असाइन हो जाने के बाद, हम कनेक्शन वेरिफ़ाई करते हैं और देखते हैं कि एक हीटिंग वॉटर कॉइल अभी तक लिंक नहीं हुआ है। चेन लिंक बटन का इस्तेमाल करके, हम इसे हीटिंग वॉटर लूप से कनेक्ट करते हैं, जो अब AHU कॉइल, बेसबोर्ड हीटर और हीट और वेंट यूनिट सहित कई कनेक्टेड कंपोनेंट दिखाता है। थर्मल ज़ोन टैब को रिव्यू करने से यह कन्फ़र्म होता है कि सभी HVAC इक्विपमेंट ठीक से असाइन किए गए हैं। इससे हॉट वॉटर और चिल्ड वॉटर सिस्टम का इस्तेमाल करके हीटिंग और कूलिंग कॉइल वाले HVAC सिस्टम का इंस्टॉलेशन पूरा हो जाता है। धन्यवाद। प्लीज़ लाइक और सब्सक्राइब करें।
3. एयर लूप बनाएं
इस वीडियो में, हम चर्चा करते हैं कि हीटिंग, वेंटिलेशन और एयर कंडीशनिंग सिस्टम के लिए कस्टम एयर लूप कैसे बनाएं। हम एक सरल हीट-वेंट सिस्टम और एक डुअल-डक्ट सिस्टम बनाएंगे और उन्हें हमारे सेंट्रल प्लांट सिस्टम से कनेक्ट करेंगे।
अगला काम बेसमेंट एरिया के लिए हीट और वेंट सिस्टम इंस्टॉल करना है। इस बेसमेंट एरिया में ज़ोन में बेसबोर्ड हॉट वॉटर हीटर भी हैं। थर्मल ज़ोन टैब पर जाएं। अच्छी बात यह है कि हमारे लिए बेसमेंट को एक पूरा थर्मल ज़ोन माना जाता है। हमें सिर्फ़ इस एक थर्मल ज़ोन, बेसमेंट की चिंता करनी है। लाइब्रेरी टैब पर जाएं और बेसबोर्ड कन्वेक्टिव वॉटर सर्च करें। उसे हमारे ज़ोन इक्विपमेंट में ड्रैग करें। अब बेसमेंट में बेसबोर्ड हॉट वॉटर हीटर इसके मेन हीटिंग सोर्स के तौर पर हैं। इसके बाद, एडिट टैब पर चेन लिंक आइकन पर जाएं और उस पर क्लिक करें। इन बेसबोर्ड कन्वेक्टर के लिए हीटिंग वॉटर सोर्स के तौर पर हीटिंग वॉटर लूप चुनें। बाकी सेटिंग्स कस्टमाइज़ेबल हैं। रेटेड एवरेज वॉटर टेम्परेचर लगभग 160°F (71.1°C) पर सेट किया जा सकता है। हम बाकी वैल्यू को डिफ़ॉल्ट और ऑटो-साइज़्ड के तौर पर छोड़ देंगे। अगर आपको खास डिज़ाइन वैल्यू पता हैं, तो आप उन्हें यहां बदल सकते हैं। अब HVAC सिस्टम टैब पर जाएं और सबसे ऊपर प्लस बटन पर क्लिक करें। हम मॉडल में एक वार्म एयर गैस-फायर्ड फर्नेस जोड़ेंगे। यह पहले से तैयार आता है। हालाँकि, हम हीटिंग के लिए गैस फर्नेस का इस्तेमाल नहीं करने वाले हैं, क्योंकि हम इसके बजाय हॉट वॉटर हीटिंग कॉइल का इस्तेमाल करने वाले हैं। इसलिए हम गैस फर्नेस को हटा देते हैं। लाइब्रेरी टैब पर जाएँ और वॉटर हीटिंग कॉइल खोजें। सिस्टम में हॉट वॉटर हीटिंग कॉइल डालें। हीटिंग वॉटर कॉइल चुनें और इसे हीट और वेंट के लिए HV नाम दें। फिर से, एडिट टैब पर चेन लिंक बटन पर जाएँ और इस हीटिंग वॉटर कॉइल को हीटिंग वॉटर लूप से लिंक करने के लिए इसे क्लिक करें। एडिट प्रॉपर्टीज़ टैब पर वापस जाएँ और बाकी वैल्यू को उनके डिफ़ॉल्ट पर छोड़ दें। यह सिस्टम एक कॉन्सटेंट वॉल्यूम सिस्टम है, इसलिए हम पंखे को कॉन्सटेंट वॉल्यूम पंखे के रूप में छोड़ देते हैं। सिस्टम का नाम बदलकर HV-1 कर दें। एयरफ्लो रेट 3,000 cfm (5,100 m³/h) है। हमारे पास डिज़ाइन आउटडोर एयर फ्लो रेट की जानकारी नहीं है, इसलिए हम इसे डिफ़ॉल्ट के रूप में छोड़ देते हैं। डिज़ाइन सप्लाई एयर टेम्परेचर 105°F (40.6°C) है। साइज़िंग के मकसद से, हम हीटिंग और कूलिंग दोनों में 100% आउटडोर एयर के लिए कॉइल का साइज़ तय करना चाहते हैं, इसलिए हम बाकी सेटिंग्स को डिफ़ॉल्ट के तौर पर छोड़ देते हैं। आप देखेंगे कि सिस्टम में डिमांड साइड पर पहले से ही एक एयर टर्मिनल, एक कॉन्स्टेंट वॉल्यूम डिफ्यूज़र शामिल है। इसके बाद, हम ज़ोन असाइन करते हैं। स्प्लिटर पर क्लिक करें और बेसमेंट ज़ोन को HV सिस्टम में जोड़ें। क्योंकि सिर्फ़ एक ज़ोन है, इसलिए यह आसान है। क्योंकि यह एक कॉन्स्टेंट वॉल्यूम सिस्टम है, इसलिए हम थोड़ी देर के लिए एक बाईपास डक्ट जोड़ने पर विचार करते हैं, लेकिन इस कॉन्फ़िगरेशन में इसकी इजाज़त नहीं है। बाईपास डक्ट आमतौर पर सिर्फ़ VAV सिस्टम के लिए इस्तेमाल होते हैं, और दूसरे एयर लूप कॉन्फ़िगरेशन में बाईपास कंट्रोल के लिए एक्स्ट्रा सेटिंग्स हो सकती हैं। इस पॉइंट पर, हीट और वेंट सिस्टम पूरा हो गया है। अब हम डुअल डक्ट एयर हैंडलर जोड़ने के लिए आगे बढ़ते हैं। फिर से प्लस बटन पर क्लिक करें, नीचे स्क्रॉल करें, और मॉडल में एक डुअल डक्ट एयर लूप जोड़ें। इसे AHU1 नाम दें। हम अभी के लिए सिस्टम को ऑटो-साइज़्ड छोड़ देते हैं। सेंट्रल हीटिंग मैक्सिमम सिस्टम एयरफ्लो रेश्यो 50% पर सेट है। डिज़ाइन सप्लाई एयर टेम्परेचर 105°F (40.6°C) पर सेट है। बाकी सेटिंग्स को उनके डिफ़ॉल्ट वैल्यू पर छोड़ दिया जाता है, और हम सेव पर क्लिक करते हैं। इसके बाद, हम एक एयर लूप HVAC आउटडोर एयर सिस्टम जोड़कर एक आउटडोर एयर सिस्टम इंस्टॉल करते हैं। बाहरी लाइब्रेरी कनेक्शन से होने वाली गड़बड़ी से बचने के लिए, हम डिफ़ॉल्ट लाइब्रेरी पर वापस जाते हैं और गैर-ज़रूरी चीज़ें हटा देते हैं। फिर हम आउटडोर एयर सिस्टम को एयर लूप में जोड़ते हैं और इसे AHU1 आउटडोर एयर सिस्टम नाम देते हैं। हमें एक एयर-टू-एयर हीट एक्सचेंजर भी जोड़ना होगा। एयर-टू-एयर हीट एक्सचेंजर ऑप्शन में से, हम एक एनर्जी रिकवरी व्हील चुनते हैं और इसे आउटडोर एयर सिस्टम में डालते हैं। इसके बाद, हम वेरिएबल स्पीड वाला एक पावर्ड एग्जॉस्ट फैन जोड़ते हैं। मिनिमम आउटडोर एयर फ्लो रेट 17,500 cfm (29,730 m³/h) पर सेट है, और मैक्सिमम फ्लो रेट शुरू में 150,000 cfm (254,850 m³/h) के रूप में नोट किया गया है। इकोनॉमाइज़र कंट्रोल टाइप फिक्स्ड ड्राई बल्ब पर सेट है। हीट एक्सचेंजर सेटिंग्स पर जाएं, तो ज़्यादातर परफॉर्मेंस क्राइटेरिया डिफ़ॉल्ट वैल्यू पर ही रहते हैं, क्योंकि वे असल सिस्टम परफॉर्मेंस से काफी मिलते-जुलते हैं। हीट एक्सचेंजर टाइप रोटरी है, फ्रॉस्ट कंट्रोल स्ट्रैटेजी सिर्फ़ एग्जॉस्ट पर सेट है, और इकोनॉमाइज़र लॉकआउट इनेबल है, इसलिए इकोनॉमाइज़र ऑपरेशन के दौरान हीट व्हील डिसेबल रहता है। इसके बाद, हम पावर्ड एग्जॉस्ट फैन को रिव्यू करते हैं। फैन की टोटल एफिशिएंसी 80% पर सेट है, और प्रेशर राइज़ 7 इंच वॉटर कॉलम (1,740 Pa) है। मैक्सिमम फ्लो रेट को 60,000 cfm (101,940 m³/h) पर ठीक किया गया है, जो 100% आउटडोर एयर सिस्टम की ज़रूरत से मेल खाता है। फैन पावर मिनिमम फ्लो रेट इनपुट मेथड को फ्रैक्शन पर सेट किया गया है, और मिनिमम फ्लो फ्रैक्शन को 33% पर सेट किया गया है। अगर इसके बजाय फिक्स्ड फ्लो रेट चुना जाता, तो एक खास एयरफ्लो वैल्यू डालनी पड़ती। फैन पावर कोएफिशिएंट को उनकी डिफ़ॉल्ट वैल्यू पर ही रखा जाता है, जो सिंगल फैन सिस्टम के लिए सही हैं। इसके बाद, हम हीटिंग वॉटर प्रीहीट कॉइल इंस्टॉल करते हैं। लाइब्रेरी से, कॉइल हीटिंग वॉटर चुनें और इसे एयर लूप में डालें। इसे AHU1 प्री-हीट हॉट वॉटर हीटिंग कॉइल नाम दें। इसे हीटिंग वॉटर लूप से कनेक्ट करने के लिए चेन लिंक बटन का इस्तेमाल करें। ज़्यादातर वैल्यू ऑटो-साइज़्ड रहती हैं। रेटेड इनलेट वॉटर टेम्परेचर 180°F पर सेट है, और रेटेड आउटलेट एयर टेम्परेचर 180°F पर सेट है।
4. चिलर तुलना - इंपोर्ट शेड्यूल
इस वीडियो में, हम चर्चा करेंगे कि चिल्ड वॉटर प्लांट लोड और फ्लो के लिए 8,760 घंटे का शेड्यूल कैसे इंपोर्ट करें। इंपोर्टेड लोड और फ्लो प्रोफाइल का इस्तेमाल LoadProfile:Plant ऑब्जेक्ट द्वारा हमारी फैसिलिटी के चिल्ड वॉटर लोड को सिमुलेट करने के लिए किया जाएगा। अगले वीडियो में, हम दिखाएंगे कि चिलर्स को कैसे इनपुट करें और मैन्युफैक्चरर द्वारा दिए गए डेटा से मैच करने के लिए उनके परफॉर्मेंस कर्व को कैसे कस्टमाइज़ करें।
हम दो अलग-अलग चिलर के बीच चिलर परफॉर्मेंस की तुलना करने का एक उदाहरण देखेंगे। मॉडल पहले से ही वेदर फाइल्स के साथ सेट अप है, और ज़्यादातर चिल्ड वॉटर और कंडेंसर लूप पहले से ही मौजूद हैं, जिसमें कंडेंसर वॉटर लूप और चिल्ड वॉटर लूप शामिल हैं। अब सिर्फ़ चिलर और सिस्टम के लिए लोड प्रोफ़ाइल ही बाकी हैं। तुलना इस आधार पर की जाएगी कि दोनों चिलर एक ही लोड कंडीशन में कैसा परफॉर्म करते हैं। लोड प्रोफ़ाइल बिल्डिंग ऑटोमेशन सिस्टम ट्रेंड लॉग या इक्विपमेंट पर इंस्टॉल किए गए दूसरे ट्रेंडिंग डिवाइस से मिल सकती है, या इसे मॉडल किया जा सकता है। इस मामले में, एक कॉम्बिनेशन का इस्तेमाल किया जाता है: साल का लगभग तीन-चौथाई हिस्सा ट्रेंडेड प्लांट डेटा से आता है, और बाकी साल को पूरे सालाना लोड प्रोफ़ाइल का अनुमान लगाने के लिए रिग्रेशन मॉडल का इस्तेमाल करके भरा जाता है। पहला स्टेप लोड प्रोफ़ाइल इनपुट करना है। लाइब्रेरी टैब पर जाएं और लोड प्रोफ़ाइल – प्लांट तक स्क्रॉल करें, फिर इस ऑब्जेक्ट को चिल्ड वॉटर लूप के डिमांड साइड पर ड्रॉप करें। जब इसे चुना जाता है, तो यह लोड शेड्यूल नाम और फ्लो रेट फ्रैक्शन शेड्यूल नाम जैसे इनपुट दिखाता है। ये शेड्यूल 8,760 डेटा पॉइंट पर आधारित हैं, जो साल के हर घंटे को दिखाते हैं, और इन्हें CSV फ़ाइलों का इस्तेमाल करके OpenStudio में इंपोर्ट किया जाता है। ऐसा करने के लिए, एक खास बिल्डिंग कंपोनेंट लाइब्रेरी मेज़र की ज़रूरत होती है। कंपोनेंट्स और मेज़र पर जाएं, 'फाइंड मेज़र' चुनें, फिर 'होल बिल्डिंग' पर जाएं और 'एड इंटरवल शेड्यूल फ्रॉम फाइल' नाम का मेज़र ढूंढें। यह मेज़र CSV फ़ाइलों से OpenStudio में इंटरवल शेड्यूल जोड़ने की सुविधा देता है और इसे लाइटिंग लोड, ऑक्यूपेंसी शेड्यूल, या किसी दूसरे शेड्यूल किए जा सकने वाले इनपुट जैसे कई एप्लिकेशन के लिए इस्तेमाल किया जा सकता है। शेड्यूल हर घंटे से लेकर 15 मिनट के इंटरवल तक हो सकते हैं, जिससे पूरे साल में इकट्ठा किए गए असली ट्रेंड डेटा को सीधे सिमुलेट करना मुमकिन हो जाता है। शेड्यूल इंपोर्ट करने से पहले, डेटा सही तरीके से तैयार किया जाना चाहिए। दो CSV फ़ाइलें ज़रूरी हैं: एक लोड के लिए और एक फ्लो फ्रैक्शन के लिए। लोड डेटा वॉट में होना चाहिए, जो एनर्जीप्लस और ओपनस्टूडियो द्वारा इस्तेमाल की जाने वाली बेस यूनिट है, और फ्लो फ्रैक्शन एक यूनिटलेस डेसिमल वैल्यू होना चाहिए। लोड डेटा को एक स्प्रेडशीट में कॉपी किया जाता है, यह वेरिफ़ाई किया जाता है कि उसमें 8,760 घंटे की वैल्यू हैं, और कूलिंग लोड के लिए EnergyPlus कन्वेंशन को फ़ॉलो करने के लिए नेगेटिव वैल्यू में कन्वर्ट किया जाता है। यह फ़ाइल Load.csv के तौर पर सेव की जाती है और प्रोजेक्ट फ़ोल्डर में रखी जाती है। फ़्लो फ़्रैक्शन डेटा के लिए भी यही प्रोसेस फ़ॉलो किया जाता है, जिसे Flow.csv के तौर पर सेव किया जाता है। फ़ाइलें तैयार होने के बाद, फ़ाइल से इंटरवल शेड्यूल जोड़ें मेज़र दो बार अप्लाई किया जाता है: एक बार वॉट को यूनिट के तौर पर इस्तेमाल करके लोड शेड्यूल बनाने के लिए, और एक बार फ़्लो शेड्यूल को यूनिटलेस शेड्यूल के तौर पर बनाने के लिए। दोनों मेज़र बिना किसी वॉर्निंग या एरर के सक्सेसफ़ुली अप्लाई होते हैं। शेड्यूल इंपोर्ट होने के बाद, चिल्ड वॉटर लूप पर वापस जाएं और लोड प्रोफ़ाइल, प्लांट ऑब्जेक्ट चुनें। लोड शेड्यूल को लोड शेड्यूल नाम के तौर पर और फ़्लो शेड्यूल को फ़्लो रेट फ़्रैक्शन शेड्यूल नाम के तौर पर असाइन करें। आखिर में, चिल्ड वॉटर सिस्टम के लिए पीक फ़्लो रेट इनपुट करें, जो इस केस में 8,200 gpm (517 L/s) है। इस पॉइंट पर, चिल्ड वॉटर लूप में एक पूरा लोड प्रोफ़ाइल अप्लाई हो जाता है और यह चिलर इनपुट और परफ़ॉर्मेंस कम्पेरिजन के लिए तैयार है। अगला स्टेप, जिसके बारे में अलग से बताया जाएगा, वह है चिलर्स को खुद जोड़ना और मैन्युफैक्चरर के डेटा का इस्तेमाल करके उनकी परफॉर्मेंस को कस्टमाइज़ करना। धन्यवाद। कृपया लाइक और सब्सक्राइब करें।
5. चिलर तुलना - चिलर बनाएँ
इस वीडियो में, हम चर्चा करेंगे कि बेसिक चिलर पैरामीटर, रेफरेंस कंडीशन और कैरेक्टराइजेशन कर्व को कैसे इनपुट करें। हम बाद में लाइब्रेरी फ़ाइलों के रूप में उपयोग के लिए दो चिलर लाइब्रेरी कंपोनेंट बनाएंगे। अंत में, हम सिमुलेशन के लिए चिलर्स को हमारे चिल्ड वॉटर लूप में डालेंगे।
अब हम अपने चिलर को कस्टमाइज़ करेंगे। सबसे पहले, अपना प्रोजेक्ट सेव करते हैं। एक लाइब्रेरी फ़ाइल बनाना मददगार होगा जिसमें हमारे चिलर/चिलर हों। फ़ाइल > न्यू पर जाएँ। हम HVAC सिस्टम्स टैब पर जाएँगे, प्लस बटन दबाएँगे, “एम्प्टी प्लांट लूप” तक स्क्रॉल करेंगे, और इसे मॉडल में जोड़ेंगे। अपनी लाइब्रेरी पर जाएँ और चिलर – इलेक्ट्रिक EIR तक स्क्रॉल करें। हम एक वाटर-कूल्ड चिलर चुनेंगे, उसे ड्रैग करेंगे, और लूप में ड्रॉप करेंगे। इसे चुनें और चिलर के लिए रेफरेंस कंडीशन डालें। सबसे पहले, हम इस चिलर को इसके मॉडल नंबर से कॉल करना चाहते हैं। ये सभी रेफरेंस वैल्यू हैं, और ये रेफरेंस वैल्यू चिलर के बाई-क्वाड्रैटिक और क्वाड्रैटिक परफॉर्मेंस कर्व्स से मेल खाती हैं। यह ज़रूरी है कि रेफरेंस वैल्यू और कर्व्स मेल खाते हों। अगर आप इन रेफरेंस वैल्यू को बदलते हैं, तो हो सकता है कि आपको उम्मीद के मुताबिक नतीजे न मिलें, जब तक कि आप परफॉर्मेंस कर्व्स भी न बदलें। रेफरेंस कैपेसिटी चिलर की कूलिंग कैपेसिटी होती है और अक्सर, लेकिन हमेशा नहीं, डिज़ाइन कैपेसिटी होती है। सभी रेफरेंस वैल्यू परफॉर्मेंस कर्व के हिसाब से होनी चाहिए, और डिज़ाइन वैल्यू कर्व की बाउंड्री के अंदर होनी चाहिए। हमारे चिलर के लिए, रेफरेंस कैपेसिटी 1,184 टन (4,037 kW) है, रेफरेंस कोएफिशिएंट ऑफ परफॉर्मेंस 5.785 है, रेफरेंस छोड़ने वाला ठंडा पानी का टेम्परेचर 40°F (4.44°C) है, रेफरेंस एंटरिंग कंडेंसर फ्लूइड टेम्परेचर 80°F (26.7°C) है, रेफरेंस ठंडा पानी का फ्लो रेट 2,022 gpm (127.6 L/s) है, और कंडेंसर फ्लूइड फ्लो रेट 2,400 gpm (151.4 L/s) है। कुछ वैल्यू ग्रे हो गई हैं और बाद में OpenStudio फ़ाइल में सीधे उनका नाम बदलना होगा। मिनिमम पार्ट लोड रेश्यो 0.1517 है, मैक्सिमम पार्ट लोड रेश्यो 1 है, और ऑप्टिमम पार्ट लोड रेश्यो सबसे ज़्यादा COP के हिसाब से है, जो इस मामले में 0.5998 के पार्ट लोड रेश्यो पर 6.417 है। मिनिमम अनलोडिंग रेश्यो मिनिमम पार्ट लोड रेश्यो से मैच करेगा क्योंकि यह चिलर फॉल्स लोडिंग का इस्तेमाल नहीं करता है। यह एक वॉटर-कूल्ड चिलर है, इसलिए इसमें कोई कंडेंसर फैन नहीं है। कंडेंसर द्वारा रिजेक्ट किए गए कंप्रेसर इलेक्ट्रिक कंजम्पशन का फ्रैक्शन 1.0 है। ठंडा पानी छोड़ने पर लोअर टेम्परेचर लिमिट और फ्लो मोड डिफ़ॉल्ट पर छोड़ दिए जाते हैं। साइज़िंग फैक्टर मायने नहीं रखता क्योंकि वैल्यू हार्ड साइज़्ड होती हैं। इस चिलर की एनर्जी को अलग से ट्रैक करने के लिए एंड-यूज़ सबकैटेगरी का नाम बदला जा सकता है। मॉडल नंबर का इस्तेमाल करके इस फ़ाइल को लाइब्रेरी OSM के तौर पर सेव करें। दूसरे चिलर के लिए भी यही प्रोसेस दोहराएं और इसे एक अलग लाइब्रेरी फ़ाइल के तौर पर सेव करें। इसके बाद, हम बाई-क्वाड्रैटिक और क्वाड्रैटिक परफॉर्मेंस कर्व्स जेनरेट करते हैं। सबसे पहले, मैन्युफैक्चरर से परफॉर्मेंस डेटा इकट्ठा करें और इसे एक स्प्रेडशीट में कंपाइल करें। बाई-क्वाड्रैटिक कर्व्स जेनरेट करने के लिए, आपको दो इंडिपेंडेंट वेरिएबल्स और दो डिपेंडेंट वेरिएबल्स की ज़रूरत होती है। इंडिपेंडेंट वेरिएबल्स इवेपोरेटर लीविंग टेम्परेचर और कंडेंसर एंटरिंग फ्लूइड टेम्परेचर हैं। हमारे ठंडे पानी की सप्लाई का टेम्परेचर 40°F ± 5°F है, इसलिए मैन्युफैक्चरर डेटा में 35°F से 45°F (1.7°C से 7.2°C) तक कवर होना चाहिए। कंडेंसर में जाने वाले पानी का टेम्परेचर 41°F (5°C) से 80°F (26.7°C) तक होगा। सारा डेटा एक जैसे रेटेड फ्लो रेट पर होना चाहिए। इस उदाहरण के लिए, कंडेंसर फ्लो 2,400 gpm ±10% है और इवेपोरेटर फ्लो लगभग 2,050 gpm ±10% है। EnergyPlus में कर्व फिटिंग के लिए ±10% टॉलरेंस है, हालांकि अगर हो सके तो 5% बेहतर काम करता है। मांगे गए मैन्युफैक्चरर डेटा में ठंडे पानी की कैपेसिटी और चिलर इनपुट पावर शामिल होनी चाहिए। डेटा को एक टेबल में इकट्ठा करें और कर्व बनाने के लिए रिग्रेशन कैलकुलेटर का इस्तेमाल करें। इस्तेमाल किया गया कैलकुलेटर विज़ुअलाइज़ेशन को सपोर्ट करता है और इसमें चिलर, हीट पंप और दूसरे EnergyPlus ऑब्जेक्ट के लिए बाई-क्वाड्रैटिक और क्वाड्रैटिक कर्व के लिए निर्देश शामिल हैं। “अन्य” चुनें, “टेम्परेचर” चुनें, “बाई-क्वाड्रैटिक” चुनें और IP यूनिट का इस्तेमाल करें। मैन्युफैक्चरर डेटा पेस्ट करें। रेफरेंस कंडीशन को हाइलाइट करें, जिन्हें रेटेड डेटा के तौर पर भी डालना होगा। मौजूदा चिलर के लिए, रेफरेंस कंडीशन 40°F ठंडा पानी का टेम्परेचर, 80°F कंडेंसर में एंटर करने का टेम्परेचर, और 14,208,000 Btu/hr (4,164 kW) हैं। कर्व बनाएं और आउटपुट फ़ाइलों को चिलर कैरेक्टराइज़ेशन कर्व फ़ोल्डर में सेव करें। अब OpenStudio मॉडल खोलें और चिलर चुनें। आपको तीन कर्व दिखेंगे: दो बाई-क्वाड्रैटिक कर्व और एक क्वाड्रैटिक कर्व। ये टेम्परेचर के फंक्शन के तौर पर कूलिंग कैपेसिटी, टेम्परेचर के फंक्शन के तौर पर एनर्जी इनपुट रेश्यो, और पार्ट लोड रेश्यो के फंक्शन के तौर पर एनर्जी इनपुट रेश्यो से जुड़े हैं। OpenStudio इन ग्रे-आउट वैल्यू को सीधे एडिट करने की इजाज़त नहीं देता है, इसलिए OSM फ़ाइल को टेक्स्ट एडिटर में खोलें। चिलर मॉडल या “क्वाड्रैटिक” खोजें। मॉडल नंबर शामिल करने के लिए कर्व ऑब्जेक्ट का नाम बदलें। कैलकुलेटर से बने कोएफ़िशिएंट को कॉपी करें और उन्हें OSM फ़ाइल में सही कर्व ऑब्जेक्ट में पेस्ट करें। क्वाड्रैटिक कर्व के लिए, कैलकुलेटर पर वापस जाएं, “अन्य” चुनें, “फ़्लो” चुनें, “क्वाड्रैटिक” चुनें, और कैपेसिटी, इनपुट पावर और पार्ट लोड रेश्यो डेटा पेस्ट करें। कर्व बनाएं और कोएफ़िशिएंट को कॉपी करें। R-स्क्वायर्ड वैल्यू पर ध्यान दें, जो बताते हैं कि कर्व डेटा में कितनी अच्छी तरह फ़िट होता है। 0.92 के आस-पास की वैल्यू ठीक हैं। क्वाड्रैटिक कोएफ़िशिएंट को OSM फ़ाइल में पेस्ट करें। पक्का करें कि हर ऑब्जेक्ट खत्म हो।
6. चिलर तुलना - समस्या निवारण वक्र
इस वीडियो में हम बात करेंगे कि बाइक्वाड्रैटिक और क्वाड्रैटिक कैरेक्टराइजेशन कर्व्स को कैसे ट्रबलशूट करें। हम कुछ आम गलतियों पर बात करेंगे और शॉर्ट में बताएंगे कि एनर्जीप्लस इन कर्व्स का इस्तेमाल कैसे करता है। आखिर में, हम पुराने चिलर को नए से बदलकर एनर्जी सेविंग को क्वांटिफाई करने के लिए सिमुलेशन चलाएंगे।
ठीक है। यह सफल रहा। चलिए अपनी एरर फ़ाइल पर जाते हैं और देखते हैं कि कोई वॉर्निंग आई है या नहीं। मुझे यही शक था। यह कह रहा है कि टेम्परेचर कर्व के फंक्शन के तौर पर हमारा कैपेसिटी रेश्यो रेटेड कंडीशन में एक के बराबर नहीं है, और यह यह भी कह रहा है कि पार्ट लोड रेश्यो (PLR) कर्व के फंक्शन के तौर पर एनर्जी इनपुट रेटेड कंडीशन में एक के बराबर नहीं है। वॉर्निंग बाकी दो चिलर के लिए भी दोहराई गई है, इसलिए हमारे पास दो कर्व हैं जिन्हें हमें और करीब से देखने की ज़रूरत है। सबसे पहले, हम टेम्परेचर कर्व के फंक्शन के तौर पर कैपेसिटी को देखते हैं। ये वैल्यू SI यूनिट में हैं, इसलिए टेम्परेचर सेल्सियस में हैं। हम अपने मॉडल पर वापस जाते हैं, HVAC टैब पर जाते हैं, और चिल्ड वॉटर लूप और चिलर देखते हैं। ये IP यूनिट में हैं, इसलिए हम प्रेफरेंस, यूनिट, मेट्रिक के ज़रिए मेट्रिक यूनिट पर स्विच करते हैं। अब हम देख सकते हैं कि हमारे रेफरेंस कंडीशन लगभग 4.5°C इवेपोरेटर टेम्परेचर और 26.6°C कंडेंसर टेम्परेचर हैं। इन डिज़ाइन कंडीशन में, कर्व का आउटपुट लगभग 0.65 है, खासकर 0.653, जबकि यह 1 होना चाहिए। यह वैल्यू रेफरेंस कैपेसिटी को मल्टीप्लाई करती है, जो 14,208 kBtu/hr (4.16 MW) थी। इसलिए, डिज़ाइन कंडीशन में, इसे पूरी रेफरेंस कैपेसिटी का आउटपुट देना चाहिए, लेकिन ऐसा नहीं होता, जो एक प्रॉब्लम दिखाता है। इसी तरह, डिज़ाइन कंडीशन में एफिशिएंसी कर्व 1 होना चाहिए। यह करीब है, लगभग 0.99, लेकिन कैपेसिटी कर्व बहुत दूर है। EIR कर्व का फिट लगभग 92% है, जो ठीक है, लेकिन कैपेसिटी कर्व फिट सिर्फ़ लगभग 16% है, जो अच्छा नहीं है। हम यह भी देख सकते हैं कि कर्व का बिहेवियर फिजिकली समझ में नहीं आता, क्योंकि यह कम कंडेंसर टेम्परेचर और ज़्यादा ठंडे पानी के टेम्परेचर पर ज़ीरो कैपेसिटी की ओर गिरता है, जो एक्सपेक्टेड चिलर बिहेवियर के उल्टा है। डेटा को और गहराई से देखने पर, हम देख सकते हैं कि कर्व का आकार इनपुट डेटा के गायब होने या काफ़ी न होने का इशारा करता है। अगर कंडेनसर का टेम्परेचर कम है और ठंडे पानी का टेम्परेचर ज़्यादा है, तो चिलर की कैपेसिटी मैक्सिमम होनी चाहिए, लेकिन कर्व गलत तरीके से स्लोप करता है। जब हम इनपुट टेबल देखते हैं, तो हम देखते हैं कि ज़्यादातर डेटा पॉइंट 40°F (4.4°C) के फिक्स्ड ठंडे पानी के टेम्परेचर पर हैं, जिसमें मुख्य रूप से कंडेनसर टेम्परेचर में बदलाव होता है। हमारे पास 40°F से कम और 40°F से ज़्यादा ठंडे पानी के टेम्परेचर का डेटा नहीं है, भले ही हमारी बताई गई बाउंड्री कंडीशन 40°F ± 5°F थीं, जिसका मतलब है कि डेटा 35°F (1.7°C) से 45°F (7.2°C) तक होना चाहिए। हम यह भी देखते हैं कि 40°F ठंडे पानी और 80°F कंडेनसर टेम्परेचर की रेफरेंस कंडीशन पर, हमारे पास अलग-अलग पार्ट लोड रेश्यो के हिसाब से कई डेटा पॉइंट हैं। हालांकि, टेम्परेचर कर्व के फंक्शन के तौर पर कैपेसिटी सिर्फ़ 100% PLR पर ही जेनरेट होनी चाहिए। पार्ट लोड बिहेवियर को PLR कर्व अलग से हैंडल करता है। टेम्परेचर-बेस्ड कर्व में कई PLR शामिल करने से रिग्रेशन बिगड़ जाता है और कर्व गलत हो जाता है। इससे हमें पता चलता है कि हमें कंडेनसर टेम्परेचर की एक रेंज में कम और ज़्यादा ठंडे पानी के टेम्परेचर को कवर करने वाले एक्स्ट्रा डेटा के लिए मैन्युफैक्चरर के पास वापस जाना होगा, और सभी रेफरेंस-कंडीशन डेटा फुल लोड पर होने चाहिए। डेटा को कंसोलिडेट और क्लीन करने के बाद, हम एक और समस्या को ठीक करते हैं जो हमसे पहले छूट गई थी। फ्लो रेट को ±10% के अंदर रखने के अलावा, PLR भी 1 के ±10% के अंदर होना चाहिए। आइडियली, टेम्परेचर-बेस्ड कर्व बनाते समय PLR जितना हो सके 1 के करीब होना चाहिए। हम उन डेटा पॉइंट्स को हटा देते हैं जो 1 PLR से दूर हैं और डुप्लीकेट या बहुत मिलते-जुलते पॉइंट्स को हटा देते हैं, जो फुल लोड के सबसे करीब होते हैं उन्हें रखते हैं। एक बार जब यह क्लीन किया हुआ डेटासेट इस्तेमाल हो जाता है, तो हम रिग्रेशन को फिर से चलाते हैं। इससे बहुत बेहतर कर्व फिट बनता है, EIR कर्व के लिए लगभग 98% और कैपेसिटी कर्व के लिए लगभग 80% फिट होता है। बाई-क्वाड्रैटिक कैपेसिटी कर्व अब फिजिकली ठीक-ठाक दिखता है, काफी हद तक फ्लैट है और टेम्परेचर रेंज के सभी कोनों को कवर करता है, जबकि EIR कर्व ऑप्टिमम पार्ट लोड कंडीशन के पास एक्सपेक्टेड डिप दिखाता है। फिर हम PLR कर्व के फंक्शन के तौर पर EIR को रिव्यू करते हैं और एक आउटलायर देखते हैं जो नेगेटिव इनपुट पावर बनाता है, जो फिजिकली पॉसिबल नहीं है। यह आउटलायर कर्व फिट को बहुत खराब कर देता है और डिजाइन कंडीशन पर EIR को 1 के बजाय लगभग 0.84 कर देता है। इस खराब डेटा पॉइंट को हटाने और रिग्रेशन को फिर से चलाने पर लगभग 96% का कर्व फिट मिलता है, जिसमें PLR = 1 पर EIR सही ढंग से 1 के बराबर होता है और लगभग 0.7 के ऑप्टिमल PLR पर एक ठीक-ठाक डिप होता है। फिर हम वापस जाते हैं और लाइब्रेरी फाइल और प्रोजेक्ट फाइल दोनों में सभी करेक्टेड कर्व कोएफिशिएंट को एडिट करते हैं, सिमुलेशन को फिर से चलाते हैं, और एरर फाइल को फिर से चेक करते हैं। इस बार, सिमुलेशन कर्व से जुड़ी वॉर्निंग के बिना सक्सेसफुली चलता है, यह कन्फर्म करता है कि कर्व अब अच्छी तरह से डिफाइन हैं और रेफरेंस कंडीशन पर ठीक से नॉर्मलाइज़्ड हैं। हम दूसरे चिलर के लिए भी यही वेरिफिकेशन और करेक्शन प्रोसेस दोहराते हैं, दोनों मॉडल चलाते हैं, और रिज़ल्ट की तुलना करते हैं। मौजूदा चिलर हर साल लगभग 18 मिलियन kBtu (लगभग 5,275,279 kWh हर साल) इस्तेमाल करते हैं, जबकि नए चिलर हर साल लगभग 16 मिलियन kBtu (लगभग 4,689,137 kWh हर साल) इस्तेमाल करते है. इससे हर साल लगभग 419,000 kWh एनर्जी की बचत होती है। यह OpenStudio का इस्तेमाल करके चिलर की तुलना को ठीक से जेनरेट और वैलिडेट किए गए चिलर कैरेक्टराइजेशन कर्व्स के साथ पूरा करता है।
7. गहराई से: स्पेस टाइप बनाना
हम संक्षेप में स्पेस टाइप के लाभ पर चर्चा करेंगे और फिर स्पेस टाइप बनाने की प्रक्रिया से गुजरेंगे। हमारी प्रक्रिया ऑस्ट्रेलिया के बिल्डिंग कोड (एनसीसी वॉल्यूम 1), ऑस्ट्रेलियाई मानक 1668.2 और एआईआरएएच तकनीकी पुस्तिका का उपयोग करेगी। हालांकि, जैसा कि कार्यक्रम मौलिक भौतिकी पर निर्भर करता है, प्रक्रिया अन्य देशों में समान होगी और केवल विशिष्ट कोड आवश्यकताओं के आधार पर भिन्न होगी।
आज हमने OpenStudio के सबसे ज़रूरी फ़ीचर्स में से एक पर बात की: स्पेस टाइप। स्पेस टाइप का इस्तेमाल सभी ज़रूरी जानकारी—जैसे लोग, लाइटिंग, प्लग लोड, गैस लोड, इनफ़िल्ट्रेशन, वेंटिलेशन रेट और शेड्यूल—को स्पेस पर लागू करने के लिए किया जाता है, जिन्हें फिर थर्मल ज़ोन में बदला जाता है और सिमुलेशन के लिए EnergyPlus को भेजा जाता है। क्योंकि EnergyPlus स्पेस टाइप का इस्तेमाल नहीं करता है, इसलिए OpenStudio एक ऑर्गनाइज़ेशनल लेयर की तरह काम करता है जो मॉडलिंग को आसान बनाता है। डेटा असाइन करते समय OpenStudio पैरेंट-चाइल्ड हायरार्की को फ़ॉलो करता है। यह सबसे पहले थर्मल ज़ोन या स्पेस लेवल पर सीधे लागू की गई जानकारी को देखता है। अगर वहाँ जानकारी नहीं मिलती है, तो यह डिफ़ॉल्ट कंस्ट्रक्शन सेट, शेड्यूल सेट या स्पेस टाइप के लिए फ़ैसिलिटीज़ टैब को चेक करता है। अगर उसे फिर भी ज़रूरी डेटा नहीं मिलता है, तो OpenStudio आखिर में स्पेस टाइप टैब को देखता है, जो सबसे निचला लेवल होता है। स्पेस टाइप पावरफ़ुल होते हैं क्योंकि वे स्टैंडर्डाइज़्ड डेटा को कई स्पेस में अच्छे से लागू करने देते हैं, साथ ही ज़रूरत पड़ने पर स्पेस लेवल पर ओवरराइड की भी इजाज़त देते हैं। फिर हमने एक रेफ़रेंस बिल्डिंग उदाहरण के तौर पर ऑस्ट्रेलियन नेशनल कंस्ट्रक्शन कोड 2019 के आधार पर एक क्लासरूम स्पेस टाइप बनाया। क्योंकि इस मॉडल को टेम्पलेट या लाइब्रेरी फ़ाइल के तौर पर दोबारा इस्तेमाल करने के लिए बनाया गया है, इसलिए हमने कोई डिफ़ॉल्ट कंस्ट्रक्शन सेट असाइन नहीं किया, ताकि भविष्य में क्लाइमेट के हिसाब से कंस्ट्रक्शन सेट बाद में लागू किए जा सकें। हमने ऑस्ट्रेलियन वेंटिलेशन कोड 1668.2 के आधार पर एक डिज़ाइन स्पेसिफिकेशन आउटडोर एयर ऑब्जेक्ट तय किया, जिसमें प्रति व्यक्ति 12 L/s और प्रति स्क्वायर मीटर 0.35 L/s का इस्तेमाल किया गया, जिन्हें मिलाकर। इसके बाद, हमने प्रति घंटे हवा में बदलाव का इस्तेमाल करके एक इनफिल्ट्रेशन डिज़ाइन फ्लो रेट बनाया, जिसे 1 ACH पर सेट किया गया था, और HVAC ऑपरेशन के आधार पर पूरे दिन इनफिल्ट्रेशन को बदलने के लिए एक फ्रैक्शनल शेड्यूल लागू किया। यह शेड्यूल HVAC सिस्टम बंद होने पर ज़्यादा इनफिल्ट्रेशन और व्यस्त समय के दौरान कम इनफिल्ट्रेशन दिखाने के लिए बनाया गया था, और इसे स्पेस टाइप लोड टैब के ज़रिए असाइन किया गया था। इसके बाद, हमने स्पेस टाइप में इंटरनल लोड जोड़े। इनमें रेफरेंस बिल्डिंग कोड के आधार पर 5 W/m² पर सेट इलेक्ट्रिकल प्लग लोड, सही रेडिएंट फ्रैक्शन के साथ 4.5 W/m² पर सेट लाइटिंग लोड, प्रति व्यक्ति 2 m² का इस्तेमाल करके लोगों की डेफिनिशन, और क्लासरूम के फर्नीचर को दिखाने वाली एक इंटरनल मास डेफिनिशन शामिल थी। इंटरनल मास को फर्नीचर थर्मल स्टोरेज इफ़ेक्ट को दिखाने के लिए 25 mm लकड़ी के मटीरियल से बने कंस्ट्रक्शन का इस्तेमाल करके मॉडल किया गया था। हर लोड डेफिनिशन को अलग से बनाया गया था और फिर क्लासरूम स्पेस टाइप को असाइन किया गया था। यह तरीका कई स्पेस टाइप और प्रोजेक्ट में लोड डेफिनिशन के लगातार दोबारा इस्तेमाल की इजाज़त देता है। आखिर में, हमने कंस्ट्रक्शन कोड रेफरेंस टेबल से मिले फ्रैक्शनल और एक्टिविटी शेड्यूल का इस्तेमाल करके ऑक्यूपेंसी, लाइटिंग, इलेक्ट्रिकल इक्विपमेंट, इनफिल्ट्रेशन, और ऑक्यूपेंट एक्टिविटी लेवल के लिए शेड्यूल बनाए और असाइन किए। रियलिस्टिक स्कूल ऑपरेशन को दिखाने के लिए ऑक्यूपेंसी और इक्विपमेंट शेड्यूल पूरे दिन बदलते रहे। हमने एक HVAC ऑपरेशन शेड्यूल भी बनाया जो यह बताता है कि सिस्टम को कब चलने दिया जाए। हर शेड्यूल को अलग-अलग असाइन करने के बजाय, हमने दिखाया कि एक डिफ़ॉल्ट शेड्यूल सेट कैसे बनाया जाए जो सभी शेड्यूल को एक साथ बंडल करता है। इस शेड्यूल सेट को स्पेस टाइप में असाइन करने से सभी शेड्यूल फ़ील्ड अपने आप भर जाते हैं, जिससे समय बचता है और गलतियाँ कम होती हैं। एक बार पूरा हो जाने पर, इस स्पेस टाइप को एक प्रोजेक्ट में सभी क्लासरूम में लागू किया जा सकता है, जिससे लोड और शेड्यूल एक जैसे रहते हैं। हमने यह देखकर निष्कर्ष निकाला कि पूरे स्कूल के लिए कई स्पेस टाइप बनाए जा सकते हैं और प्रोजेक्ट और टीम में दोबारा इस्तेमाल के लिए बिल्डिंग कंपोनेंट लाइब्रेरी के ज़रिए शेयर किए जा सकते हैं।
8. इन-डेप्थ: BCL पर अपलोड
हम इस पर चर्चा करेंगे कि दूसरे एनर्जी मॉडलर्स और रिसर्चर्स के साथ शेयर करने के लिए BCL में कंपोनेंट्स और मेज़र्स कैसे अपलोड करें। सबसे पहले, हम दिखाएंगे कि कंपोनेंट रिपॉजिटरी कैसे बनाएं, इसे BCL के साथ रजिस्टर कैसे करें, और इसे ऑटोमैटिकली नई रिलीज़ जोड़ने के लिए कैसे सेट अप करें। फिर हम BCL में कंटेंट (कंपोनेंट्स या मेज़र्स) जोड़ने का एक क्विक उदाहरण देखेंगे।
अब जब हमारा Measure सफलतापूर्वक काम कर रहा है, तो कुछ क्लीनअप कार्य करने चाहिए। इससे कोड भविष्य के उपयोगकर्ताओं के लिए अधिक उपयोगकर्ता-अनुकूल (user-friendly) बन जाएगा, और हम कुछ शब्दावली को भी सुधारेंगे। मैं आपको यह भी दिखाऊँगा कि Measure को Building Component Library (BCL) में कैसे अपलोड किया जाता है। जो कोड हमने पिछली बार लिखा था, वह अब OpenStudio के नवीनतम संस्करण में पहले से ही लागू किया जा चुका है, इसलिए इसे BCL पर अपलोड करने की वास्तव में आवश्यकता नहीं है। फिर भी, मैं आपको Measures को BCL पर अपलोड करने की प्रक्रिया दिखाऊँगा। चलिए वापस कोड पर चलते हैं। Modeler description में कुछ ऐसी जानकारियाँ होनी चाहिए जो ऊर्जा मॉडलर के लिए उपयोगी हों। मैं यहाँ कुछ बिंदु जोड़ना चाहता था। यदि फैन autosized पर सेट है, तो यह return fan की sizing को प्रभावित नहीं करता। यदि फैन autosized है, तो sizing calculation डिफ़ॉल्ट रूप से return fan को पूरे loop flow के लिए size करेगी। हम जो फ़ील्ड बदल रहे हैं, वह केवल ऊर्जा मॉडल की वास्तविक simulation को प्रभावित करता है। ऊर्जा मॉडलर के लिए यह जानना महत्वपूर्ण है कि फैन अभी भी पूरे सिस्टम फ्लो के लिए autosized होगा, और केवल simulation के दौरान ही इसे उस मान तक सीमित किया जाएगा जिसे हम इस Measure में संपादित कर रहे हैं। यानी यह केवल simulation के दौरान return fan के flow rate को सीमित करेगा। एक और चीज़ जो मैंने देखी, वह यह है कि हमने units गलत सेट कर दी थीं। Return fraction को percentage के रूप में दिखाया जा रहा था, जबकि हम वास्तव में उसे fraction के रूप में लिख रहे हैं। यदि यह percentage होता, तो हम 60 लिखते। लेकिन यह वास्तव में fraction है, इसलिए हमें units को fraction में बदलना होगा। नीचे हम model की initial condition report कर रहे हैं। यह सही है, लेकिन यह वास्तव में तब होता है जब program सभी air loops प्राप्त कर चुका होता है। इसलिए हम इस comment को नीचे ले जाकर बदल देंगे ताकि लिखा हो: “get all HVAC air loops in the model.” फिर यह बताएगा कि शुरुआत में भवन में कितने HVAC air loop objects थे। इसके बाद, हम उन commented-out items को साफ करेंगे जो उस Measure से बचे हुए हैं जिसे हमने कॉपी किया था। Comment में लिखा है “validate the input names and get zones,” लेकिन हम इस Measure में कोई zones प्राप्त नहीं कर रहे हैं, इसलिए इसे हटाया जा सकता है। हम loop_name_valid को uncomment करेंगे और उसका default value false रखेंगे। हमें source_loop_valid की आवश्यकता नहीं है क्योंकि हम केवल एक variable को validate कर रहे हैं, जो loop name है। दूसरा variable return fraction है, लेकिन अभी हम केवल loop name को validate कर रहे हैं। zones.each do की जगह हम air_loops.each do का उपयोग करेंगे, क्योंकि हम air loops की जाँच कर रहे हैं। प्रत्येक air loop को air_loop के रूप में परिभाषित करेंगे। यदि loop name उस air loop object के पहले field string के बराबर है — जो कि air loop का नाम होना चाहिए — और यह user द्वारा दिए गए input से मेल खाता है, तो loop_name_valid को true सेट करेंगे। हमें else-if की आवश्यकता नहीं है क्योंकि हम केवल एक variable validate कर रहे हैं। यदि यह true है, तो इसका अर्थ है कि program को मॉडल में वह air loop मिल गया जिसका नाम user input से मेल खाता है। अन्यथा, यह एक error दिखाएगा कि अपेक्षित air loop नहीं मिला, जिससे user समझ सके कि शायद नाम टाइप करते समय गलती हुई है। इसके बाद, हम return airflow fraction input को validate करेंगे। हमें सुनिश्चित करना है कि user सही मान दर्ज करे। यदि return fraction शून्य से कम या एक से अधिक है, तो runner error दिखाएँगे: “Choose a number between zero and one for return airflow fraction,” और false return करेंगे। अन्यथा, program आगे बढ़ेगा। हम runner.registerInfo का उपयोग करके user को यह भी दिखा सकते हैं कि उसने कौन सा return airflow fraction दर्ज किया है। अतिरिक्त troubleshooting के लिए, air_loops loop के अंदर हम एक counter जोड़ सकते हैं जो AirLoopHVAC object में fields की संख्या गिने, इसके लिए air_loop.numFields का उपयोग करेंगे। फिर हम user को बताएँगे कि उस air loop में कितने fields हैं। यदि आप in.idf फ़ाइल खोलें और AirLoopHVAC खोजें, तो प्रत्येक entry एक field होती है। शुरुआत में नौ fields होती हैं। Return airflow fraction field जोड़ने के बाद यह संख्या बढ़ जानी चाहिए। यह program के execution के दौरान उपयोगकर्ता को उपयोगी feedback देता है। यह जानकारी उपयोगकर्ताओं को Measure को समझने और troubleshoot करने में मदद करेगी। अब कोड save करें और OpenStudio application में वापस जाएँ। Measure को delete और reinsert करने के बजाय, हम “Sync Project Measures with Library” बटन का उपयोग करके इसे update कर सकते हैं। Update पर क्लिक करें और फिर Measure run करें। यदि messages दिखाई नहीं दे रहे हों, तो puts statements को runner.registerInfo से बदलें, फिर से save करें, sync करें और rerun करें। आपको messages दिखाई देंगे जो air loop में fields की संख्या पहले और बाद में दिखाएँगे। OpenStudio के नवीनतम संस्करण में Design Return Air Flow Fraction of Supply Air Flow पहले से ही लागू है, इसलिए यह Measure अब अप्रचलित (defunct) है। फिर भी, इसे EnergyPlus translation से पहले अन्य fields को संपादित करने के लिए एक template के रूप में उपयोग किया जा सकता है। अब Measure को Building Component Library में अपलोड करने के लिए: एक ब्राउज़र खोलें, BCL पर जाएँ और लॉग इन करें। My Dashboard पर जाएँ, Create Content चुनें, और Upload Measure पर क्लिक करें। BCL tar, gz, या zip फ़ाइलें स्वीकार करता है। My Measures फ़ोल्डर में जाएँ, “edit return airflow fraction” फ़ोल्डर ढूँढें, उसकी सभी सामग्री चुनें, उन्हें zip करें, और zip फ़ाइल को किसी सुविधाजनक स्थान पर रखें। उस zip फ़ाइल को BCL पर अपलोड करें, अपना group चुनें, इसे सभी site users के लिए accessible बनाएँ, revision जानकारी जैसे तारीख जोड़ें, और save करें। फिर इसे review के लिए submit करें, moderation state को published पर सेट करें, और apply करें। अब Measure BCL पर प्रकाशित हो चुका है और उपलब्ध है। धन्यवाद। कृपया लाइक और सब्सक्राइब करें!
9. फैन कर्व - पैरेलल फैन के लिए मॉडिफाई करें
इस वीडियो में हम चर्चा करेंगे कि कई, पैरेलल पंखों को सिमुलेट करने के लिए डिफ़ॉल्ट फैन कर्व को कैसे मॉडिफ़ाई करें। इस वीडियो में इस्तेमाल किए गए स्प्रेडशीट कैलकुलेटर की एक कॉपी यहाँ मिल सकती है:
FanPowerCurveCalculator
आज हम EnergyPlus में पंखों (Fans) के बारे में बात करेंगे। EnergyPlus आपको एक एयर लूप में पंखों के लिए केवल दो विकल्प देता है। यह आपको एक सप्लाई फैन (Supply Fan) और एक एग्जॉस्ट फैन (Exhaust Fan) का विकल्प देता है, जो अधिकांश अनुप्रयोगों के लिए काफी अच्छे से काम करते हैं। इनके द्वारा उपयोग किए जाने वाले फैन कर्व सामान्य उपयोग के लिए अच्छे होते हैं। लेकिन अगर हम कुछ अलग कर रहे हों, जैसे कि कई पंखे — उदाहरण के लिए कई प्लग फैन (Plug Fans) समानांतर (parallel) में — तो क्या होगा? ऐसी स्थिति में, आपको उस फैन एरे (fan array) के लिए एक कस्टम फैन कर्व बनाना पड़ेगा। ऐसा करने के लिए, पहले आपके पास कुछ डेटा होना चाहिए: फैन का प्रदर्शन (performance) और विभिन्न प्रतिशत एयरफ्लो पर चल रहे फैन या फैन समूह के कर्व इसके बाद, आप Excel में “Line Fit Algorithm” का उपयोग करके एक नया फैन कर्व बना सकते हैं। EnergyPlus एक कर्व का उपयोग करता है, जो Unity (अर्थात “1”) पर आधारित होता है। यह फैन पावर को इस कर्व (function) से गुणा करता है, जो पार्ट लोड (Part Load) का फ़ंक्शन होता है। यदि फैन 100 प्रतिशत से कम फ्लो पर चल रहा है, तो यह उसी अनुपात में फैन पावर को इस कर्व के अनुसार गुणा करेगा। इसी तरह EnergyPlus उस टाइम स्टेप के लिए फैन की ऊर्जा खपत की गणना करता है। आप देख सकते हैं कि नीली रेखाएँ EnergyPlus की डिफ़ॉल्ट कर्व को दर्शाती हैं, और नारंगी रेखाएँ वह नई कर्व हैं जो हम तीन प्लग फैन को समानांतर में चलाकर और उन्हें स्टेजिंग (on/off) करके बनाएँगे। यह एक ट्रिपल-फैन मॉडल है। 100% फुल लोड से लेकर 66% पार्ट लोड तक — तीनों फैन चल रहे हैं। 66% से 33% तक — दो फैन चल रहे हैं। 33% से न्यूनतम फ्लो तक — एक फैन चल रहा है। इस उदाहरण में न्यूनतम फ्लो 10,000 CFM (4.72 m³/s) है। आप अपने फैन के प्रदर्शन कर्व को 17% फ्लो (या 17% पार्ट लोड रेशियो) से शुरू कर सकते हैं, या 70% फ्लो से भी। आप एयरफ्लो, हॉर्सपावर या वाटेज, और प्रेशर ड्रॉप के मान एकत्र कर सकते हैं। ये मान CFM, m³/s, वाट, या पास्कल में हो सकते हैं — कोई फर्क नहीं पड़ता। EnergyPlus का यह लाइन फिट शून्य से Unity (1) तक आधारित होता है, इसलिए यह फैन पावर का एक मल्टीप्लायर होता है। उदाहरण के लिए: 17% फ्लो पर हॉर्सपावर 0.83 आती है (10,000 CFM पर)। अगला स्तर 33% पर — एक फैन 20,000 CFM पर चल रहा है। हॉर्सपावर 7 है, और प्रेशर ड्रॉप 1.1 है। फिर 67% पार्ट लोड रेशियो पर — दो फैन समानांतर में चलते हैं। और अंत में अधिकतम फ्लो पर तीनों फैन चलते हैं। अब हम OpenStudio में जाकर फैन का चयन करेंगे। पहला इनपुट जो हमें दर्ज करना है वह है Fan Total Efficiency। डिफ़ॉल्ट EnergyPlus फैन दक्षता 70% होती है। हमें डिजाइन फ्लो रेट पर नई दक्षता की गणना करनी होगी। हमारा डिजाइन फ्लो रेट 60,000 CFM (28.32 m³/s) है। सरल दक्षता समीकरण से हम पाते हैं कि पूर्ण फ्लो पर फैन दक्षता 73.3% है। हम इसे 0.733 के रूप में दर्ज करेंगे। प्रेशर राइज़ (Pressure Rise) समान रहेगा — 10 इंच वॉटर कॉलम (2490 Pa)। एयरफ्लो भी समान रहेगा। अधिकांश सिंगल फैन लगभग 30% स्पीड तक जा सकते हैं। लेकिन जब आपके पास समानांतर में कई फैन होते हैं, तो आप इससे भी कम स्पीड या कम वॉल्यूमेट्रिक फ्लो तक जा सकते हैं। इस उदाहरण में हमारा न्यूनतम पार्ट लोड रेशियो 0.167 है। इसे हम फ्रैक्शन के रूप में दर्ज करेंगे। वैकल्पिक रूप से, आप इसे 10,000 CFM के निश्चित न्यूनतम फ्लो के रूप में भी निर्दिष्ट कर सकते हैं। मोटर दक्षता 93% है, जो सामान्य है। अब हम फैन पावर कोएफ़िशिएंट्स (Fan Power Coefficients) पर ध्यान देंगे। Excel में “LINEST” नाम का एक बिल्ट-इन टूल होता है। यह आपके डिपेंडेंट (dependent) और इंडिपेंडेंट (independent) वेरिएबल्स के आधार पर एक लाइन फ़ंक्शन निकालता है। इस उदाहरण में: इंडिपेंडेंट वेरिएबल = पार्ट लोड रेशियो डिपेंडेंट वेरिएबल = फैन पावर आउटपुट हम चौथे क्रम (fourth-order) का एक पॉलिनोमियल (polynomial) उपयोग करते हैं, जिसमें पाँच कोएफ़िशिएंट होते हैं। LINEST टूल इन कोएफ़िशिएंट्स की गणना करता है। यह कर्व शून्य से Unity (1) तक प्लॉट होती है, ठीक EnergyPlus कर्व की तरह। EnergyPlus के Fan:VariableVolume ऑब्जेक्ट में पाँच कोएफ़िशिएंट्स होते हैं, जो एक समीकरण पर आधारित होते हैं। अब हम Excel से इन कोएफ़िशिएंट्स को कॉपी करके OpenStudio में फैन पावर कोएफ़िशिएंट्स में पेस्ट करेंगे। ध्यान रखें कि सही क्रम में पेस्ट करें: चौथे क्रम का कोएफ़िशिएंट पाँचवें फ़ील्ड में जाएगा। फिर क्रमशः पीछे की ओर भरें: कोएफ़िशिएंट 4 कोएफ़िशिएंट 3 कोएफ़िशिएंट 2 और अंत में कोएफ़िशिएंट 1 बस इतना ही। इसी तरह आप फैन पावर कर्व को समायोजित कर सकते हैं यदि आपका फैन कॉन्फ़िगरेशन अलग है। अब इस नई फैन पावर कर्व के साथ, हम एक सिंगल फैन के बजाय तीन फैन के एरे (array) को मॉडल कर रहे हैं। धन्यवाद। कृपया लाइक और सब्सक्राइब करें!
10. माप लेखन 1
इस वीडियो में, हम बात करेंगे कि OpenStudio मेज़र क्या हैं, उनका इस्तेमाल कैसे किया जाता है, और Ruby प्रोग्रामिंग लैंग्वेज का इस्तेमाल करके कोडिंग करके अपने खुद के मेज़र कैसे बनाएं।
आज हम OpenStudio Measures के बारे में बात करेंगे। Measures टैब को देखें। सबसे पहले समझते हैं कि OpenStudio आपका ऊर्जा मॉडल कैसे बनाता है। OpenStudio इन सभी टैब्स से, जिनमें आप इनपुट वेरिएबल दर्ज करते हैं, सारी जानकारी एकत्र करता है और एक .OSM फ़ाइल बनाता है। यह OpenStudio की इनपुट फ़ाइल होती है। इस इनपुट फ़ाइल में सभी शेड्यूल, सभी उपकरण, सभी ज़ोन असाइनमेंट — यानी ऊर्जा मॉडल के लिए आवश्यक लगभग सभी इनपुट शामिल होते हैं। इसके बाद OpenStudio इस फ़ाइल को एक ट्रांसलेटर के माध्यम से चलाता है। यह ट्रांसलेटर OSM इनपुट फ़ाइल को EnergyPlus इनपुट फ़ाइल में बदल देता है। EnergyPlus इनपुट फ़ाइल बहुत मिलती-जुलती होती है। आप इसे प्रोजेक्ट फ़ोल्डर में जाकर, फिर run फ़ोल्डर में जाकर, in.IDF फ़ाइल चुनकर पा सकते हैं। IDF एक EnergyPlus इनपुट फ़ाइल है। यदि आप इसे खोलते हैं, तो यह OpenStudio इनपुट फ़ाइल के समान दिखती है। लेकिन OpenStudio कई शॉर्टकट्स का उपयोग करता है — ऐसे शॉर्टकट्स जो उपयोगकर्ता के लिए ऊर्जा मॉडल बनाना आसान बनाते हैं। जब आप OpenStudio के ग्राफिकल यूज़र इंटरफेस का उपयोग करके जानकारी दर्ज करते हैं, तो OpenStudio को इन इनपुट्स को EnergyPlus में अनुवाद करना होता है। उसे उन शॉर्टकट्स को विस्तारित करना पड़ता है और जो जानकारी छूटी हुई है उसे भरना पड़ता है। यही काम ट्रांसलेटर करता है। यह OpenStudio इनपुट फ़ाइल को EnergyPlus इनपुट फ़ाइल में बदल देता है। EnergyPlus इनपुट फ़ाइल में सभी ऑब्जेक्ट परिभाषाएँ होती हैं: दीवारें, इंसुलेशन, उपकरण, शेड्यूल आदि। IDF फ़ाइल का उपयोग केवल EnergyPlus सिमुलेशन इंजन के लिए किया जाता है। EnergyPlus उसी इनपुट फ़ाइल का उपयोग करता है और आपके ऊर्जा मॉडल सिमुलेशन को बनाने के लिए सभी भौतिक गणनाएँ करता है। इसके बाद यह एक आउटपुट फ़ाइल बनाता है। इस आउटपुट फ़ाइल में वही जानकारी होती है जो आप Reports टैब में देखते हैं। अब Measures पर वापस आते हैं। ऊर्जा मॉडलर Measures का उपयोग इनपुट फ़ाइल के कुछ वेरिएबल्स को स्वतः संपादित करने के लिए करते हैं, और वे उन इनपुट्स को भी बदल सकते हैं जिन्हें OpenStudio इंटरफ़ेस में उपलब्ध नहीं कराया गया है। आप इन Measures को Building Component Library से डाउनलोड कर सकते हैं। उदाहरण के लिए, HVAC–Ventilation, Whole System–Distribution के अंतर्गत विभिन्न Measures उपलब्ध हैं। Air Wall Zone Mixing एक OpenStudio Measure है। आप पहचान सकते हैं कि यह OpenStudio Measure है क्योंकि इसमें OpenStudio का लोगो होता है। इसके विपरीत, Add Zone Mixing Object एक EnergyPlus Measure है। यह Measure सीधे EnergyPlus इनपुट फ़ाइल में एक zone mixing ऑब्जेक्ट जोड़ता है, और यह OpenStudio इनपुट फ़ाइल के EnergyPlus इनपुट फ़ाइल में अनुवाद होने के बाद लागू होता है। इसलिए अलग-अलग प्रकार के Measures होते हैं जिन्हें आप लिख सकते हैं, और ये Measures इनपुट फ़ाइलों में जाकर पैरामीटर स्वतः बदलते हैं। उदाहरण के लिए, यदि आप अपने मॉडल की सभी दीवारों को sun-exposed बनाना चाहते हैं, तो Measure प्रोग्राम इनपुट फ़ाइल में जाकर सभी दीवारों के उस पैरामीटर को स्वतः बदल देता है। Measure मूलतः एक छोटी स्क्रिप्ट होती है जो इनपुट फ़ाइल खोलती है और कुछ इनपुट पैरामीटर बदलती है। यह आपके मॉडल को पूरी तरह से परिवर्तित भी कर सकती है। कुछ Measures पूरे HVAC सिस्टम को बदलने के लिए उपयोग किए जाते हैं। उदाहरण के लिए, यदि किसी मॉडल में rooftop HVAC सिस्टम है और आप उसे chilled water variable air volume सिस्टम से बदलना चाहते हैं, तो आप Building Component Library से एक advanced energy design guide measure का उपयोग कर सकते हैं। आज हम दिखाएँगे कि एक सरल Measure कैसे लिखा जाता है। हम एक ऐसे इनपुट ऑब्जेक्ट से शुरुआत करेंगे जिसे OpenStudio सपोर्ट नहीं करता, लेकिन EnergyPlus करता है। हम अपने air loop में जाएँगे और return fan को देखेंगे। इस return fan में कई इनपुट होते हैं, लेकिन एक विशेष इनपुट है जिसे OpenStudio प्रदर्शित नहीं करता। EnergyPlus Input Output Reference Manual में आपको Design Return Air Flow Fraction of Supply Air Flow नाम का एक इनपुट मिलेगा। यदि आप OpenStudio में AirLoopHVAC ऑब्जेक्ट की प्रॉपर्टीज देखें, तो आपको यह इनपुट नहीं मिलेगा — यह सपोर्टेड नहीं है। इसलिए हम एक EnergyPlus Measure बनाएँगे जो इस विशेष इनपुट को IDF फ़ाइल में जोड़ देगा। जब OpenStudio मॉडल का EnergyPlus इनपुट फ़ाइल में अनुवाद करेगा, उसके बाद यह Measure return airflow fraction of supply airflow वेरिएबल को जोड़ देगा। यह इनपुट return fan को अधिकतम एयरफ्लो तक सीमित करता है, जो supply fan एयरफ्लो का एक अंश होता है। सिस्टम पूर्ण supply airflow प्रदान करता है, लेकिन return fan केवल उसका एक हिस्सा वापस करता है, यह मानते हुए कि भवन में अन्य स्थानों पर लगे exhaust fans बाकी हवा को बाहर निकाल देते हैं। इसे करने के लिए हम Measures में जाते हैं और एक मौजूदा EnergyPlus Measure, जैसे Add Zone Mixing Object, को कॉपी करके संशोधित करते हैं। हम उसे कॉपी करते हैं, My Measures में जोड़ते हैं, और उसका नाम “edit return air flow fraction” रखते हैं। हम description और modeler description को संपादित करते हैं ताकि यह बताया जा सके कि Measure क्या करता है। हम निर्दिष्ट करते हैं कि यह एक EnergyPlus Measure है और इसे HVAC whole-system measure के रूप में वर्गीकृत करते हैं। फिर हम Create Measure और Open for Editing पर क्लिक करते हैं। Measure एक Ruby प्रोग्राम के रूप में खुलता है। यह एक class definition से शुरू होता है और इसमें हमारे द्वारा दर्ज विवरण शामिल होते हैं। फिर यह arguments को परिभाषित करता है। Arguments वे user inputs हैं जो OpenStudio GUI में दिखाई देते हैं। हम इन arguments को संशोधित करते हैं ताकि zone name के बजाय air loop name का उपयोग हो, और design level के बजाय return airflow fraction का उपयोग हो। Air loop name एक string argument है, और return airflow fraction एक double argument है। “true” मान यह दर्शाता है कि Measure चलाने के लिए यह इनपुट आवश्यक है। हम display name को “Return Air Flow Fraction” सेट करते हैं और units को शून्य से एक के बीच एक fraction के रूप में रखते हैं। इसके बाद हम परिभाषित करते हैं कि Measure चलने पर क्या होगा। क्योंकि हम EnergyPlus इनपुट फ़ाइल को संपादित कर रहे हैं, इसलिए हम workspace में काम करते हैं। हम user inputs को run loop में variables को सौंपते हैं। फिर हम workspace में AirLoopHVAC प्रकार के सभी ऑब्जेक्ट्स को खोजकर उनका एक array बनाते हैं। Execution के दौरान उपयोगकर्ता को संदेश देने के लिए runner का उपयोग किया जाता है। फिर हम do loop का उपयोग करके प्रत्येक air loop पर चलते हैं। EnergyPlus ऑब्जेक्ट arrays होते हैं, जहाँ position zero air loop का नाम होता है। हम इस नाम की तुलना user द्वारा निर्दिष्ट loop name से करते हैं। जब हमें मेल मिलता है, तो हम setString का उपयोग करके AirLoopHVAC ऑब्जेक्ट array के position ten में return airflow fraction लिखते हैं। यह position Design Return Air Flow Fraction of Supply Air Flow फ़ील्ड से संबंधित है। यदि पहले से कोई मान मौजूद है तो यह उसे overwrite कर देता है, और यदि नहीं है तो उसे जोड़ देता है। अंत में हम runner के साथ एक final condition register करते हैं ताकि सफलता की सूचना दी जा सके। हम Measure को save करते हैं, OpenStudio में वापस जाते हैं, और Measure को लागू करते हैं। हम air loop name दर्ज करते हैं और return airflow fraction, जैसे 0.6, निर्दिष्ट करते हैं। जब हम मॉडल चलाते हैं, तो runners पुष्टि करते हैं कि return airflow fraction सफलतापूर्वक बदला गया है। EnergyPlus IDF फ़ाइल खोलने पर यह पुष्टि होती है कि Design Return Air Flow Fraction of Supply Air Flow फ़ील्ड AirLoopHVAC ऑब्जेक्ट में जोड़ दिया गया है। इसी तरह आप EnergyPlus इनपुट फ़ाइल को संपादित करने के लिए एक OpenStudio Measure लिखते हैं। धन्यवाद। कृपया लाइक और सब्सक्राइब करें।
11. माप लेखन 2
इस वीडियो में, हम अपने लिखे हुए माप पर कुछ सफाई करेंगे। हम यह भी दिखाएंगे कि अन्य उपयोगकर्ताओं के साथ साझा करने के लिए अपने माप को बिल्डिंग घटक लाइब्रेरी में कैसे अपलोड करें।
अब जब हम अपने मेज़र में सफल हो गए हैं, तो कुछ क्लीनअप आइटम हैं जो हमें करने चाहिए। यह कोड को भविष्य के यूज़र्स के लिए थोड़ा और फ्रेंडली बना देगा, और हम कुछ शब्दों को भी साफ़ कर देंगे। मैं आपको यह भी दिखाऊंगा कि बिल्डिंग कंपोनेंट लाइब्रेरी (BCL) में मेज़र कैसे अपलोड करें। यह कोड जो हमने पिछली बार लिखा था, असल में OpenStudio के लेटेस्ट रिलीज़ में इम्प्लीमेंट किया गया है, इसलिए इसे BCL में अपलोड करने का कोई कारण नहीं है, लेकिन मैं फिर भी आपको दिखाऊंगा कि BCL में मेज़र कैसे अपलोड करें। चलिए कोड पर वापस चलते हैं। मॉडलर डिस्क्रिप्शन के लिए, इसमें कुछ आइटम पर चर्चा होनी चाहिए जो एनर्जी मॉडलर के लिए मददगार हैं। मैं यहां कुछ आइटम जोड़ना चाहता था। अगर फैन ऑटोसाइज़्ड के लिए सेट है, तो यह रिटर्न फैन के साइज़िंग पर असर नहीं डालता है। अगर फैन ऑटोसाइज़्ड के लिए सेट है, तो साइज़िंग कैलकुलेशन असल में डिफ़ॉल्ट रूप से फुल लूप फ्लो के लिए उस रिटर्न फैन को साइज़ करेगा। यह खास फील्ड जिसे हम बदल रहे हैं, वह सिर्फ एनर्जी मॉडल के असल सिमुलेशन पर असर डालता है। एनर्जी मॉडलर के लिए यह जानना ज़रूरी है: सिस्टम के पूरे फ़्लो के लिए फ़ैन अभी भी ऑटोसाइज़्ड रहेगा, और सिर्फ़ सिस्टम के सिमुलेशन के दौरान यह उस वैल्यू तक सीमित रहेगा जिसे हम इस मेज़र में एडिट कर रहे हैं। यह सिर्फ़ सिमुलेशन के दौरान रिटर्न फ़ैन फ़्लो रेट को सीमित करेगा, जो मॉडलर के लिए मददगार जानकारी है। एक और बात जो मैंने नोटिस की थी, वह यह है कि हमने इसमें गड़बड़ कर दी। रिटर्न फ़्रैक्शन को यूनिट्स के साथ परसेंटेज के तौर पर सेट किया गया था। मैं आपको दिखाता हूँ। हम इसे परसेंटेज के तौर पर दिखा रहे हैं, लेकिन असल में हम इसे फ़्रैक्शन के तौर पर लिख रहे हैं। अगर यह परसेंटेज होता, तो हम 60 लिख रहे होते। यह असल में एक फ़्रैक्शन है, इसलिए हमें इसे फ़्रैक्शन में बदलना होगा। यह काम करना चाहिए। यहाँ नीचे, हम मॉडल की शुरुआती कंडीशन रिपोर्ट कर रहे हैं, और यह सच है, लेकिन यह असल में तब होता है जब प्रोग्राम सभी एयर लूप्स को रिट्रीव कर लेता है। चलिए इस कमेंट को नीचे ले जाते हैं और इसे बदलकर कहते हैं “मॉडल में सभी HVAC एयर लूप्स लें।” फिर यह मॉडल की शुरुआती कंडीशन रिपोर्ट करेगा, यह कहते हुए कि बिल्डिंग कुछ खास संख्या में HVAC एयर लूप ऑब्जेक्ट्स के साथ शुरू हुई थी। इसके बाद, हम उन कमेंट किए गए आइटम पर जाएंगे जो हमारे कॉपी किए गए मेज़र से बचे हैं और उन्हें साफ़ करेंगे। कमेंट में लिखा है “इनपुट नामों को वैलिडेट करें और ज़ोन पाएं,” लेकिन हमें इस मेज़र से कोई ज़ोन नहीं मिल रहा है, इसलिए हम इसे डिलीट कर सकते हैं। हम loop_name_valid को अनकमेंट करेंगे और इसे false की डिफ़ॉल्ट वैल्यू के साथ डिफाइन करेंगे। हमें source_loop_valid की ज़रूरत नहीं है क्योंकि हम सिर्फ़ एक वेरिएबल को वैलिडेट कर रहे हैं, जो लूप का नाम है। दूसरा वेरिएबल जिसे हम एडिट कर रहे हैं वह रिटर्न फ्रैक्शन है, लेकिन अभी हम सिर्फ़ लूप के नाम को वैलिडेट कर रहे हैं। zones.each do के बजाय, हम air_loops.each do का इस्तेमाल करेंगे, क्योंकि हम एयर लूप चेक कर रहे हैं। वेक्टर में हर एयर लूप के लिए, हम इसे air_loop के तौर पर डिफाइन करते हैं। अगर लूप का नाम एयर लूप ऑब्जेक्ट के पहले फ़ील्ड स्ट्रिंग के बराबर है—जो एयर लूप का नाम होना चाहिए—और यह यूज़र के बताए गए इनपुट से मैच करता है, तो loop_name_valid true पर सेट हो जाता है। हमें else-if स्टेटमेंट की ज़रूरत नहीं है, क्योंकि हम सिर्फ़ एक वेरिएबल को वैलिडेट कर रहे हैं। अगर यह सही है, तो इसका मतलब है कि प्रोग्राम को मॉडल में एक एयर लूप मिला है जिसका नाम यूज़र इनपुट से मैच करता है। नहीं तो, यह एक एरर दिखाएगा कि एक्सपेक्टेड एयर लूप नहीं मिल सका, जिससे यूज़र को यह समझने में मदद मिलती है कि उन्होंने नाम गलत टाइप किया होगा। इसके बाद, हम रिटर्न एयरफ्लो फ्रैक्शन इनपुट को वैलिडेट करते हैं। हमें यह पक्का करना होगा कि यूज़र सही वैल्यू इनपुट करे। अगर रिटर्न फ्रैक्शन ज़ीरो से कम या एक से ज़्यादा है, तो हम एक रनर एरर दिखाते हैं जिसमें लिखा होता है “रिटर्न एयरफ्लो फ्रैक्शन के लिए ज़ीरो और एक के बीच कोई नंबर चुनें,” और फिर फॉल्स रिटर्न करते हैं। नहीं तो, हम आगे बढ़ते हैं। हम यूज़र को runner.registerInfo का इस्तेमाल करके रिक्वेस्ट किया गया रिटर्न एयरफ्लो फ्रैक्शन भी रिपीट कर सकते हैं, जो उनके द्वारा एंटर की गई वैल्यू दिखाता है। एक्स्ट्रा ट्रबलशूटिंग के लिए, air_loops लूप के अंदर हम air_loop.numFields का इस्तेमाल करके AirLoopHVAC ऑब्जेक्ट में फ़ील्ड्स की संख्या गिनने के लिए एक काउंटर जोड़ सकते हैं। फिर हम यूज़र को रिपोर्ट करते हैं कि उस एयर लूप में कितने फ़ील्ड्स हैं। अगर आप in.idf फ़ाइल खोलते हैं और AirLoopHVAC सर्च करते हैं, तो हर एंट्री एक फ़ील्ड होती है, और शुरू में नौ फ़ील्ड होते हैं। रिटर्न एयरफ़्लो फ़्रैक्शन फ़ील्ड जोड़ने के बाद, गिनती बढ़नी चाहिए। यह प्रोग्राम के चलने के दौरान यूज़र को मददगार फ़ीडबैक देता है। यूज़र को मेज़र को समझने और उसे ठीक करने में मदद करने के लिए यह काफ़ी जानकारी होनी चाहिए। कोड सेव करें और OpenStudio एप्लिकेशन पर वापस जाएं। मेज़र को डिलीट करके फिर से डालने के बजाय, हम इसे अपडेट करने के लिए “सिंक प्रोजेक्ट मेज़र विद लाइब्रेरी” बटन का इस्तेमाल कर सकते हैं। अपडेट पर क्लिक करें, और फिर मेज़र चलाएं। अगर मैसेज गायब हैं, तो puts स्टेटमेंट को runner.registerInfo से बदलें, फिर से सेव करें, सिंक करें, और फिर से चलाएं। आपको एयर लूप में पहले और बाद में फ़ील्ड की संख्या दिखाने वाले मैसेज दिखेंगे। OpenStudio के लेटेस्ट वर्शन में, सप्लाई एयर फ़्लो का डिज़ाइन रिटर्न एयर फ़्लो फ़्रैक्शन पहले से ही लागू है, जिसका मतलब है कि यह मेज़र अब बंद हो गया है, लेकिन इसे EnergyPlus में ट्रांसलेशन से पहले दूसरे फ़ील्ड को एडिट करने के लिए अभी भी टेम्पलेट के तौर पर इस्तेमाल किया जा सकता है। बिल्डिंग कंपोनेंट लाइब्रेरी में मेज़र अपलोड करने के लिए, ब्राउज़र खोलें, पर जाएं ई BCL, और लॉग इन करें। माई डैशबोर्ड पर जाएं, कंटेंट बनाएं, और मेज़र अपलोड करें। BCL tar, gz, या zip फ़ाइलें लेता है। अपने माई मेज़र फ़ोल्डर में जाएं, “एडिट रिटर्न एयरफ़्लो फ़्रैक्शन” फ़ोल्डर ढूंढें, सभी कंटेंट चुनें, उन्हें zip करें, और zip फ़ाइल को किसी आसान जगह पर रखें। zip फ़ाइल को BCL पर अपलोड करें, अपना ग्रुप चुनें, इसे सभी साइट यूज़र्स के लिए एक्सेसिबल बनाएं, तारीख जैसी रिविज़न जानकारी जोड़ें, और सेव करें। इसे रिव्यू के लिए सबमिट करें, मॉडरेशन स्टेट को पब्लिश्ड पर सेट करें, और अप्लाई करें। मेज़र अब पब्लिश हो गया है और BCL पर एक्सेसिबल है। धन्यवाद। कृपया लाइक और सब्सक्राइब करें!
12. परफ़ॉर्मेंस टेबल बनाएं
हम चर्चा करते हैं कि न्यूनाधिक पॉलीनोमियल कर्व्स का उपयोग करने के बजाय निर्माता के डेटा के आधार पर प्रदर्शन तालिकाओं को कैसे सम्मिलित किया जाए। इन तालिकाओं का उपयोग अधिकांश स्थानों पर किया जा सकता है जहाँ एनर्जीप्लस में प्रदर्शन वक्र का उपयोग किया जाता है जैसे कि इवेपोरेटर और कंडेनसर वाले उपकरण। आप इस एपिसोड में उपयोग की गई स्प्रेडशीट फ़ाइल यहाँ डाउनलोड कर सकते हैं: कर्व टू टेबल
आज हम परफॉर्मेंस कर्व्स के बारे में बात करने जा रहे हैं। पिछले एपिसोड में, हमने चर्चा की थी कि कर्व-फिट अप्रोच का इस्तेमाल करके परफॉर्मेंस कर्व्स कैसे बनाएं। इस बार, हम टेबल लुकअप मेथड का इस्तेमाल करके परफॉर्मेंस कर्व्स बनाने पर फोकस करेंगे। हम एक वेरिएबल रेफ्रिजरेंट वॉल्यूम (VRF) सिस्टम के साथ काम कर रहे हैं और खास तौर पर आउटडोर यूनिट को देख रहे हैं। जिस कर्व में हमारी दिलचस्पी है, वह है लो टेम्परेचर का कूलिंग कैपेसिटी रेश्यो मॉडिफायर फंक्शन। यह कर्व दो टेम्परेचर का फंक्शन है। एनर्जीप्लस इनपुट आउटपुट रेफरेंस मैनुअल के अनुसार, ये दो टेम्परेचर इनडोर वेट-बल्ब टेम्परेचर और आउटडोर कंडेंसर एंटरिंग एयर ड्राई-बल्ब टेम्परेचर हैं। मैन्युफैक्चरर के डेटा को देखें, तो दो परफॉर्मेंस कर्व्स हैं: एक इनडोर वेट-बल्ब टेम्परेचर के फंक्शन के तौर पर कूलिंग कैपेसिटी दिखाता है, और दूसरा आउटडोर ड्राई-बल्ब टेम्परेचर के फंक्शन के तौर पर कूलिंग कैपेसिटी दिखाता है। कूलिंग कैपेसिटी टेम्परेचर मॉडिफायर बनाने के लिए इन दोनों कर्व्स का एक साथ इस्तेमाल किया जाता है। अगर कर्व सिंपल है, तो वैल्यूज़ सीधे टाइप की जा सकती हैं। ज़्यादा मुश्किल कर्व्स के लिए, plotdigitizer.com जैसे टूल का इस्तेमाल किया जा सकता है। चार्ट की एक इमेज टूल में लोड की जाती है, फिर X- और Y-एक्सिस के लिए मिनिमम और मैक्सिमम वैल्यू तय करके चार्ट को कैलिब्रेट किया जाता है। इनडोर वेट-बल्ब कर्व के लिए, X-एक्सिस 15 से 24 तक और Y-एक्सिस 0.8 से 1.2 तक होती है। कैलिब्रेशन के बाद, डेटा पॉइंट जोड़े जाते हैं और टूल उनसे जुड़े कोऑर्डिनेट्स दिखाता है। हालांकि कर्व पूरी तरह से लीनियर नहीं है, लेकिन इसे कम, स्टैंडर्ड और ज़्यादा टेम्परेचर रेंज में लीनियर माना जा सकता है। निकाले गए डेटा को फिर एक स्प्रेडशीट में कॉपी किया जाता है। यही प्रोसेस आउटडोर ड्राई-बल्ब टेम्परेचर कर्व के लिए भी दोहराया जाता है। चार्ट लोड, कैलिब्रेट और डिजिटाइज़ किया जाता है। इस मामले में, X-एक्सिस −5 से 55 तक और Y-एक्सिस 0.3 से 1.3 तक होती है। डेटा पॉइंट निकाले जाने के बाद, उन्हें स्प्रेडशीट में कॉपी किया जाता है। यह ज़रूरी है कि सभी इंडिपेंडेंट वेरिएबल्स को सबसे छोटे से सबसे बड़े तक बढ़ते क्रम में सॉर्ट किया जाए, क्योंकि EnergyPlus इंटरपोलेशन के लिए सही ऑर्डरिंग पर निर्भर करता है। इसके बाद, डेटा को एग्रीगेट किया जाता है। इनडोर वेट-बल्ब मॉडिफ़ायर और आउटडोर ड्राई-बल्ब मॉडिफ़ायर को एक साथ गुणा करके कूलिंग कैपेसिटी मॉडिफ़ायर बनाया जाता है। ये मिली-जुली वैल्यू आउटपुट टेबल बनाती हैं। EnergyPlus इनडोर वेट-बल्ब टेम्परेचर को पहले इंडिपेंडेंट वेरिएबल के तौर पर और आउटडोर ड्राई-बल्ब टेम्परेचर को दूसरे इंडिपेंडेंट वेरिएबल के तौर पर इस्तेमाल करता है, सिमुलेशन के दौरान सही कूलिंग कैपेसिटी मॉडिफ़ायर तय करने के लिए वैल्यू के बीच इंटरपोलेशन करता है। स्प्रेडशीट में, इंडिपेंडेंट वेरिएबल, डिपेंडेंट वेरिएबल और मॉडल ऑब्जेक्ट लिस्ट डिफाइन की जाती हैं। कैलकुलेटेड वैल्यू को फिक्स्ड वैल्यू के तौर पर कॉपी और पेस्ट किया जाना चाहिए ताकि वे बिना बदले रहें। OpenStudio मॉडल में इंपोर्ट किए जाने पर सभी ऑब्जेक्ट के यूनिक हैंडल हों, यह पक्का करने के लिए एक यूनिक आइडेंटिफ़ायर जनरेटर का इस्तेमाल किया जाता है। फ़ाइनल आउटपुट में एक टेबल लुकअप ऑब्जेक्ट, मॉडल ऑब्जेक्ट लिस्ट और दोनों इंडिपेंडेंट वेरिएबल शामिल होते हैं। फिर .osm फ़ाइल को एक टेक्स्ट एडिटर में खोला जाता है और VRF एयर कंडीशनर ऑब्जेक्ट मिल जाता है, खास तौर पर लो टेम्परेचर कर्व का कूलिंग कैपेसिटी रेशियो मॉडिफायर फंक्शन। डिफ़ॉल्ट मॉडल में इस कर्व के लिए पहले से ही एक टेबल लुकअप होता है। मौजूदा डिपेंडेंट वेरिएबल को वही आइडेंटिफायर रखते हुए बदला जा सकता है, या नए टेबल और वेरिएबल को .osm फ़ाइल के नीचे पेस्ट किया जा सकता है। नए टेबल लुकअप का हैंडल फिर VRF एयर कंडीशनर को असाइन किया जाता है ताकि नए कर्व का इस्तेमाल किया जा सके। यह तरीका मैन्युफैक्चरर परफॉर्मेंस डेटा को मल्टीवेरिएबल पॉलीनोमियल इक्वेशन का इस्तेमाल किए बिना सीधे OpenStudio और EnergyPlus में डालने देता है। इसके बजाय, यह मैन्युफैक्चरर चार्ट के आधार पर टेबल लुकअप पर निर्भर करता है। एक आखिरी रिमाइंडर यह है कि सभी ऑब्जेक्ट डेफिनिशन सेमीकोलन से खत्म होनी चाहिए, कॉमा से नहीं, नहीं तो OpenStudio में एरर आएंगे। धन्यवाद। प्लीज़ लाइक और सब्सक्राइब करें!
13. EEMs 1: डिमांड कंट्रोल्ड वेंटिलेशन (DCV)
इस एपिसोड में, हम चर्चा करते हैं कि सबसे आसान एनर्जी एफिशिएंसी मेज़र (EEM) में से एक को कैसे सिमुलेट किया जाए; डिमांड कंट्रोल्ड वेंटिलेशन (DCV)। DCV स्पेस में रहने वालों की असल संख्या के आधार पर बाहरी हवा की मात्रा को बदलता है। एयरफ्लो रेट को ज़ोन लेवल की बाहरी हवा की ज़रूरतों के जोड़ या ASHRAE 62.1 वेंटिलेशन रेट प्रोसीजर का इस्तेमाल करके प्रोपोर्शनली कैलकुलेट किया जाता है। इस वीडियो में शामिल नहीं है: इस मेज़र के ज़्यादा एडवांस्ड वर्शन कार्बन डाइऑक्साइड लेवल या दूसरे इनडोर कंटैमिनेंट्स द्वारा मापी गई इनडोर एयर क्वालिटी (IAQ) के आधार पर बाहरी एयरफ्लो रेट को मॉड्यूलेट कर सकते हैं।
हाय सब, हम एक और एपिसोड के साथ वापस आ गए हैं। इस एपिसोड में, हम OpenStudio में लागू करने के लिए सबसे आसान एनर्जी एफिशिएंसी उपायों में से एक पर चर्चा करने जा रहे हैं: डिमांड कंट्रोल्ड वेंटिलेशन। हमारे पास एक साधारण रेस्ट स्टॉप रेस्ट रूम बिल्डिंग है। हम HVAC सिस्टम्स टैब पर जाते हैं और एक साधारण रूफटॉप एयर लूप सिस्टम जोड़ते हैं। इस सिस्टम में कूलिंग नहीं है, इसलिए हम इसमें से कूलिंग हटा देते हैं। फिर हम बिल्डिंग के सभी ज़ोन को इस सिंगल HVAC सिस्टम को असाइन करते हैं। हमारे पास एक आउटडोर एयर सिस्टम है, और डिफ़ॉल्ट सिस्टम हार्ड-साइज़्ड है जिसमें ज़ीरो मिनिमम आउटडोर एयर फ्लो रेट है। यह इस सिनेरियो पर लागू नहीं होगा क्योंकि हमारे पास स्पेस के लिए एरिया-बेस्ड मिनिमम आउटडोर एयर फ्लो रेट की ज़रूरतें हैं, इसलिए हम इस सेटिंग को ऑटोसाइज़्ड में बदल देते हैं। अगर हम स्पेस टाइप्स में जाते हैं और डिज़ाइन स्पेसिफिकेशन आउटडोर एयर के तहत रेस्ट रूम चुनते हैं, तो हम देख सकते हैं कि हमारे पास प्रति व्यक्ति 7 CFM और 0.02 CFM प्रति स्क्वायर फुट का आउटडोर एयर फ्लो रेट है। यह वैल्यू शायद बहुत कम है, इसलिए हम इसे 0.06 CFM प्रति स्क्वायर फुट पर अपडेट करते हैं। फिर हम एयर लूप सिस्टम पर वापस जाते हैं, एयर लूप को ही चुनते हैं, और नीचे स्क्रॉल करके देखते हैं कि सिस्टम की बाहरी हवा कैसे कैलकुलेट हो रही है। इस सिनेरियो के लिए, हम ज़ोन सम मेथड का इस्तेमाल करते हैं। दूसरे ऑप्शन ASHRAE स्टैंडर्ड 62.1 वेंटिलेशन रेट प्रोसीजर हैं, जो मल्टीज़ोन सिस्टम में वेंटिलेशन इफेक्टिवनेस और प्राइमरी एयर फ्लो को ध्यान में रखते हैं। क्योंकि यह उदाहरण सिस्टम आसान है, इसलिए हम इसे ज़ोन सम के तौर पर छोड़ देते हैं। हम सिमुलेशन चलाते हैं, जो बिना डिमांड कंट्रोल्ड वेंटिलेशन के हमारी बेसलाइन का काम करता है, और इस फ़ाइल को अलग से सेव करते हैं। डिमांड कंट्रोल्ड वेंटिलेशन को इम्प्लीमेंट करने के लिए, हम एयर लूप पर वापस जाते हैं, एयर लूप सिस्टम को चुनते हैं, सबसे ऊपर कंट्रोल बटन पर क्लिक करते हैं, और डिमांड कंट्रोल्ड वेंटिलेशन चालू करते हैं। फिर हम सिमुलेशन को फिर से चलाते हैं। एक बार जब यह सफलतापूर्वक खत्म हो जाता है, तो हम रिजल्ट्स को रिव्यू करने के लिए रिजल्ट्स समरी टैब पर जाते हैं। सबसे पहले, हम DView में बेसलाइन मॉडल खोलते हैं और बाहरी एयर मास फ्लो रेट देखते हैं। हम देख सकते हैं कि यह पूरे साल एक जैसा रहता है, जिसका मतलब है कि सिस्टम लगातार चलता रहता है और एक जैसा बाहरी एयर फ्लो देता है। इसके बाद, हम डिमांड कंट्रोल्ड वेंटिलेशन इम्प्लीमेंट करके मॉडल खोलते हैं और फिर से बाहरी एयर मास फ्लो रेट देखते हैं। इस बार, प्रोफ़ाइल ऊपर-नीचे होती है। अगर हम किसी खास दिन, जैसे 9 फरवरी को ज़ूम इन करें, तो हम साफ़ तौर पर फ़र्क देख सकते हैं। बेसलाइन एक जैसा आउटडोर एयर फ़्लो रेट देती है, जबकि डिमांड कंट्रोल्ड वेंटिलेशन केस आउटडोर एयर फ़्लो को बदलता है। डिमांड कंट्रोल्ड वेंटिलेशन के साथ, जब बिल्डिंग में कम लोग होते हैं, तो आउटडोर एयर फ़्लो रेट कम से कम ज़रूरी लेवल तक गिर जाता है। जैसे-जैसे ज़्यादा लोग बिल्डिंग में आते हैं, एयरफ़्लो बढ़ता है, और जैसे-जैसे लोग बाहर जाते हैं, आउटडोर एयर की ज़रूरत कम होती जाती है। यह व्यवहार ऑक्यूपेंसी शेड्यूल से तय होता है। सिस्टम बिल्डिंग में लोगों की संख्या गिनता है और हर व्यक्ति के लिए डिज़ाइन आउटडोर एयर की ज़रूरत के आधार पर ज़रूरी वेंटिलेशन एयर का हिसाब लगाता है, जो इस मामले में लगभग 7 CFM प्रति व्यक्ति है। आउटडोर एयर प्रोफ़ाइल पूरे दिन ऑक्यूपेंसी प्रोफ़ाइल को करीब से फ़ॉलो करती है। हालांकि, कुछ और बातें भी हैं। अगर बिल्डिंग में ज़ोन एग्जॉस्ट फ़ैन हैं, तो उन एग्जॉस्ट फ़्लो को आउटडोर एयर सिस्टम या इनफ़िल्ट्रेशन के ज़रिए पूरा करना होगा। अगर एग्जॉस्ट एयरफ़्लो की ज़रूरत बहुत ज़्यादा है, तो डिमांड कंट्रोल्ड वेंटिलेशन चालू होने पर भी आउटडोर एयर फ़्लो प्रोफ़ाइल उम्मीद के मुताबिक कम नहीं हो सकती है। इससे कुछ समय के लिए एक प्रोफ़ाइल बन सकती है जो बेसलाइन के ज़्यादा करीब दिखती है। दूसरे फ़ैक्टर भी डिमांड कंट्रोल्ड वेंटिलेशन के असर को कम कर सकते हैं। उदाहरण के लिए, अगर आउटडोर एयर कंट्रोलर में मिनिमम आउटडोर एयर फ़्लो रेट को हार्ड-साइज़ किया गया है, तो सिस्टम उस वैल्यू से नीचे नहीं जाएगा। इसी तरह, अगर मिनिमम आउटडोर एयर शेड्यूल या आउटडोर एयर शेड्यूल का मिनिमम हिस्सा लागू किया जाता है, तो सिस्टम उन लिमिट से नीचे रीसेट नहीं होगा। ये बिहेवियर EnergyPlus इनपुट आउटपुट रेफ़रेंस मैनुअल में Controller:MechanicalVentilation और Controller:OutdoorAir के तहत डॉक्यूमेंटेड हैं, जो बताते हैं कि मिनिमम और मैक्सिमम लिमिट डिमांड कंट्रोल्ड वेंटिलेशन पर कैसे असर डालती हैं। शॉर्ट में, OpenStudio में डिमांड कंट्रोल्ड वेंटिलेशन को इम्प्लीमेंट करना सीधा है: एयर लूप चुनें, Control टैब पर जाएं, और डिमांड कंट्रोल्ड वेंटिलेशन ऑप्शन को इनेबल करें। DCV मॉडलिंग के और भी एडवांस्ड तरीके मौजूद हैं, जैसे कि कार्बन डाइऑक्साइड जैसे मापे गए कंटैमिनेंट लेवल पर आधारित, लेकिन उन तरीकों को यहां कवर नहीं किया गया है। यह उदाहरण डिमांड कंट्रोल्ड वेंटिलेशन मॉडलिंग के लिए बेसिक और सबसे ज़्यादा इस्तेमाल किया जाने वाला तरीका दिखाता है। धन्यवाद। प्लीज़ लाइक और सब्सक्राइब करें!
14. ओपनस्टूडियो - EEMs 1: DCV माप
पिछले एपिसोड में, हमने चर्चा की थी कि डिमांड कंट्रोल्ड वेंटिलेशन (DCV) को कैसे सिमुलेट किया जाए। इस एपिसोड में, हम चर्चा करेंगे कि बिल्डिंग कंपोनेंट लाइब्रेरी (BCL) मेज़र "इनेबल डिमांड कंट्रोल्ड वेंटिलेशन" का इस्तेमाल करके अपने पूरे मॉडल में DCV को तेज़ी से कैसे लागू किया जाए। इस मेज़र को OpenStudio से डाउनलोड किया जा सकता है या सीधे BCL से यहाँ डाउनलोड किया जा सकता है: https://bcl.nrel.gov/content/3ff4b412-8689-4b11-a588-935c621dc97d
हाय सब, हम एक और एपिसोड के साथ वापस आ गए हैं। हमारे पिछले एपिसोड में हमने बात की थी कि डिमांड कंट्रोल्ड वेंटिलेशन (DCV) को कैसे इम्प्लीमेंट किया जाए। इस एपिसोड में, हम एक OpenStudio मेज़र दिखाने जा रहे हैं जो आपके लिए यह सारा काम करेगा। हमारे पास एक ऑफिस बिल्डिंग और एक स्टोरेज बिल्डिंग है। इस बिल्डिंग में कई अलग-अलग एयर लूप हैं, हर एक में बाहर के एयर सिस्टम हैं। पिछले एपिसोड में, हमने टॉगल बटन का इस्तेमाल करके डिमांड कंट्रोल्ड वेंटिलेशन को इम्प्लीमेंट करने के बारे में बात की थी। इस एपिसोड में, हम बिल्डिंग कंपोनेंट लाइब्रेरी (BCL) से एक मेज़र का इस्तेमाल करने जा रहे हैं। कंपोनेंट्स और मेज़र्स पर जाएं, फिर फाइंड मेज़र्स पर जाएं। यह वेंटिलेशन के अंदर HVAC कैटेगरी में मिल सकता है। यह यहां होगा: “डिमांड कंट्रोल्ड वेंटिलेशन इनेबल करें।” इसे चेक करें और फिर डाउनलोड बटन पर क्लिक करें। इससे यह आपके कंप्यूटर पर डाउनलोड हो जाएगा। या फिर, आप BCL वेबसाइट bcl.nrel.gov पर जा सकते हैं, “डिमांड” सर्च कर सकते हैं, नीचे स्क्रॉल कर सकते हैं, और यही मेज़र ढूंढ सकते हैं। आप इस पर क्लिक करके मेज़र का डिस्क्रिप्शन देख सकते हैं, साथ ही इसे इम्प्लीमेंट करने के बारे में नोट्स भी देख सकते हैं। अब जब हमने अपने प्रोजेक्ट में मेज़र डाउनलोड कर लिया है, तो हम मेज़र टैब पर जा सकते हैं। चलिए इसे दूसरे प्रोजेक्ट के तौर पर सेव करते हैं। HVAC पर जाएं, फिर वेंटिलेशन पर जाएं, और “Enable Demand Controlled Ventilation” मेज़र को ड्रैग इन करें। ऐसा करके, हम अपने बेस मॉडल को बिना बदले रख रहे हैं। मेज़र सिर्फ़ इसी रन के लिए इम्प्लीमेंट किया जाएगा। अगर हम अपने मॉडल को बिना बदले रखना चाहते हैं, तो हम बाद में कभी भी वापस जाकर इसे डिलीट कर सकते हैं। या फिर, आप Components and Measures पर जाकर सीधे मेज़र अप्लाई कर सकते हैं, जिससे मॉडल हमेशा के लिए बदल जाएगा और उसे वापस लाने का कोई तरीका नहीं होगा। मेज़र को वर्कफ़्लो में ड्रैग करके, हम सिमुलेशन चला सकते हैं और देख सकते हैं कि यह कैसा निकलता है। अगर हमें रिज़ल्ट पसंद नहीं आते हैं, तो हम मेज़र को डिलीट कर सकते हैं और ओरिजिनल मॉडल बिना बदले रहेगा। इनपुट सेक्शन में जाएं और “Enable DCV” चुनें। फिर आगे बढ़ें और मॉडल चलाएं। मॉडल सक्सेसफुली चलता है। अगर हम वापस ऊपर स्क्रॉल करते हैं, तो हम मैसेज देख सकते हैं जो बताते हैं कि मेज़र कैसे इम्प्लीमेंट किया गया था। यह दिखाता है कि DCV कई एयर लूप, जैसे FC-9, FC-5, और दूसरे के लिए चालू था। सभी एयर लूप जिनमें बाहर के एयर सिस्टम थे, अब उनमें डिमांड कंट्रोल्ड वेंटिलेशन चालू है। समरी बताती है कि DCV 11 एयर लूप के लिए चालू था। इसके बाद, हम पहले और बाद के मॉडल की तुलना कर सकते हैं। रिपोर्ट्स फ़ोल्डर पर जाएं। हम बेसलाइन मॉडल और DCV चालू वाला मॉडल देख सकते हैं। दोनों की तुलना करने पर, हम देखते हैं कि DCV मॉडल कम एनर्जी इस्तेमाल करता है। बेसलाइन एनर्जी का इस्तेमाल 1,188,506 kBtu है, और DCV केस 941,274 kBtu है। इससे सालाना 247,232 kBtu की बचत होती है, जो लगभग 261,000 MJ प्रति साल है। अगर हम लगभग 2 सेंट प्रति kBtu की ब्लेंडेड एनर्जी रेट मानते हैं, तो यह सिर्फ़ पूरी बिल्डिंग में डिमांड कंट्रोल्ड वेंटिलेशन लागू करके सालाना लगभग $5,000 USD की बचत होती है। यह दिखाता है कि आप BCL मेज़र का इस्तेमाल करके पूरे मॉडल में DCV को कितनी जल्दी और आसानी से चालू कर सकते हैं, बिना हर एयर लूप में मैन्युअल रूप से जाए और कंट्रोल को टॉगल किए। धन्यवाद। कृपया लाइक और सब्सक्राइब करें।
इस वीडियो में हम वेरिएबल रेफ्रिजरेंट फ्लो (वेरिएबल रेफ्रिजरेंट वॉल्यूम) सिस्टम को सिमुलेट करने के बेसिक स्टेप्स पर चर्चा करेंगे। हम बेसिक इक्विपमेंट साइज़िंग करेंगे, लाइब्रेरी से एनर्जीप्लस डिफ़ॉल्ट VRF/VRV ऑब्जेक्ट्स को इम्पोर्ट करेंगे, और अपनी ज़रूरतों के हिसाब से उन्हें मॉडिफ़ाई करेंगे। यह वीडियो आउटपुट रिपोर्ट्स से अतिरिक्त जानकारी प्राप्त करने के लिए एक उपाय का उपयोग करता है; अधिक जानकारी के लिए, यह एपिसोड यहाँ देखें: https://youtu.be/divAgzO2IUc
अगले कुछ वीडियो में हम यह चर्चा करेंगे कि वैरिएबल रेफ्रिजरेंट सिस्टम का सिमुलेशन कैसे किया जाए। अपने परीक्षण भवन के लिए हमारे पास एक बहुत ही साधारण ऑफिस बिल्डिंग है, जिसमें दो ज़ोन हैं, और हम इसमें एक VRF सिस्टम स्थापित करेंगे, जिसे वैरिएबल रेफ्रिजरेंट फ्लो या वैरिएबल रेफ्रिजरेंट वॉल्यूम (VRF/VRV) भी कहा जाता है। अभी मॉडल को Ideal Air Loads का उपयोग करके सिमुलेशन करने के लिए सेट किया गया है। यह जानने के लिए कि हमारी sizing क्या होगी, हम पहले मॉडल को सिमुलेट करेंगे। सिमुलेशन के बाद हम Reports टैब में जाकर EnergyPlus के परिणाम देखेंगे। Table of Contents में आपको कई उपयोगी आइटम दिखाई देंगे, जिनमें Zone Component Load Summary और Facility Component Load Summary शामिल हैं। इन्हें एक कस्टम Measure के माध्यम से स्टैंडर्ड रिपोर्ट में जोड़ा गया था, जिसके बारे में मैंने एक अन्य वीडियो में चर्चा की थी कि आउटपुट रिपोर्ट से जानकारी कैसे निकाली जाए। उस वीडियो का लिंक विवरण में दिया गया है। इसके बाद हम Zones टैब पर जाते हैं। इस भवन में दो ज़ोन हैं। Thermal Zone 1 चुनने पर कूलिंग पीक लोड के घटक दिखाई देते हैं। लोड को विभिन्न श्रेणियों में विभाजित किया गया है जैसे लोग, लाइट्स, उपकरण, इंफिल्ट्रेशन, वेंटिलेशन, छत के लोड और खिड़की/ग्लेज़िंग (fenestration) लोड। नीचे आपको sensible load, delayed sensible load (जो भवन के thermal mass पर आधारित है), latent load और total load के कुल मान दिखाई देंगे। ये मान EnergyPlus द्वारा प्रारंभिक लोड अनुमान प्रक्रिया के दौरान निकाले जाते हैं। नीचे स्क्रॉल करने पर आप वास्तविक सिमुलेशन स्थितियाँ देख सकते हैं। यहाँ वह समय दिखाया जाता है जब पीक स्थितियाँ उत्पन्न हुईं और सिमुलेटेड परिणाम क्या थे। आप देख सकते हैं कि अनुमानित मान वास्तविक सिमुलेटेड मानों के काफी निकट हैं। Sensible load उपयुक्त घटकों को जोड़कर और latent load को हटाकर गणना किया जाता है। यदि sizing factor निर्धारित किया गया है, तो EnergyPlus उसे लागू करके उपकरणों की design sensible load निर्धारित करता है। Sizing factors simulation settings में परिभाषित किए जाते हैं, जहाँ आप heating और cooling sizing factors निर्दिष्ट कर सकते हैं। ये multipliers सिमुलेटेड पीक लोड पर लागू होते हैं। EnergyPlus heating peak load components के लिए भी इसी प्रकार गणना करता है—पहले अनुमान लगाता है और फिर सिमुलेशन के माध्यम से उसे परिष्कृत करता है। इन्हीं परिणामों का उपयोग हम अपने ज़ोन उपकरणों और अंततः आउटडोर उपकरण की sizing के लिए करेंगे। इसके बाद हम simulation फ़ोल्डर में जाकर EnergyPlus रिपोर्ट खोलते हैं और thermal zone डेटा की समीक्षा करते हैं। फिर हम OpenStudio प्रोजेक्ट को “Generic VRF” नाम से एक नए प्रोजेक्ट के रूप में सेव करते हैं। प्रारंभ में हम OpenStudio के साथ आने वाली स्टैंडर्ड लाइब्रेरी फाइलों का उपयोग करेंगे। बाद में हम Building Component Library से निर्माता-विशिष्ट उपकरण डाउनलोड करेंगे और परिणामों की तुलना करेंगे। अब हम HVAC Systems टैब पर जाते हैं। ऊपर VRF का चयन करते हैं। चूँकि अभी कोई VRF सिस्टम नहीं है, हम दाईं ओर की लाइब्रेरी में जाकर VRF श्रेणी तक स्क्रॉल करते हैं और एक VRF सिस्टम मॉडल में ड्रैग करते हैं। यह OpenStudio द्वारा प्रदान किया गया एक सामान्य (generic) लाइब्रेरी ऑब्जेक्ट है। क्योंकि हमारे पास दो ज़ोन हैं, हमें दो टर्मिनल यूनिट्स की आवश्यकता होगी। हम दो टर्मिनल यूनिट्स को VRF सिस्टम में ड्रैग और ड्रॉप करते हैं। “My Model” टैब में जाकर thermal zones खोजते हैं और Thermal Zone 1 को एक टर्मिनल यूनिट से तथा Thermal Zone 2 को दूसरी से असाइन करते हैं। इस समय सब कुछ autosized है, जिसका अर्थ है कि EnergyPlus उपकरण की sizing स्वतः करेगा। यदि हम Thermal Zones टैब पर वापस जाएँ, तो देख सकते हैं कि Ideal Air Loads अब सक्षम नहीं हैं और ज़ोन अब VRF टर्मिनल यूनिट्स द्वारा सर्व किए जा रहे हैं। अब हम Settings टैब में जाकर Simulation Control चुनते हैं। पहले हम केवल sizing calculations चला रहे थे। अब हम “Run Simulation for Weather File Run Periods” चुनते हैं ताकि पूरे वर्ष का सिमुलेशन चलाया जा सके। सिमुलेशन सफलतापूर्वक चलने के बाद हम फिर से रिपोर्ट्स की समीक्षा करते हैं। Coil Sizing Summary में हम देखते हैं कि VRF टर्मिनल यूनिट्स heating और cooling दोनों के लिए एक ही कॉइल का उपयोग करती हैं। EnergyPlus कॉइल को उस लोड के आधार पर size करता है जो अधिकतम है, चाहे वह heating हो या cooling। इस उदाहरण में जलवायु heating-dominated है, इसलिए कॉइल को heating peak load के आधार पर size किया गया है। Cooling अलग से size नहीं किया गया क्योंकि उसकी आवश्यकता कम है। ये autosized मान EnergyPlus द्वारा अनुकूलित sizing परिणाम दर्शाते हैं। वास्तविकता में, निर्माता उपकरण इन सटीक आकारों में उपलब्ध नहीं होते। वास्तविक उपकरण क्षमताएँ अक्सर थोड़ी अधिक होती हैं ताकि प्रदर्शन आवश्यकताओं को पूरा किया जा सके। उदाहरण के लिए, एक Mitsubishi इनडोर यूनिट 30,000 BTUH कूलिंग और 34,000 BTUH हीटिंग प्रदान कर सकती है, जो EnergyPlus के autosized मानों से अधिक है। इसी कारण ऊर्जा मॉडलिंग करते समय केवल डिफ़ॉल्ट या autosized मानों पर निर्भर नहीं रहना चाहिए। इसके बजाय, हमें मॉडल को वास्तविक उपकरण प्रदर्शन के अनुरूप समायोजित करना चाहिए। HVAC Systems टैब में वापस जाकर हम VRF टर्मिनल यूनिट्स को संपादित करते हैं। पहली टर्मिनल यूनिट के लिए हम एयरफ्लो को निर्माता डेटा के अनुसार hard-size करते हैं: अधिकतम heating और cooling के लिए 1,271 CFM, और जब heating या cooling की मांग न हो तो न्यूनतम 883 CFM। Outdoor air flow rates अपरिवर्तित रहते हैं, क्योंकि वे ज़ोन और occupancy पैरामीटर द्वारा नियंत्रित होते हैं। हम नियंत्रक thermostat का स्थान भी संबंधित thermal zone में असाइन करते हैं। Fan pressure rise की समीक्षा करते हैं और इसे 0.2 इंच वॉटर कॉलम पर ही रहने देते हैं, जो छोटे ducted सिस्टम के लिए उचित है। Maximum flow rate 1,271 CFM सेट करते हैं। Cooling coil के लिए rated cooling capacity 30,000 BTUH दर्ज करते हैं और rated airflow rate 1,271 CFM रखते हैं। Heating coil के लिए rated heating capacity 34,000 BTUH और वही airflow rate दर्ज करते हैं। दूसरी टर्मिनल यूनिट के लिए भी यही प्रक्रिया दोहराते हैं, लेकिन भिन्नता दिखाने के लिए अलग प्रकार की इनडोर यूनिट चुनते हैं। अब हम आउटडोर यूनिट की समीक्षा करते हैं। EnergyPlus ने इसे लगभग 50,000 BTUH पर autosize किया था, लेकिन वास्तविक निर्माता उपकरण इससे मेल नहीं खा सकते। हम Mitsubishi की एक आउटडोर यूनिट चुनते हैं जिसकी rated cooling capacity 72,000 BTUH और heating capacity 80,000 BTUH है। हम gross rated cooling capacity दर्ज करते हैं और EER को coefficient of performance में बदलते हैं, जो लगभग 3.8 आता है। Heating के लिए rated heating capacity दर्ज करते हैं और heating capacity sizing ratio की गणना करते हैं: 80,000 ÷ 72,000, जो लगभग 1.11 है। Rated heating COP लगभग 4.31 है। अन्य पैरामीटर, जैसे न्यूनतम और अधिकतम ऑपरेटिंग तापमान, डिफ़ॉल्ट पर ही छोड़ देते हैं क्योंकि हम सामान्य उपकरण मॉडल कर रहे हैं। यह सिस्टम heat recovery शामिल नहीं करता, इसलिए उस विकल्प को निष्क्रिय रखते हैं। Vertical piping height को डिफ़ॉल्ट से बदलकर 15 फीट करते हैं, जो एक एक-मंज़िला भवन के लिए अधिक यथार्थवादी है। शेष पैरामीटर डिफ़ॉल्ट पर ही रहते हैं। सिमुलेशन दोबारा चलाने के बाद हम परिणामों की समीक्षा करते हैं और पुष्टि करते हैं कि भवन अपेक्षित रूप से ऊर्जा उपयोग कर रहा है। eplusout.err फ़ाइल की जाँच करते हैं ताकि सुनिश्चित हो सके कि कोई गंभीर त्रुटि नहीं है। जो warnings दिखाई देती हैं वे सामान्य हैं और आमतौर पर यह दर्शाती हैं कि डिफ़ॉल्ट EnergyPlus performance curves निर्माता द्वारा दर्ज rated conditions से पूरी तरह मेल नहीं खातीं। जब सामान्य कर्व के साथ विशिष्ट उपकरण डेटा का उपयोग किया जाता है तो ऐसा होना अपेक्षित है। EnergyPlus rated conditions को एक संदर्भ बिंदु या unity (1) के रूप में उपयोग करता है और performance curves के माध्यम से उन स्थितियों से ऊपर या नीचे प्रदर्शन का अनुमान लगाता है। जब rated conditions और डिफ़ॉल्ट curves पूरी तरह मेल नहीं खाते, तो warnings उत्पन्न होती हैं। ये warnings सामान्यतः सिमुलेशन परिणामों को अमान्य नहीं बनातीं। क्योंकि कोई गंभीर त्रुटि नहीं है, मॉडल वैध माना जाता है। इस प्रकार OpenStudio में एक वैरिएबल रेफ्रिजरेंट फ्लो सिस्टम का कार्यान्वयन पूरा होता है। अगले एपिसोड में हम Building Component Library से निर्माता-विशिष्ट performance curves डाउनलोड करेंगे, उन्हें मॉडल में स्थापित करेंगे और सामान्य उपकरण के साथ परिणामों की तुलना करेंगे। आज के लिए बस इतना ही। धन्यवाद। कृपया लाइक और सब्सक्राइब करें।
16. ओपनस्टूडियो एनर्जीप्लस - VRF/VRV बेसिक्स 2
इस वीडियो में हम उन कुछ बिंदुओं को स्पष्ट करेंगे जिन्हें हमने पिछले एपिसोड में छोड़ दिया था, जिसमें एनर्जीप्लस से प्राप्त जेनेरिक परफॉर्मेंस कर्व्स का उपयोग करके वीआरएफ/वीआरवी सिस्टम को मॉडल करने के तरीके पर चर्चा की गई थी।
नमस्ते सभी को। हम फिर से लौट आए हैं। कुछ साफ़-सफ़ाई के आइटम हैं जिन्हें हमें पूरा करना है। पिछली एपिसोड में हमने कुछ चीज़ें मिस कर दी थीं। एक मुख्य मुद्दा VRF सिस्टम्स से जुड़ा हुआ है। आइए हम अपने Generic VRF सिस्टम को देखें, जिसे हमने पिछले एपिसोड में मॉडल किया था। हम आउटडोर यूनिट को देखेंगे। पिछली एपिसोड में हमने जो चीज़ मिस की थी, वह है compressors। वह आउटडोर यूनिट जिसे हम generic performance curves का उपयोग करके सिमुलेट करने की कोशिश कर रहे हैं, वह Mitsubishi यूनिट है। इसमें केवल एक ही hermetic compressor है। हम इसे देखेंगे। हम compressors तक स्क्रॉल करेंगे। Generic मॉडल में तीन compressors हैं। जबकि वह यूनिट जिसे हम सिमुलेट करने की कोशिश कर रहे हैं, उसमें केवल एक है। इससे simulation में काफी अंतर पड़ेगा क्योंकि Mitsubishi उपकरण केवल एक निश्चित सीमा तक ही कम कर सकता है। Generic उपकरण, अगर उसमें तीन compressors हों, तो turndown काफी अधिक होगा। अगला हिस्सा है compressor size का total compressor capacity के अनुपात का। हमारे पास केवल एक compressor है, इसलिए यह अनुपात 1.0 होगा। इसके विपरीत, अगर आपके पास तीन compressors होते, तो अनुपात 1/3 यानी 33% (0.33) होता। अगला सुधार defrost strategy से जुड़ा है। Default generic defrost strategy resistive heat है। दुर्भाग्य से, किसी कारण से, generic defrost capacity लगभग शून्य वॉट है। आप इसे यहीं देख सकते हैं। यह कोई अर्थ नहीं बनाता। इसे सही करने के लिए, हम बस इसे autosized कर देंगे। अब बात करते हैं VRF सिस्टम्स में बड़े बदलाव की। यह कई साल पहले की बात है। VRF सिस्टम्स को अमेरिका में लगभग एक दशक पहले पेश किया गया था। AHRI ने VRF सिस्टम्स के लिए एक performance rating standard तैयार किया। उन्होंने यह standard residential heat pumps से लिया। Residential heat pumps और VRF सिस्टम्स में कई performance अंतर हैं। इसलिए, यह standard VRF के लिए उपयुक्त नहीं था, लेकिन उन्होंने इसे फिर भी इस्तेमाल किया। शुरुआत में VRF सिस्टम्स बहुत वादा दिखा रहे थे और लोगों को लगता था कि यह बहुत अच्छा प्रदर्शन करेंगे। समय के साथ लोगों को एहसास होने लगा कि ये सिस्टम्स उतना अच्छा प्रदर्शन नहीं कर रहे हैं जितना होना चाहिए था। VRF/VRV सिस्टम्स अपनी अपेक्षित क्षमता से काफी कम प्रदर्शन कर रहे थे। कई test cases में यह स्पष्ट हो गया। चार्ट में वह लाइन दिखा रही है जहाँ सिस्टम को प्रदर्शन करना चाहिए था। यही एक बड़ा मुद्दा था। एक और मुद्दा यह था कि इंजीनियर इन efficiency ratings की तुलना अन्य प्रकार के उपकरणों से कर रहे थे। ऐसा करना उचित नहीं है। ये AHRI standards संतरे और संतरे की तुलना के लिए बनाए गए हैं, न कि संतरे और सेब की तुलना के लिए। Hydronic systems के साथ तुलना करना भी ऐसा ही था। Hydronics उद्योग ने इसे नोट किया और शिकायत की। उन्होंने इस पर एक white paper तैयार किया जिसमें बताया कि VRF सिस्टम्स दावा करते हैं कि वे इतना कर सकते हैं, लेकिन AHRI 1230 के कारण उन्हें सही तरीके से परीक्षण नहीं किया जा रहा है। त्रुटि लगभग 47% थी, जो बहुत महत्वपूर्ण है। अंत में AHRI ने अपने standard और testing procedure को संशोधित किया। परिणामस्वरूप, VRF सिस्टम्स अब उतने efficient नहीं हैं जितना वे पहले दावा कर रहे थे। उनकी rated efficiency अब उतनी अच्छी नहीं है जितनी पहले बताई गई थी। Federal efficiency standards को संशोधित किया गया और कुछ energy codes भी बदल गए। उदाहरण के लिए, California ने कहा, "बस federal efficiency standards देखें।" हम federal code देखकर तुलना कर सकते हैं। Heating performance में VRF सिस्टम्स की efficiency लगभग 9% गिर गई, और cooling में लगभग 3%। यह hydronics industry द्वारा दावा किए गए 47% से कम है। यह थोड़ा biased था। इसलिए हम इस generic सिस्टम को adjust करेंगे। यह generic सिस्टम मूल रूप से 2010 में मॉडल किया गया था, इसलिए इसमें वह bias शामिल है। इस bias को adjust करने के लिए हमें coefficients of performance बदलने होंगे। Cooling के लिए कटौती वास्तव में 3% है। Generic VRF/VRV का cooling COP 3.8 है। इसे 97% से गुणा करेंगे। वास्तविकता में COP लगभग 3.686 हो जाएगा। Heating के लिए, 2010 में rated COP 4.31 था। हमें इसे लगभग 9% कम करना होगा। 4.31 × 91% = 3.922। यह हमें वास्तविक प्रदर्शन को ध्यान में रखने में मदद करेगा। यह हमें 2010 के समय उपकरण के प्रदर्शन को समझने में मदद करेगा, जब यह मॉडल तैयार किया गया था। ये तीन मुख्य आइटम थे जिन्हें हमें adjust करना था। आइए simulation चलाएँ। हम 2010 के generic VRF curves और 2024 के actual generic system की तुलना करेंगे। Simulation सफलतापूर्वक पूरा हो गया है। Performance देखते हैं। 2024 संस्करण (updated rated version) के लिए लगभग 125,000 KBTU है। पिछली एपिसोड में जो हमने किया था, वह 117,000 KBTU था। आप देख सकते हैं कि performance में अंतर है। इसलिए यदि आप VRF/VRV सिस्टम्स का modeling OpenStudio के generic performance curves का उपयोग करके कर रहे हैं, तो इस अंतर को ध्यान में रखना चाहिए। अगले एपिसोड में हम Building Component Library से वास्तविक उपकरण के performance curves डाउनलोड करना सीखेंगे। यह Mitsubishi सिस्टम के लिए होगा। हम LG सिस्टम भी डाउनलोड करेंगे और साइड-बाय-साइड तुलना करेंगे। धन्यवाद! कृपया लाइक और सब्सक्राइब करें।
17.ओपनस्टूडियो एनर्जीप्लस - VRF/VRV मित्सुबिशी, LG, डाइकिन
इस वीडियो में हम वेरिएबल रेफ्रिजरेंट फ्लो (वेरिएबल रेफ्रिजरेंट वॉल्यूम) सिस्टम के अनुकरण पर चर्चा जारी रखेंगे। हम बिल्डिंग कंपोनेंट लाइब्रेरी (बीसीएल) से कुछ ब्रांड (मित्सुबिशी, एलजी, और डाइकिन) उपकरण प्रदर्शन डेटा डाउनलोड करेंगे और एनर्जीप्लस में सामान्य ऑब्जेक्ट्स के प्रदर्शन की तुलना करेंगे।
हम वापस आ गए हैं और इस बार हम मित्सुबिशी VRF सिस्टम का मॉडल बनाने जा रहे हैं। सबसे पहले, हम इसे एक नई फ़ाइल के तौर पर सेव करेंगे और फिर मित्सुबिशी सर्च करके और ज़िप फ़ाइल डाउनलोड करके बिल्डिंग कंपोनेंट लाइब्रेरी से मित्सुबिशी लाइब्रेरी डाउनलोड करेंगे। ज़िप फ़ाइल के अंदर एक XML डिस्क्रिप्शन, एक OSM फ़ाइल और एनर्जी मॉडलर के लिए नोट्स वाला एक PDF है। हम OSM और PDF फ़ाइलों को प्रोजेक्ट फ़ोल्डर में कॉपी करते हैं, फिर प्रेफरेंस में जाकर डाउनलोड की गई OSM फ़ाइल को डिफ़ॉल्ट लाइब्रेरी के तौर पर जोड़ते हैं। उसके बाद, हम पहले से मॉडल किए गए जेनेरिक VRF सिस्टम को डिलीट कर देंगे और मित्सुबिशी VRF सिस्टम, खासकर PUHY EP72 ऑप्शन को ढूंढने के लिए लाइब्रेरी टैब पर जाएंगे, जो डक्टेड और नॉन-डक्टेड ऑप्शन देता है। हम नाम रखने के तरीकों को समझने के लिए PDF नोट्स देखते हैं, जिसमें डक्टेड बनाम नॉन-डक्टेड एफिशिएंसी रेटिंग और स्टैंडर्ड बनाम हाई-हीट ऑप्शन शामिल हैं। आसानी के लिए और क्लाइमेट के आधार पर, हम नॉन-डक्टेड हाई-हीट ऑप्शन चुनते हैं। इसके बाद, हम ज़रूरी टर्मिनल यूनिट्स, जैसे PFY P30 और PKFY P30, जोड़ते हैं और उन्हें सही थर्मल ज़ोन में असाइन करते हैं। हम मास्टर थर्मोस्टेट की लोकेशन भी असाइन करते हैं और हमेशा उपलब्ध शेड्यूल चुनते हैं। एक बार जब थर्मल ज़ोन टर्मिनल यूनिट्स से कनेक्ट हो जाते हैं, तो हम सिमुलेशन चलाते हैं। पूरा होने के बाद, हम एरर आउटपुट फ़ाइल को रिव्यू करते हैं, जिसमें कई वॉर्निंग होती हैं। इनमें फैन सिस्टम डिस्क्रीट स्पीड वॉर्निंग और एयरफ्लो-पर-कैपेसिटी वॉर्निंग शामिल हैं, जो EnergyPlus में VRF सिस्टम के लिए आम हैं। ये वॉर्निंग मुख्य रूप से गाइडलाइन चेक हैं और इन्हें क्रिटिकल नहीं माना जाता है, क्योंकि AHRI स्टैंडर्ड इन वैल्यू पर सख्त लिमिट नहीं लगाते हैं। कुछ वॉर्निंग बताती हैं कि VRF हीट पंप ऑपरेटिंग टेम्परेचर लिमिट पार हो गई थी, या सिस्टम असामान्य आउटडोर टेम्परेचर कंडीशन में हीटिंग या कूलिंग कर रहा था। ये दिक्कतें वार्म-अप पीरियड के दौरान हुईं, जब EnergyPlus इक्विपमेंट और ज़ोन साइज़िंग कर रहा था, न कि असल सालाना सिमुलेशन रन के दौरान, इसलिए ये कोई बड़ी चिंता की बात नहीं है। टर्मिनल यूनिट पार्ट लोड रेश्यो के लिमिट से ज़्यादा होने के बारे में भी एक वॉर्निंग है, जिसे एक बग के तौर पर रिपोर्ट किया गया है और ऐसा इसलिए हो सकता है क्योंकि टर्मिनल यूनिट एक पार्ट लोड रेश्यो से ज़्यादा हो सकती हैं। कुल मिलाकर, इन वॉर्निंग के बावजूद, सिमुलेशन सक्सेसफुली पूरा हो जाता है। फिर हम सिमुलेशन रिपोर्ट को रिव्यू करते हैं और मित्सुबिशी सिस्टम के रिज़ल्ट की तुलना पहले मॉडल किए गए जेनेरिक VRF सिस्टम से करते हैं। जेनेरिक सिस्टम हर साल लगभग 125,000 kBTU इस्तेमाल करता था, जबकि मित्सुबिशी सिस्टम लगभग 118,000 kBTU इस्तेमाल करता था, जो थोड़ा बेहतर परफॉर्मेंस दिखाता है। हम हीटिंग और कूलिंग के लिए अनमेट आवर्स की भी तुलना करते हैं। कूलिंग अनमेट आवर्स दोनों सिस्टम के लिए न के बराबर हैं, जबकि अनमेट डिग्री आवर्स को देखने पर हीटिंग अनमेट आवर्स एक जैसे हैं। मित्सुबिशी सिस्टम के लिए ऑक्यूपेंट-वेटेड अनमेट आवर्स ज़्यादा हैं, शायद ज़्यादा एयरफ्लो या आराम से जुड़े फैक्टर की वजह से, लेकिन कुल मिलाकर दोनों सिस्टम के बीच परफॉर्मेंस काफी तुलनीय है। इसके बाद, हम टर्मिनल यूनिट और आउटडोर यूनिट दोनों के लिए एनर्जी मॉडलर को दिए गए नोट्स को रिव्यू करते हैं। डक्टेड यूनिट्स के लिए, यह वेरिफ़ाई करना ज़रूरी है कि स्टैटिक प्रेशर के अंदाज़े प्रोजेक्ट की शर्तों से मेल खाते हैं, और VRF सिस्टम सेटिंग्स में फ़ैन डिज़ाइन प्रेशर राइज़ को एडिट करके एडजस्टमेंट किए जा सकते हैं। एक्स्ट्रा नोट्स में आउटडोर यूनिट इंस्टॉलेशन से जुड़ी बातों पर चर्चा की गई है, जैसे कि अगर यूनिट इनडोर यूनिट्स के नीचे इंस्टॉल की गई है तो मिनिमम और मैक्सिमम आउटडोर टेम्परेचर को एडजस्ट करना, और ड्रेन पैन हीटर या वेस्ट हीट रिकवरी जैसे कुछ फ़ीचर्स की मॉडलिंग के लिए EnergyPlus में लिमिटेशन्स। कई परफ़ॉर्मेंस कर्व्स दिखाए गए हैं, जो मित्सुबिशी-स्पेसिफ़िक कर्व्स की तुलना जेनेरिक EnergyPlus कर्व्स से करते हैं, जो टेम्परेचर रेंज और पार्ट लोड रेश्यो में कैपेसिटी और एफ़िशिएंसी में अंतर को हाईलाइट करते हैं। आखिर में, हम डाइकिन और LG सहित दूसरे मैन्युफ़ैक्चरर्स के VRF सिस्टम्स की मॉडलिंग करके तुलना को आगे बढ़ाते हैं, बिल्डिंग कंपोनेंट लाइब्रेरी से इक्विपमेंट डाउनलोड करने, उसे इंस्टॉल करने और सिमुलेशन चलाने के उसी प्रोसेस का इस्तेमाल करते हैं। डाइकिन सिस्टम लगभग 132–133 kBTU का सालाना एनर्जी इस्तेमाल दिखाता है, LG सिस्टम लगभग 123 kBTU, जबकि जेनेरिक सिस्टम के लिए 124 kBTU और मित्सुबिशी के लिए 117 kBTU है। परफॉर्मेंस सिस्टम और मौसम के हिसाब से अलग-अलग होती है, और ज़्यादा एनालिसिस के लिए, बिना पूरे हुए घंटों जैसे दूसरे फैक्टर्स को भी रिव्यू किया जा सकता है। यह दिखाता है कि OpenStudio में मैन्युफैक्चरर-स्पेसिफिक परफॉर्मेंस डेटा का इस्तेमाल कैसे करें और इसकी तुलना जेनेरिक VRF मॉडल्स से कैसे करें। धन्यवाद। प्लीज़ लाइक और सब्सक्राइब करें।
18. OpenStudio EnergyPlus - AI का इस्तेमाल करके लिखने को मापें
इस वीडियो में हम एक कस्टम OpenStudio माप लिखने के लिए आर्टिफिशियल इंटेलिजेंस (क्लाउड AI) का उपयोग करेंगे। हम अपने OpenStudio मॉडल को बदलने, सिमुलेशन चलाने और परिणाम देखने के लिए Apply Measure Now कमांड का उपयोग करेंगे। इस ट्यूटोरियल में बनाया गया माप बिल्डिंग कंपोनेंट लाइब्रेरी पर यहाँ उपलब्ध है: https://bcl.nrel.gov/content/a1b2c3d4-e5f6-7890-abcd-ef1234567890
ठीक है, हम वापस आ गए हैं। इस बार हम OpenStudio में कस्टम मेज़र लिखने के बारे में बात करने जा रहे हैं। हम एक कस्टम मेज़र लिखने जा रहे हैं, और इस बार हम कोड लिखने के लिए क्लाउड का इस्तेमाल करके ऐसा करने में AI की मदद लेंगे। हम एक बहुत ही सिंपल शूबॉक्स मॉडल से शुरू करते हैं जिसमें अभी एक पैकेज्ड रूफटॉप एयर कंडीशनर सिस्टम लगा हुआ है। हमारा लक्ष्य इसे एयर-टू-वॉटर हीट पंप सिस्टम से बदलना है। शुरू करने के लिए, हम मौजूदा एयर लूप को हटा देते हैं और उसकी जगह एक पूरी तरह से हाइड्रोनिक सिस्टम जोड़ते हैं, जो मॉडल में एक चिल्ड वॉटर लूप और एक हीटिंग वॉटर लूप दोनों बनाता है। ज़ोन असाइन होने के बाद, हम देख सकते हैं कि मॉडल में अब ये दो हाइड्रोलिक लूप हैं। चिल्ड वॉटर लूप को देखने पर, हम देखते हैं कि यह अभी एक कूलिंग टावर से जुड़े वॉटर-सोर्स कंडेंसर का इस्तेमाल करता है, जबकि हीटिंग वॉटर लूप एक सिंपल हॉट वॉटर बॉयलर का इस्तेमाल करता है। हालांकि, हम असल में एक एयर-सोर्स हीट पंप सिस्टम चाहते हैं। अभी, OpenStudio मुख्य रूप से इक्वेशन-फिट ऑब्जेक्ट्स का इस्तेमाल करके वॉटर-टू-वॉटर हीट पंप को सपोर्ट करता है, लेकिन यह सीधे एयर-सोर्स हीट पंप को उसी तरह सपोर्ट नहीं करता है। एयर-सोर्स हीट पंप को मॉडल करने के लिए, हमें EIR-फॉर्मूलेटेड हीट पंप ऑब्जेक्ट्स, खास तौर पर HeatPump:PlantLoop:EIR:Cooling और HeatPump:PlantLoop:EIR:Heating का इस्तेमाल करना होगा। क्योंकि इसके लिए प्लांट लूप्स में कई कंपोनेंट्स को स्वैप करने की ज़रूरत होती है, इसलिए हम प्रोसेस को ऑटोमेट करने के लिए एक कस्टम मेज़र लिखने का फैसला करते हैं। फिर हम क्लॉड के पास जाते हैं और कस्टम मेज़र लिखने के लिए ध्यान से एक प्रॉम्प्ट बनाते हैं। प्रॉम्प्ट बताता है कि मेज़र को “Apply Measure Now” का इस्तेमाल करके अप्लाई किया जाना चाहिए। इसे मौजूदा कंडेंसर वॉटर प्लांट लूप को CoolingTower:SingleSpeed से डिलीट कर देना चाहिए, मौजूदा Chiller:Electric:EIR को एयर-सोर्स HeatPump:PlantLoop:EIR:Cooling से बदलना चाहिए, और मौजूदा Boiler:HotWater के साथ-साथ एयर-सोर्स HeatPump:PlantLoop:EIR:Heating जोड़कर हीटिंग वॉटर लूप को बदलना चाहिए। हम क्लॉड से ज़रूरी मेज़र फ़ाइलें बनाने के लिए भी कहते हैं, जिसमें Ruby मेज़र कोड, एक measure.xml फ़ाइल और एक readme.md फ़ाइल शामिल है, क्योंकि एक वैलिड OpenStudio मेज़र के लिए इन तीनों की ज़रूरत होती है। क्लॉड काम पूरा करता है और मेज़र के लिए ऑप्शनल आर्गुमेंट भी देता है। हम सभी बनी हुई फ़ाइलें डाउनलोड करते हैं और उन्हें My Measures डायरेक्टरी के अंदर एक नए फ़ोल्डर में रखते हैं, यह पक्का करते हुए कि फ़ोल्डर का नाम मेज़र के नाम से मैच करता है। फिर हम OpenStudio पर वापस आते हैं, Apply Measure Now पर जाते हैं, और नया मेज़र ढूंढते हैं, जो HVAC और कूलिंग कैटेगरी में दिखता है। हम इनपुट को ऑटोसाइज़्ड पर सेट छोड़ देते हैं और मेज़र अप्लाई करते हैं। आउटपुट मैसेज बताते हैं कि कंडेंसर लूप हटा दिया गया था, इलेक्ट्रिक चिलर को एयर-सोर्स कूलिंग हीट पंप से बदल दिया गया था, और मौजूदा बॉयलर के साथ-साथ हीटिंग कैपेसिटी जोड़ी गई थी। यह तरीका सफलतापूर्वक चलता है, और हम बदलावों को स्वीकार करते हैं। तरीका लागू करने के बाद, हम अपडेटेड प्लांट लूप कॉन्फ़िगरेशन को रिव्यू करते हैं। नए एयर-सोर्स हीट पंप कंपोनेंट ठंडे पानी और हीटिंग वॉटर लूप पर दिखाई देते हैं। इस बारे में कुछ पक्का नहीं है कि हीट पंप लूप के सही साइड पर है या नहीं, क्योंकि चार-पाइप सिस्टम स्कीमैटिक्स आमतौर पर कूलिंग हीट पंप को सप्लाई साइड पर रखते हैं। यह कुछ ऐसा है जिसे इनपुट आउटपुट रेफरेंस मैनुअल को रिव्यू करके और किसी भी कॉन्फ़िगरेशन एरर को पकड़ने के लिए टेस्ट सिमुलेशन चलाकर और वेरिफिकेशन की ज़रूरत हो सकती है। आखिर में, हम नतीजों को वेरिफ़ाई करने के लिए एनर्जीप्लस सिमुलेशन चलाते हैं। मॉडल बिना किसी गंभीर एरर के पूरा होता है, और केवल छोटी-मोटी वॉर्निंग दिखाई देती हैं, जैसे शेड्यूल और पंप एफिशिएंसी मैसेज जो मुख्य सिस्टम के व्यवहार पर असर नहीं डालते हैं। एनर्जीप्लस के नतीजे दिखाते हैं कि बिल्डिंग उम्मीद के मुताबिक एनर्जी का इस्तेमाल कर रही है, जिससे पता चलता है कि यह तरीका शायद काम कर गया। हालांकि और टेस्टिंग और वैलिडेशन की सलाह दी जाती है, लेकिन यह दिखाता है कि AI—खासकर क्लॉड—का इस्तेमाल कैसे तेज़ी से एक कस्टम OpenStudio मेज़र बनाने के लिए किया जा सकता है जो मुश्किल सिस्टम बदलावों को ऑटोमेट करता है। धन्यवाद। कृपया लाइक और सब्सक्राइब करें।