تاریخچه کوتاه سیستم DCS
🔹 دهه ۱۹۹۰ – آغاز تحول
در اواخر دههی ۱۹۸۰ و اوایل دههی ۱۹۹۰، شرکت Schindler Elevator Corporation نخستین سیستم کنترل مقصد را با نام Miconic 10 معرفی کرد.
این سیستم در آن زمان یک نوآوری انقلابی بود، چون برای اولین بار به کاربران اجازه میداد طبقه مقصد را قبل از ورود به کابین انتخاب کنند.
ویژگیهای سیستم Schindler Miconic 10
- معرفیشده حدود سال ۱۹۹۲
- اولین سیستم تجاری Destination Dispatch در جهان
- مجهز به پنلهای لمسی بیرون از کابین
- الگوریتم هوشمند برای کاهش توقفها و زمان انتظار
- در ساختمانهای اداری بلند و هتلهای بزرگ نصب شد (مثلاً در اروپا و آمریکا)
بعدها Schindler نسخهی پیشرفتهتری معرفی کرد به نام(PORT Technology (حدود سال 2009 که DCS را با شناسایی کاربر، کارت RFID، و بهینهسازی مبتنی بر داده ترکیب کرد.
سایر شرکتها که بهدنبال آن آمدند:
نقش هوش مصنوعی در سیستمهای DCS مدرن
سیستمهای کلاسیک DCS فقط وقتی کاربر دکمه مقصد رو میزد تصمیم میگرفتن. اما سیستمهای جدید با الگوریتمهای یادگیری ماشینی (Machine Learning)، میتونن از دادههای گذشته الگوهای ترافیکی یاد بگیرن و آینده رو پیشبینی کنن.
۱. یادگیری الگوی ترافیکی ساختمان
هوش مصنوعی دادههایی مثل موارد زیر رو جمعآوری میکنه:
ساعت روز (مثلاً ۸ صبح، ۱ ظهر، ۵ عصر)
روز هفته (شنبهها شلوغتر از چهارشنبهها)
تعداد درخواستها از هر طبقه
مقصدهای پرتکرار (مثلاً از لابی به طبقات اداری بین ۸ تا ۹ صبح)
سپس با مدلهای پیشبینی (Predictive Models) یا شبکههای عصبی، رفتار مسافران در آینده رو تخمین میزنه.
۲. پیشموضعگیری (Pre-positioning)
بر اساس پیشبینی ترافیک:
اگر سیستم بدونه ساعت ۸ صبح معمولاً ۷۰٪ درخواستها از لابی به بالا هست،
→ چند آسانسور رو از قبل در طبقه همکف مستقر میکنه.
اگر ساعت ۵ عصر بیشتر درخواستها به سمت پایین هست،
→ آسانسورها رو در طبقات بالا آماده نگه میداره.
نتیجه: زمان انتظار کاربر قبل از فشار دادن دکمه هم کاهش پیدا میکنه.
۳. بهینهسازی تخصیص در لحظه (Real-Time Optimization)
وقتی سیستم بفهمه ترافیک تغییر کرده (مثلاً جلسهای تمام شده و ناگهان ۵۰ نفر در طبقه ۱۰ درخواست میدن)،
الگوریتم AI بهصورت لحظهای:
الگوهای ترافیک را بازآموزی (retrain) میکنه،
-
مسیر آسانسورها را دینامیکی تنظیم میکنه،
-
اولویتها را براساس ازدحام جدید تغییر میده.
۴. شخصیسازی و شناسایی کاربران
در سیستمهایی مثل Schindler PORT یا KONE Polaris 2، هوش مصنوعی حتی رفتار افراد خاص را هم یاد میگیره:
مثلاً آقای احمدی هر روز ساعت ۸:۱۰ وارد ساختمان میشه و به طبقه ۱۲ میره.
→ سیستم قبل از ورودش، آسانسور مناسب رو نزدیک میکنه.
به این قابلیت میگن Personalized Elevator Routing
کاهش انرژی و استهلاک
با پیشبینی درست جریان ترافیک:
- آسانسورها کمتر به صورت بیهدف حرکت میکنن.
- استارت و استپهای غیرضروری کم میشه.
- مصرف برق و سایش مکانیکی کاهش پیدا میکنه (تا ۲۰٪ در برخی گزارشها).
معمولاً سیستمهای DCS (Destination Control System) سختافزار و زیرساخت پیچیدهتر و گرانتری نسبت به سیستمهای GCS (Group Control System) دارن.
اما هزینهی بیشترش فقط در بخش اولیهست، چون در بلندمدت معمولاً باعث صرفهجویی و بازگشت سرمایه میشه.
در ساختمانهای کوچک یا کمترافیک، هزینهی بالاتر DCS توجیه اقتصادی نداره. اما در برجها، هتلها، مراکز تجاری و ادارات پرتردد، DCS معمولاً در مدت کوتاهی خودش رو با کاهش انتظار، انرژی و استهلاک جبران میکنه.
در این جدول و نمودار میبینی که سیستم DCS در ابتدا هزینهی نصب بالاتری دارد، اما بهدلیل صرفهجویی انرژی سالانه و عملکرد بهینهتر، سرمایهاش معمولاً در حدود ۳ تا ۴ سال بازمیگردد — بهویژه در ساختمانهای پرترافیک
آیا در سیستم DCS آسانسور master یا Slave داریم؟
در سیستمهای DCS (Destination Control System) هم مفهوم Master و Slave یا بهعبارت مدرنترش “Controller Hierarchy” (سلسلهمراتب کنترلی) وجود داره.
اما ساختارش با سیستمهای سنتی فرق داره.
۱. ساختار سنتی (در سیستم GCS)
در سیستمهای کنترل گروهی (GCS)، معمولاً یک کنترلر مرکزی Master وجود داره که:
- وضعیت تمام آسانسورها (Slaveها) رو میخونه،
- تصمیم میگیره کدوم آسانسور به درخواست پاسخ بده،
- فرمانها رو به کنترلرهای محلی هر آسانسور ارسال میکنه.
۲. ساختار در سیستم DCS
در سیستمهای DCS مدرن، معماری توزیعشده (Distributed Architecture) استفاده میشه. اینجا هنوز یک مرکز تصمیمگیری اصلی (Master Logic) وجود داره، ولی بسیاری از پردازشها بهصورت اشتراکی بین کنترلرهای آسانسورها انجام میشه.
در سیستمهای جدید مثل:
- Schindler PORT
- KONE Polaris 2
- Otis Compass+
از مفهومی استفاده میشه به نام Peer-to-Peer Control Network.
یعنی همه کنترلرها با هم در ارتباط هستن، ولی یکی نقش هماهنگکننده (Coordinator) داره — نه فرمانده مطلق. بنابراین اصطلاح “Master/Slave” عملاً به “Coordinator/Node” تبدیل شده.
حالا وقتی هماهنگکننده (Coordinator / Master Logic) از مدار خارج بشه، دقیقاً چه اتفاقی میافته ؟
۱. در سیستمهای قدیمی GCS )سنتی)
در GCS، کنترل مرکزی Master Controller تمام تصمیمها رو میگیره. پس اگر اون خراب بشه: تمام آسانسورهای گروه از کار میافتن چون هیچ سیگنالی برای تخصیص تماسها (Calls) وجود نداره. هر آسانسور فقط کنترل محلی خودش رو داره (حرکت دستی، تست، و …) که به این حالت میگن
: Single Point of Failure یعنی خرابی یک جزء باعث توقف کل سیستم میشه.
۲. در DCS (سیستم مقصدی مدرن)
سیستم DCS از معماری توزیعشده (Distributed Intelligence) استفاده میکنه. یعنی هر کنترلر آسانسور، خودش بخشی از منطق تصمیمگیری رو داره. وقتی هماهنگکننده اصلی (Master Logic) از مدار خارج بشه:
1. سیستم به حالت اضطراری (Fallback Mode) میره.
- آسانسورها همچنان به صورت مستقل کار میکنن.
- تماسهای مقصد جدید ممکنه از طریق الگوریتم سادهتر پاسخ داده بشن (مثلاً نزدیکترین آسانسور).
2. یکی از کنترلرهای کابین (Car Controllers) بهصورت خودکار نقش Backup Coordinator رو میگیره.
- این فرآیند معمولاً از قبل در نرمافزار تعریف شده و به آن میگن:
Redundant Master Election یا Hot Standby Mode
3. دادهها بهصورت لحظهای همگامسازی میشن.
- همه کنترلرها اطلاعات مقصد، موقعیت و بار را در شبکه مشترک (CAN / Ethernet) نگه میدارن.
- بنابراین اگر Master قطع بشه، دیگری بلافاصله ادامه میده.
