بطور کلی سیستم DCS در برابر ورودی‌های انسانی تکراری حساس‌تر است، اما سیستم‌های امروزی با منطق Debounce، شناسایی کاربر، و فیلترهای یادگیری این ضعف را تقریباً به صفر رسانده‌اند.در واقع در DCSهای نسل جدید، هر پنل طوری رفتار می‌کند که: )هر شخص، فقط یک مقصد فعال در هر بازه زمانی می‌تواند داشته باشد)

کنسل کردن طبقه مقصد توسط مسافری در سیستم DCS

یکی از نقاط ضعف جزئی ولی مهم در طراحی سیستم‌های DCS دقیقاً همینه. به‌صورت معمول مسافر نمی‌تونه خودش مقصدی که وارد کرده رو لغو کنه (Cancel) — چون DCS بعد از تخصیص کابین، اون درخواست رو بلافاصله وارد صف ترافیکی می‌کنه. اما در سیستم‌های پیشرفته‌تر، بسته به نوع واسط کاربری (کارت، موبایل، یا پنل لمسی هوشمند)، امکان لغو غیرمستقیم یا خودکار وجود داره.

چالش: چند بار زدن مقصد (Repeated Call Problem)

در سیستم DCS، مسافر مقصد خودش رو روی پنل مقصد (Destination Panel)وارد می‌کنه. اگر همون شخص چندین بار دکمه‌ی مقصد یکسان (مثلاً طبقه ۱۲) رو بزنه، سیستم در نگاه اول ممکنه اون رو به‌عنوان چند “درخواست مستقل“ثبت کنه. در GCS (سنتی) این اتفاق نمی‌افته چون مسافر فقط جهت حرکت (بالا/پایین) رو انتخاب می‌کنه و تکرار دکمه هیچ اثر مضاعفی نداره.

مشکل فنی در DCS

در برخی پیاده‌سازی‌های اولیه DCS، وقتی چند درخواست مشابه از یک پنل در زمان کوتاه ثبت می‌شد:

  1. الگوریتم ترافیک (Traffic Prediction Algorithm) تصور می‌کرد که ناگهان تقاضا برای آن مقصد زیاد شده
  2. در نتیجه:
    • آسانسور دوم یا سومی را هم به همان مقصد اختصاص می‌داد.
    • و این باعث می‌شد ظرفیت واقعی سیستم کاهش یابد چون چند کابین تقریباً مسیر یکسان را طی می‌کردند.

نتیجه:

  • افزایش RTT
  • افزایش مصرف انرژی
  • و در ظاهر، «رفتار اشتباه» از دید کاربر (چند آسانسور برای یک گروه کوچک از مسافران).

راه‌حل‌های مدرن برای این چالش

 

🔹 ۱. Debounce Logic (منطق حذف تکرار)

سیستم‌های جدید DCS برای هر پنل ورودی یک زمان قفل نرم‌افزاری (Lockout Window) تعریف می‌کنند:

هر مقصدی که ظرف مثلاً ۲ ثانیه دوباره زده شود، به‌عنوان “تکرار” شناسایی شده و نادیده گرفته می‌شود.

معمولاً این مقدار بین ۱٫۵ تا ۳ ثانیه تنظیم می‌شود.

🔹 ۲. User Fingerprint or Token Logic

در سیستم‌های پیشرفته‌تر (مثلاً Schindler PORT یا KONE Polaris 3):

  • هر مسافر با کارت، موبایل یا شناسه چهره شناسایی می‌شود.
  • سیستم می‌فهمد که تمام ورودی‌های اخیر از یک شخص واحد بوده.
  • بنابراین حتی اگر همان شخص ده بار مقصد بزند، فقط یک “کال منطقی” ثبت می‌شود.

در ساختمان‌های هوشمند، این روش بسیار مؤثر است.

Pattern Filtering در سطح هوش مصنوعی

حالت ۱: پنل فیزیکی سنتی DCS

(مثل بیشتر سیستم‌های KONE Polaris، Otis Compass، یا Schindler Miconic 10)

  • مسافر مقصد (مثلاً طبقه ۱۲) را روی پنل وارد می‌کند.
  • سیستم بلافاصله کابین مناسب را انتخاب و نشان می‌دهد (مثلاً «برو به کابین C»).
  • از آن لحظه، درخواست در صف ثبت شده و امکان لغو دستی وجود ندارد.

اگر لغو فعال باشد، الگوریتم تخصیص دائماً در حال بازمحاسبه مسیرها می‌شود و کل ترافیک سیستم بی‌ثبات می‌شود.

حالت ۲: سیستم‌های دارای احراز هویت کاربر

(مثل Schindler PORT یا TK AGILE)

در این‌ها، سیستم می‌داند چه کسی درخواست را ثبت کرده (مثلاً از طریق کارت یا موبایل).

  • اگر کاربر دوباره کارت خود را جلوی پنل بگیرد یا گزینه «لغو» را لمس کند، مقصد او حذف یا جایگزین می‌شود.
  • اگر چند ثانیه بدون ورود به آسانسور سپری شود (مثلاً ۳۰ ثانیه)، سیستم به‌صورت خودکار آن درخواست را لغو می‌کند (Timeout Cancel).

این کار هم از شلوغی صف جلوگیری می‌کند، هم منابع را آزاد می‌گذارد.

حالت ۳: اپلیکیشن موبایل یا سیستم‌های IoT

در DCS‌های نسل جدید (مثلاً KONE Flow یا Otis eCall App):

  • هر کاربر از طریق اپ موبایل مقصد را انتخاب می‌کند.
  • می‌تواند قبل از ورود به آسانسور، مقصد خود را تغییر یا لغو کند.
  • سیستم DCS فقط مقصد «فعال» را نگه می‌دارد و بلافاصله در دیتابیس مرکزی به‌روزرسانی می‌کند.

در این حالت، لغو واقعی و لحظه‌ای ممکن است، اما فقط در سیستم‌هایی که ارتباط ابری (Cloud Integration) دارند.

با این تفاسیر پس داخل کابین نیازی به پنل احضار نیست.

🔹 در سیستم‌های DCS واقعی (Destination Control System)، هیچ پنل انتخاب مقصد داخل کابین وجود ندارد.

در سیستم GCS (سنتی)

در سیستم‌های گروهی معمولی (Group Control System):

  • در هر طبقه فقط دو دکمه داریم: 🔼 بالا / 🔽 پایین
  • و داخل کابین، پنلی شامل تمام دکمه‌های طبقات.
  • پس تصمیم‌گیری نهایی درباره مقصدها درون کابین انجام می‌شود.

یعنی بعد از سوار شدن مسافران، تازه سیستم می‌فهمد که هرکس به کدام طبقه می‌رود — که باعث می‌شود مسیر و ترتیب توقف‌ها دائم تغییر کند.

در سیستم DCS

در سیستم کنترل مقصد، همه چیز برعکسه:

  1. قبل از سوار شدن، هر مسافر مقصد خود را روی پنل بیرونی (Destination Panel) وارد می‌کند.
  2. سیستم بلافاصله تصمیم می‌گیرد که کدام کابین باید آن را سرویس دهد.
  3. مسافر فقط وارد همان کابین می‌شود که سیستم به او تخصیص داده (مثلاً «برو به C»).

از نظر سخت‌افزاری:

🔹 یعنی در DCS، فضای کابین ساده‌تر و تمیزتر می‌شود
🔹 هزینه سیم‌کشی داخل کابین کمتر است
🔹 اما پنل‌های بیرونی (destination terminals) پیچیده‌تر و گران‌ترند

موارد استثناء

در بعضی ساختمان‌ها به دلایل خاص، هنوز پنل ساده‌ای داخل کابین نصب می‌کنند، ولی نه برای انتخاب مقصد:

  1. برای تغییر مقصد در شرایط اضطراری (توسط تکنسین یا مأمور امنیتی)
  2. برای افراد با نیازهای ویژه (مثلاً افراد نابینا، با رابط صوتی)
  3. برای سازگاری با کاربران عادت‌کرده به سیستم‌های قدیمی

مثلاً در سیستم Schindler PORT، داخل کابین فقط یک نمایشگر لمسی کوچک هست که «مقصد فعلی» و «توقف‌های آتی» را نشان می‌دهد — ولی دکمه‌ی عددی ندارد.

در DCS، «ورود مقصد» از کابین به قبل از سوار شدن منتقل شده، و به همین دلیل، پنل مقصد داخل کابین حذف می‌شود.

Admin

مقالات کاربردی

فیسبوکتوئیترپینترستواتس اپایمیللینک کوتاه

‫نوشته های مرتبط ...