Thread Content
सभी से एक सवाल पूछना है। कंप्रेसर के इनलेट/आउटलेट पर लॉजिस्टिक्स 1 एवं 2 होते हैं; लॉजिस्टिक्स 1 में, द्रव्यमान-प्रवाह एक निर्धारित मान होता है, जबकि घनत्व एक गणना-आधारित मान होता है। गुणवत्तापूर्ण द्रव-प्रवाह हेतु सेट की गई सीमाएँ काफी व्यापक होती हैं; इस कारण कोई भी प्रक्रिया इसके अंत क्या कैलकुलेटर में ऐसा संभव है कि, चाहे द्रव के प्रवाह-दर का मान कुछ भी हो, वह हमेशा घनत्व का ही फलन रहे? घनत्व, वर्तमान में लॉजिस्टिक्स प्रणाली में मौजूद दबाव एवं तापमान के आधार पर ही निर्धारित किया जा सकता है। मैंने आज प्रयास किया; मात्रा-प्रवाह एवं घनत्व दोनों को आउटपुट चरों के रूप में सेट किया, एवं क्रम ‘last’ रखा। इस तरह प्रक्रिया 1 के मात्रा-प्रवाह की सटीक गणना की जा सकी। लेकिन प्रक्रिया 2 का मात्रा-प्रवाह अभी भी प्रक्रिया 1 के ही मान पर ही रहा। इसके कारण द्रव-प्रवाह में संरक्षण का सिद्धांत लागू नहीं हो पाता। कृपया बताइए, इस समस्या का समाधान कैसे किया जा सकता इस गुणवत्ता-प्रवाह-दर एवं घनत्व को चर के रूप में उपयोग में लाने का उद्देश्य, आयतन-प्रवाह-दर को परिभाषित करना है। हम चाहते हैं कि स्ट्रीम 1 की आयतन-प्रवाह-दर, प्रक्रिया में मौजूद अन्य चरों के फलन के रूप में हो। लेकिन “स्ट्रीम वेरिएबल्स” में आयतन-प्रवाह-दर संबंधी कोई विकल्प ही नहीं है… क्या इस समस्या का समाधान केवल इसी तरीके से ही संभव है?
यह तरीका शुरू से ही गलत है। आपने इसे “लास्ट” के रूप में सेट किया, ताकि डेटा सबसे अंत में ही उपयोग में आए। ऐसा करने से निश्चित रूप से गुणवत्ता में असंतुलन पैदा होगा।
मुझे FORTRAN के क्षेत्र में वाकई कोई अनुभव नहीं है। मैं अपनी सफलताओं के बारे में बताता हूँ: लूप में दो प्रक्रियाएँ हैं; इनके कारण अंतिम तापमान में 2 का अंतर आता है। इसे FORTRAN में “LAST” का उपयोग करके ही प्राप्त किया गया। मुझे लगता है कि ASPEN के STREAM VAR में “VOLUME FLOW” विकल्प उपलब्ध ही नहीं है (केवल तरल पदार्थ संबंधी जानकारी ही है, गैसीय पदार्थ संबंधी कोई जानकारी नहीं है)। यह तो एक बग ही है। STREAM में तो यह विकल्प उपलब्ध है, लेकिन STREAM VAR में नहीं। मेरा विचार था कि आयतन-प्रवाह को परिभाषित करने हेतु एक संबंध-फलन का उपयोग किया जाए, लेकिन ऐसा संभव नहीं है; इसके बजाय केवल द्रव्यमान-प्रवाह एवं घनत्व ही उपयोग में आ सकते हैं। लेकिन ये दोनों में से एक तो पहले से ही निर्धारित मान है, जबकि दूसरा गणना द्वारा प्राप्त मान है। यह प्रक्रिया तो उन्हीं निर्धारित पैरामीटरों के आधार पर ही चलती है। तो यह काम करना बहुत मुश्किल हो जाता है। क्या आपके पास कोई अच्छा समाधान है? कल हमने proii के बारे में चर्चा की; वहाँ VOLUME FLOW नामक वेरिएबल को आसानी से एकत्र किया जा सकता है। यह बहुत ही सुविधाजनक है। तो ASPEN ऐसा क्यों नहीं कर पाता?
मुझे लगता है कि ASPEN के STREAM VAR में “VOLUME FLOW” विकल्प उपलब्ध ही नहीं है (केवल तरल पदार्थ संबंधी जानकारी ही है, गैसीय पदार्थ संबंधी कोई जानकारी नहीं है)। यह तो एक बग ही है। STREAM में तो यह विकल्प उपलब्ध है, लेकिन STREAM VAR में नहीं। इस हेल्प में बहुत स्पष्ट रूप से बताया गया है कि ऐसा क्यों नहीं है। फोरट्रान का उपयोग करके “लास्ट” फंक्शन को सफलतापूर्वक बनाना, इसका मतलब यह नहीं है कि वास्तविक दुनिया में इसका कोई अर्थ है। बस, एल्गोरिथ्म में कोई समस्या नहीं है।