در مدلهای سیمولینک، تنها ساخت مسیرهای محاسباتی اهمیت ندارد؛ مشاهده، بررسی و مدیریت سیگنالها نیز بخش مهمی از فرآیند مدلسازی است. زمانی که یک مدل گسسته شامل تعداد زیادی سیگنال باشد، مشاهده رفتار هر سیگنال و انتقال همزمان چندین سیگنال بین بخشهای مختلف میتواند به چالش تبدیل شود.
سه قابلیت مهم برای مدیریت این موضوع عبارتاند از Scope برای مشاهده سیگنالها، Bus Creator برای تجمیع چند سیگنال در یک ساختار مشترک و Bus Selector برای انتخاب دوباره سیگنالهای موردنیاز از یک Bus.
این ابزارها در کنار یکدیگر به ایجاد مدلهایی خواناتر، منظمتر و قابل مدیریتتر کمک میکنند.
آشنایی با Scope در سیمولینک
بلوک Scope یکی از شناختهشدهترین ابزارهای مانیتورینگ در Simulink است. این بلوک برای مشاهده رفتار سیگنالها در طول اجرای شبیهسازی استفاده میشود.
Scope امکان مشاهده تغییرات سیگنال را فراهم میکند و به کاربر اجازه میدهد رفتار بخشهای مختلف مدل را بدون نیاز به اضافه کردن ابزارهای خارجی بررسی کند.
در یک مدل گسسته، Scope میتواند برای مشاهده روند تغییر نمونههای سیگنال و بررسی عملکرد بخشهای مختلف الگوریتم مورد استفاده قرار گیرد.
اهمیت مانیتورینگ سیگنال
در یک مدل مهندسی، صرفاً اجرای موفق شبیهسازی کافی نیست. باید مشخص شود که سیگنالها در طول شبیهسازی رفتار مورد انتظار را دارند یا خیر.
برای مثال، ممکن است یک مدل بدون ایجاد خطای اجرایی شبیهسازی شود، اما خروجی آن دارای نوسان غیرمنتظره، مقدار نامناسب یا رفتار متفاوت از انتظار باشد.
Scope به کاربر کمک میکند چنین رفتارهایی را سریعتر شناسایی کند.
از Scope میتوان برای بررسی مواردی مانند موارد زیر استفاده کرد:
- تغییرات سیگنال در طول شبیهسازی
- رفتار ورودی و خروجی سیستم
- پاسخ بخشهای مختلف مدل
- رفتار کنترلکننده
- تغییرات سیگنالهای گسسته
- بررسی نتایج یک الگوریتم
- مقایسه رفتار چند سیگنال
مشاهده چند سیگنال با Scope
گاهی لازم است چند سیگنال بهصورت همزمان بررسی شوند. این قابلیت برای مقایسه عملکرد بخشهای مختلف مدل اهمیت زیادی دارد.
برای مثال، میتوان سیگنال ورودی و خروجی یک بخش را همزمان مشاهده کرد و بررسی کرد که سیستم چگونه به تغییرات ورودی واکنش نشان میدهد.
در مدلهای گسسته نیز مشاهده چند سیگنال میتواند به بررسی ارتباط میان مراحل مختلف پردازش کمک کند.
البته افزایش تعداد سیگنالها در یک Scope باید با مدیریت مناسب همراه باشد؛ زیرا نمایش تعداد زیادی سیگنال در یک محیط واحد میتواند خوانایی نتایج را کاهش دهد.
Scope در مدلهای گسسته
Scope برای مدلهای گسسته اهمیت ویژهای دارد، زیرا بسیاری از الگوریتمهای دیجیتال بر اساس نمونههای متوالی سیگنال کار میکنند.
با استفاده از Scope میتوان رفتار این نمونهها را در طول شبیهسازی مشاهده کرد و تغییرات سیگنال را بررسی نمود.
این قابلیت در تحلیل فیلترهای دیجیتال، کنترلکنندههای گسسته، سیستمهای نمونهبرداری و الگوریتمهای پردازش سیگنال بسیار کاربردی است.
مفهوم Bus در سیمولینک
در مدلهای بزرگ ممکن است تعداد زیادی Signal بین بخشهای مختلف سیستم جابهجا شوند. اگر هر سیگنال با یک خط مستقل در مدل حرکت کند، نمودار بهسرعت شلوغ میشود.
Bus راهکاری برای سازماندهی چند سیگنال مرتبط در یک ساختار مشترک است.
Bus را میتوان مانند یک مسیر ارتباطی چندگانه در نظر گرفت که چند Signal را در قالب یک مجموعه سازمانیافته منتقل میکند.
این مفهوم باعث میشود بهجای ایجاد تعداد زیادی خط مستقل در قسمتهای مختلف مدل، مجموعهای از سیگنالهای مرتبط به شکل منظمتری مدیریت شوند.
آشنایی با Bus Creator
بلوک Bus Creator برای جمعآوری چند سیگنال و قرار دادن آنها در یک Bus استفاده میشود.
در نتیجه، چند مسیر مستقل میتوانند در یک ساختار مشترک قرار بگیرند و از طریق یک مسیر Bus به بخش دیگری از مدل منتقل شوند.
این قابلیت بهخصوص زمانی ارزشمند است که چند سیگنال باید همیشه با یکدیگر به یک Subsystem یا بخش دیگر مدل منتقل شوند.
کاربرد Bus Creator
Bus Creator در مدلهای پیچیده کاربردهای متنوعی دارد.
برای مثال، فرض کنید یک سیستم چندین سیگنال مرتبط با وضعیت داخلی خود تولید میکند. بهجای اینکه همه این سیگنالها از مسیرهای جداگانه به بخش دیگری از مدل منتقل شوند، میتوان آنها را توسط Bus Creator تجمیع کرد.
این کار باعث کاهش تعداد خطوط قابل مشاهده در سطح اصلی مدل میشود.
بنابراین Bus Creator بیشتر از اینکه یک ابزار محاسباتی باشد، یک ابزار مهم برای سازماندهی و مدیریت ارتباطات مدل است.
تجمیع سیگنالهای مرتبط
بهتر است سیگنالهایی که در یک Bus قرار میگیرند، از نظر کاربرد و ارتباط منطقی با یکدیگر مرتبط باشند.
برای مثال، در یک مدل کنترل دیجیتال میتوان سیگنالهای مربوط به وضعیت کنترلکننده، سیگنال مرجع، خطا و خروجی کنترل را در ساختارهای منطقی مناسب سازماندهی کرد.
هدف این نیست که تمام سیگنالهای مدل در یک Bus بزرگ قرار گیرند؛ بلکه باید گروهبندی بر اساس ساختار سیستم انجام شود.
آشنایی با Bus Selector
پس از اینکه چند سیگنال توسط Bus Creator در یک Bus قرار گرفتند، ممکن است یک بخش از مدل تنها به بعضی از آنها نیاز داشته باشد.
در این شرایط از Bus Selector استفاده میشود.
Bus Selector امکان انتخاب سیگنالهای موردنیاز از یک Bus را فراهم میکند و اجازه میدهد تنها بخشهای موردنظر به ادامه مدل منتقل شوند.
به این ترتیب، Bus Creator و Bus Selector معمولاً مکمل یکدیگر هستند.
ارتباط Bus Creator و Bus Selector
روند کلی استفاده از این دو بلوک را میتوان بهصورت مفهومی چنین در نظر گرفت:
چند سیگنال مستقل → Bus Creator → یک Bus مشترک → Bus Selector → سیگنالهای انتخابشده
در این ساختار، Bus Creator مرحله تجمیع را انجام میدهد و Bus Selector مرحله انتخاب و استخراج سیگنالهای موردنیاز را بر عهده دارد.
این معماری بهخصوص در مدلهایی که بخشهای زیادی با یکدیگر ارتباط دارند، باعث کاهش پیچیدگی نمودار میشود.
مزیت استفاده از Bus
یکی از مهمترین مزایای Bus کاهش شلوغی ظاهری مدل است.
اگر تعداد زیادی سیگنال به یک Subsystem منتقل شوند، کشیدن خطوط مستقل برای همه آنها ممکن است مدل را بسیار پیچیده کند.
با استفاده از Bus، این سیگنالها میتوانند بهصورت یک مجموعه منتقل شوند و جزئیات داخلی آنها فقط در محل موردنیاز مشاهده شود.
در نتیجه، سطح بالای مدل سادهتر و خواناتر خواهد شد.
Bus و Subsystem
Busها در کنار Subsystemها کاربرد بسیار مهمی دارند.
یک Subsystem ممکن است تعداد زیادی ورودی و خروجی داشته باشد. اگر این ورودیها و خروجیها بهصورت مستقل در مدل اصلی نمایش داده شوند، رابط Subsystem ممکن است بسیار شلوغ شود.
در چنین شرایطی میتوان سیگنالهای مرتبط را در Bus سازماندهی کرد و یک رابط منظمتر برای ارتباط بین بخشها ایجاد کرد.
این روش به طراحی مدلهای سلسلهمراتبی و بزرگ کمک زیادی میکند.
Bus در مدلهای گسسته
در سیستمهای گسسته، ممکن است چندین سیگنال نمونهبرداریشده در یک مسیر پردازشی وجود داشته باشند.
برای مثال، یک الگوریتم کنترل دیجیتال میتواند همزمان سیگنال مرجع، سیگنال خطا، وضعیت کنترلکننده و خروجی سیستم را تولید یا پردازش کند.
قرار دادن این سیگنالها در Bus میتواند انتقال آنها میان Subsystemها را سادهتر کند.
البته استفاده از Bus بهخودیخود نرخ نمونهبرداری سیگنالها را تغییر نمیدهد؛ بلکه بیشتر یک روش برای سازماندهی و انتقال ساختاریافته سیگنالها است.
انتخاب سیگنالها با Bus Selector
یکی از مزایای مهم Bus Selector این است که دریافتکننده Bus مجبور نیست تمام سیگنالهای موجود در آن را استفاده کند.
برای مثال، ممکن است یک Bus شامل چندین سیگنال باشد اما یک Subsystem فقط به دو یا سه مورد از آنها نیاز داشته باشد.
در این حالت، Bus Selector امکان انتخاب همان سیگنالهای موردنیاز را فراهم میکند.
این ویژگی باعث میشود یک Bus مشترک بتواند بین چند بخش مختلف مدل مورد استفاده قرار گیرد.
سازماندهی نام سیگنالها
هنگام کار با Bus، نامگذاری سیگنالها اهمیت زیادی پیدا میکند.
اگر سیگنالهای موجود در Bus نامهای واضح و معناداری داشته باشند، انتخاب آنها با Bus Selector بسیار سادهتر خواهد بود.
نامهای نامفهوم یا عمومی میتوانند در مدلهای بزرگ باعث سردرگمی شوند.
بنابراین بهتر است نام سیگنالها بر اساس نقش واقعی آنها در سیستم انتخاب شود.
تفاوت Bus با چند خط مستقل
Bus جایگزین مفهومی چند سیگنال نیست؛ بلکه روشی برای سازماندهی آنها در مدل است.
وقتی چند خط مستقل داریم، هر سیگنال مسیر مشخص و جداگانهای دارد. در مقابل، Bus چند سیگنال را بهصورت یک مجموعه مدیریت میکند.
این موضوع باعث کاهش پیچیدگی ظاهری مدل میشود، اما ممکن است جزئیات سیگنالها در داخل Bus پنهان شود.
به همین دلیل، استفاده از Bus باید با توجه به خوانایی و معماری مدل انجام شود.
استفاده از Scope در کنار Bus
Scope و Bus Creator و Bus Selector میتوانند در یک مدل واحد در کنار یکدیگر استفاده شوند.
برای مثال، مجموعهای از سیگنالهای داخلی سیستم میتواند توسط Bus Creator سازماندهی شود. سپس Bus Selector سیگنال موردنظر را انتخاب کند و آن سیگنال برای مانیتورینگ به Scope ارسال شود.
این ساختار امکان ایجاد یک معماری مرتب برای پردازش، انتقال و مشاهده سیگنالها فراهم میکند.
خطاهای رایج در کار با Bus
برخی خطاهای رایج هنگام استفاده از Bus عبارتاند از:
- انتخاب سیگنال نامناسب در Bus Selector
- نامگذاری نامفهوم سیگنالها
- قرار دادن تعداد بیش از حد سیگنالهای نامرتبط در یک Bus
- پیچیده کردن بیش از اندازه ساختار Bus
- بیتوجهی به ساختار Subsystem
- استفاده از Bus صرفاً برای پنهان کردن یک مدل نامرتب
- دشوار کردن مسیر عیبیابی با ایجاد Busهای بیش از حد پیچیده
بنابراین Bus باید برای سازماندهی منطقی مدل استفاده شود، نه صرفاً برای کاهش تعداد خطوط قابل مشاهده.
مدیریت سیگنالها در مدلهای بزرگ
در پروژههای بزرگ، ترکیب Subsystem، Bus Creator و Bus Selector میتواند نقش مهمی در معماری مدل داشته باشد.
Subsystem مسئول تفکیک عملکردها است، Bus Creator سیگنالهای مرتبط را سازماندهی میکند و Bus Selector سیگنالهای موردنیاز هر بخش را استخراج میکند.
این ترکیب باعث میشود مدل از نظر ساختاری قابل مدیریتتر باشد.
اصول طراحی یک Bus مناسب
برای ایجاد Busهای حرفهای بهتر است چند اصل رعایت شود:
- سیگنالهای مرتبط در یک Bus قرار گیرند.
- نام سیگنالها واضح باشد.
- از Busهای بسیار بزرگ و نامرتبط اجتناب شود.
- ساختار Bus با معماری Subsystem هماهنگ باشد.
- سیگنالهای مهم بهسادگی قابل دسترسی باشند.
- استفاده از Bus باعث پنهان شدن خطاهای طراحی نشود.
- در مدلهای بزرگ، ساختار Bus مستندسازی شود.
اهمیت Scope در عیبیابی
یکی از کاربردهای مهم Scope، Debugging یا عیبیابی مدل است.
اگر نتیجه یک شبیهسازی با انتظار کاربر مطابقت نداشته باشد، مشاهده سیگنالهای میانی میتواند به پیدا کردن محل مشکل کمک کند.
برای مثال، میتوان سیگنال ورودی یک بخش، خروجی آن و سیگنالهای میانی را بررسی کرد تا مشخص شود تغییر غیرمنتظره در کدام قسمت اتفاق افتاده است.
به همین دلیل Scope فقط یک ابزار نمایش نتایج نیست؛ بلکه بخشی از فرآیند بررسی و اعتبارسنجی مدل محسوب میشود.
Scope و بررسی عملکرد سیستم گسسته
در مدلهای گسسته، مانیتورینگ مناسب میتواند برای بررسی رفتار نمونهها، تغییرات خروجی، پاسخ سیستم و عملکرد الگوریتم استفاده شود.
بهخصوص هنگام توسعه اولیه یک مدل، مشاهده مستقیم سیگنالها کمک میکند مشکلات معماری یا تنظیمات نادرست سریعتر شناسایی شوند.
پس از تکمیل مدل نیز میتوان Scope را برای بررسی عملکرد نهایی و مقایسه رفتار سیستم در شرایط مختلف به کار برد.
جمعبندی
بلوک Scope برای مشاهده و مانیتورینگ سیگنالها، Bus Creator برای تجمیع چند سیگنال در یک ساختار مشترک و Bus Selector برای انتخاب سیگنالهای موردنیاز از یک Bus استفاده میشود.
ترکیب این ابزارها به کاربر اجازه میدهد هم رفتار سیستم را بهتر بررسی کند و هم مسیرهای ارتباطی مدل را منظمتر سازد. این قابلیتها بهخصوص در مدلهای گسسته و پروژههای بزرگ که تعداد سیگنالها و Subsystemها افزایش پیدا میکند، اهمیت بیشتری دارند.
یک مدل حرفهای باید علاوه بر اجرای صحیح، قابل مشاهده، قابل عیبیابی و قابل مدیریت باشد. استفاده اصولی از Scope، Bus Creator و Bus Selector میتواند بخش مهمی از این هدف را محقق کند.
کلیدواژه ها : Simulink Scope-اسکوپ در سیمولینک-Signal Monitoring-مانیتورینگ سیگنال-Signal Visualization-نمایش سیگنال-Bus Creator-بلوک Bus Creator-Bus Creation-ساخت باس در سیمولینک-Bus Selector-بلوک Bus Selector-Bus Selection-انتخاب سیگنال از باس-Signal Bus-باس سیگنال-Signal Aggregation-تجمیع سیگنالها-Bus Management-مدیریت باس-Subsystem Bus-باس در زیرسیستم-Signal Routing-مسیریابی سیگنال-Discrete Signal Monitoring-مانیتورینگ سیگنال گسسته-Discrete System Modeling-مدلسازی سیستمهای گسسته-Simulink Debugging-عیبیابی سیمولینک-Simulink Model Organization-سازماندهی مدل سیمولینک
