सिमुलिंक लाइब्रेरी और मॉडल संदर्भ

Question

के बीच अंतर सिमुलिंक लाइब्रेरी और मॉडल संदर्भ के बीच अंतर क्या हैं (यदि हैं)। अलग-अलग स्थितियों में से किसी एक का उपयोग करने में फायदे हैं?

Answer 1

पुस्तकालयों और मॉडल संदर्भ का मुख्य उद्देश्य समान है: सिमुलिंक मॉडल का पुन: उपयोग करने में सुविधा। जब आप पुस्तकालयों के साथ काम करते हैं, तो मुख्य मॉडल में संदर्भित मॉडल की सामग्री को "आयात" सिमुलिंक करें। कभी-कभी, यह विशाल मॉडल (50k से अधिक ब्लॉक) से निपटने वाले डेवलपर की ओर जाता है, जो समय लेने वाला हो सकता है। जब आप लाइब्रेरी डिज़ाइन कर रहे हों, तो lib फ़ाइल चलाया नहीं जा सकता है। आपको इसे मुख्य मॉडल में "तत्काल" करना होगा। दूसरी ओर, मॉडल संदर्भ अलग मॉडल के साथ सौदा करता है। जब आप सिमुलेट बटन दबाते हैं तो उन्हें एक साथ रखा जाता है, लेकिन डिज़ाइन समय के दौरान, आप पूरी तरह से अलग मॉडल से निपटते हैं। मॉडल संदर्भ के साथ, आप त्वरण विधियों का चयन भी कर सकते हैं (यह मूल रूप से मॉडल को संकलित करता है) और यह पुस्तकालयों के साथ नहीं किया जा सकता है।

Answer 2

कुछ और जोड़ना danielmsd करने के जवाब दें:

• विन्यास प्रबंधन: मॉडल संदर्भ में संस्करण नियंत्रण आसानी से रखा जा सकता है और डेवलपर्स के एक दूसरे से स्वतंत्र रूप से काम कर सकते हैं। लाइब्रेरी एक फ़ाइल है, इसलिए ब्लॉक को व्यक्तिगत रूप से संस्करणित नहीं किया जा सकता है और डेवलपर समानांतर में काम नहीं कर सकते हैं।
• आप मॉडल संदर्भों की रक्षा कर सकते हैं।
• कोड जनरेशन: मॉडल रेफरेंसिंग के साथ वृद्धिशील बिल्ड केवल संभव है।

लेकिन: मॉडल संदर्भित काफी कुछ सीमाएँ हैं, तो इस विकल्प को चुनने से पहले ध्यान से उन्हें बाहर की जाँच करें। Model Referencing Limitations देखें।

Answer 3

सिस्टम डिज़ाइन परिप्रेक्ष्य मॉडल संदर्भों से आपके सिस्टम के घटकों के लिए उपयोग किया जाना चाहिए। यह आपके सिस्टम से अलग-अलग हिस्सों से बना है। पुस्तकालयों का उपयोग यूटिलिटीज के रूप में किया जाना चाहिए। यह पुन: प्रयोज्य ब्लॉक है जो आपके डिज़ाइन के माध्यम से उपयोग किया जाता है।

उदाहरण के लिए रोबोट नियंत्रण प्रणाली में घटक शामिल हैं: नेविगेशन, नियंत्रण, path_plannen आदि ये घटक हैं और मॉडल संदर्भों के साथ कार्यान्वित किए जाने चाहिए। उस स्थिति में वे स्वतंत्र मॉडल के रूप में विकसित किए जाते हैं और स्वतंत्र रूप से परीक्षण किए जा सकते हैं।

घटकों के अंदर आपको कम_पास_फाइलेटर, error_state_handler और check_input_range जैसे उपयोगिता ब्लॉक की आवश्यकता हो सकती है, वे पुस्तकालय हैं।

Answer 4

एमडीएल रेफरी के फायदे: - कोड जनरेशन: मॉडल संदर्भ कोडर उत्पाद का उपयोग करते समय आंशिक बनाता है। मान लें कि आपके पास 100k ब्लॉक के साथ वास्तव में एक बड़ा मॉडल है और इसे बनाने के लिए 20 मिनट लगते हैं, मॉडल संदर्भों में इसे विभाजित करने से बिल्ड समय कम हो जाएगा क्योंकि केवल बदले गए मॉडल को पुनर्निर्माण करने की आवश्यकता होगी।

• मॉडल अपडेट: केवल मॉडल संदर्भों को बदल दिया गया है "CTRL + D" इसलिए यह वास्तव में बड़े मॉडल होने में मदद करता है।

• सिमुलेशन: सिमुलेशन में एमडीएल refs DLLs जो बनाता है अपने सिमुलेशन बहुत तेजी से

नुकसान दर्द (प्रभाव सामान्य और accellerator मोड के बीच अंतर की तुलना में बहुत बड़ा है) के रूप में उत्पन्न कर रहे हैं: - सामान्य में पदक संदर्भित वहाँ एक Simulink.parameter.object जो एक वृक्ष संरचना है पारित करने के लिए कोई संभावना नहीं है सीमाओं

• की वजह से उपयोग करने के लिए एक दर्द किसी भी तरह है। (प्रकार का उपयोग करते समय: BusObject केवल मूल्य संपत्ति में संरचना होती है, अन्य गुण नहीं होते हैं)

• जब उपप्रणाली में इनपुट के रूप में बस सिग्नल होता है, तो इनपुट इंटरफ़ेस निर्दिष्ट करने के लिए एक एमडीएल रेफ को बस ऑब्जेक्ट की आवश्यकता होती है, और लाइब्रेरी ब्लॉक नहीं है। (भले ही यह एक lib ब्लॉक में अनिर्दिष्ट बस इनपुट का उपयोग करने के लिए काफी बदसूरत है)। (ध्यान दें कि बस कार्यक्षेत्र बेस वर्कस्पेस में हमेशा वैश्विक है ... टकराव नामकरण का जोखिम)