یکی از سخت‌ترین ایرادها در پله برقی زمانی رخ می‌دهد که دستگاه با یک خطای ایمنی متوقف می‌شود، اما پس از ریست یا هنگام رسیدن تکنسین، همه‌چیز دوباره عادی به نظر می‌رسد. عادی بودن دستگاه در زمان بازدید ثابت نمی‌کند که علت توقف برطرف شده است. در چنین شرایطی، مسیر درست این است که ابتدا شواهد رخداد گذشته حفظ شود، سپس تاریخچه خطا و وضعیت عملیاتی بررسی شود و در نهایت محدوده ایراد مرحله‌به‌مرحله کوچک شود.
در یک خرابی دائمی، مسیر تشخیص معمولاً روشن‌تر است. ممکن است کنتاکتی باز مانده باشد، سیمی قطع شده باشد یا یک وسیله ایمنی همچنان در وضعیت تحریک‌شده قرار داشته باشد. تکنسین در همان لحظه می‌تواند وضعیت را مشاهده، اندازه‌گیری و با نقشه مدار تطبیق دهد.
خطای متناوب متفاوت است. ممکن است زنجیره ایمنی فقط برای لحظه‌ای تغییر وضعیت داده باشد و پس از توقف دستگاه دوباره به حالت عادی برگردد. در ادبیات قابلیت اطمینان، چنین وضعیت‌هایی می‌توانند به پدیده No Fault Found یا NFF منجر شوند؛ یعنی وقوع مشکل گزارش شده است، اما هنگام بررسی همان خطا دیگر قابل مشاهده یا بازتولید نیست.
بنابراین جمله «بعد از ریست دستگاه راه افتاد» با جمله «علت خرابی برطرف شد» یک معنی ندارد. ریست می‌تواند وضعیت خطا را تغییر دهد یا امکان ادامه فرآیند را فراهم کند، اما به‌تنهایی علت توقف قبلی را مشخص نمی‌کند.
همه کنترلرهای پله برقی امکانات تشخیصی یکسانی ندارند. بعضی تنها یک کد خطای عمومی نشان می‌دهند و بعضی دیگر می‌توانند تاریخچه خطا (Fault History)، رخدادها، جهت حرکت، وضعیت کارکرد یا اطلاعات دقیق‌تری از ورودی‌های کنترلی را نگهداری کنند.
به همین دلیل نباید فرض کرد هر دستگاه حتماً برای تمام میکروسوئیچ‌ها و سنسورها تاریخچه جداگانه دارد. اولین کار این است که ببینیم کنترلر همان دستگاه واقعاً چه سطحی از اطلاعات را در اختیار تکنسین قرار می‌دهد.
اگر شرایط ایمن و دستورالعمل سازنده اجازه می‌دهد، بهتر است قبل از ریست، خاموش و روشن‌کردن کنترلر یا تغییر تنظیمات، داده‌های قابل مشاهده ثبت شوند. رفتار حافظه بین کنترلرها متفاوت است؛ بعضی اطلاعات ماندگارند و بعضی ممکن است با رخدادهای جدید جایگزین شوند.
زنجیره ایمنی (Safety Chain) از چندین وسیله حفاظتی، ورودی، اتصال و مسیر سیگنال تشکیل می‌شود. برای آشنایی عمومی با این بخش از سیستم، مقاله سرویس قطعات برقی پله برقی؛ تابلو فرمان، سنسورها و مدار ایمنی مسیر کامل‌تری از اجزای برقی را توضیح می‌دهد.
اگر کنترلر فقط پیامی در حد «بازشدن مدار ایمنی» ارائه کند، هنوز نمی‌توان نتیجه گرفت کدام قطعه عامل اصلی بوده است. عیب‌یابی باید تا جایی که اطلاعات واقعی اجازه می‌دهد، محدوده خطا را کوچک کند:
این روش باعث می‌شود اجزا و قطعات اصلی پله برقی بی‌دلیل یکی‌یکی تعویض نشوند. نام یک ورودی یا وسیله در تاریخچه خطا، به‌تنهایی ثابت نمی‌کند که خود همان قطعه خراب شده است.
یک کد خطا ممکن است فقط بگوید سیستم چه وضعیت غیرعادی‌ای را دیده است؛ نه اینکه علت آن وضعیت چه بوده. ارزش اصلی تاریخچه زمانی مشخص می‌شود که رخدادها کنار یکدیگر قرار بگیرند.
برای رخداد موردنظر، آخرین وضعیت عادی شناخته‌شده، نخستین رخداد غیرعادی، توقف حفاظتی، لحظه توقف کامل دستگاه، ریست و اتفاقات بعد از آن را کنار هم قرار دهید. اگر اطلاعاتی مثل جهت حرکت، شروع یا توقف و حالت کاری ثبت شده باشد، آن‌ها هم بخشی از همین خط زمانی هستند.
| داده | کاربرد تشخیصی | محدودیت |
|---|---|---|
| زمان خطا | تطبیق رخداد با گزارش اپراتور، وضعیت بهره‌برداری و شرایط محیطی | زمان کنترلر باید معتبر و قابل اتکا باشد. |
| ترتیب رخدادها | کمک به تشخیص نخستین رخداد غیرعادی از خطاهای بعدی ناشی از توقف | رزولوشن و ترتیب ثبت بین کنترلرها متفاوت است. |
| جهت حرکت | کشف الگو در رخدادهای تکرارشونده | همبستگی با جهت، علت را اثبات نمی‌کند. |
| شروع، توقف یا حالت کاری | تشخیص وابستگی خطا به یک مرحله خاص از کارکرد | فقط داده‌ای معتبر است که همان سیستم واقعاً ثبت کرده باشد. |
| ورودی یا ناحیه | محدودکردن بررسی از کل زنجیره به بخش کوچک‌تر | همه کنترلرها تاریخچه جداگانه برای تمام ورودی‌ها ندارند. |
وقتی تکنسین به محل می‌رسد و همه‌چیز عادی به نظر می‌رسد، نسبت‌دادن سریع خطا به یک میکروسوئیچ یا سنسور می‌تواند مسیر عیب‌یابی را منحرف کند. دست‌کم چهار سناریوی متفاوت باید از هم جدا شوند.
اگر یک Fault فقط یک‌بار رخ داده باشد، داده کمی برای مقایسه وجود دارد. اما وقتی چند رخداد مستقل ثبت شده‌اند، شرایط مشترک میان آن‌ها می‌تواند محدوده بررسی را کوچک‌تر کند.
برای مثال، اگر در چند رخداد مستقل مشخص شود توقف همیشه در یک جهت، هنگام شروع حرکت یا در یک حالت کاری خاص رخ داده است، این الگو ارزش بررسی دارد. با این حال، چنین الگوهایی فقط سرنخ‌اند؛ نه حکم نهایی درباره قطعه خراب.
عواملی مانند دما، لرزش، رطوبت، آلودگی و بار نیز ممکن است در خطاهای وابسته به شرایط نقش داشته باشند. این عوامل زمانی ارزش تشخیصی پیدا می‌کنند که میان چند رخداد تکرار شوند یا شواهد فنی دیگری با آن‌ها هم‌خوان باشد.
این مراحل جای Manual دستگاه را نمی‌گیرد. هدف آن تعیین ترتیب منطقی کار است تا عیب‌یابی از تعویض حدسی قطعات فاصله بگیرد.
هدف این مقاله آموزش دوباره عملکرد همه سنسورها و میکروسوئیچ‌ها نیست. وقتی شواهد، محدوده ایراد را به یک بخش مشخص رساندند، بهتر است بررسی جزئی از همان‌جا با راهنمای تخصصی مربوط ادامه پیدا کند.
اگر نشانه‌ها به ناحیه ورودی هندریل یا اسکرت مربوط هستند، راهنماهای میکروسوئیچ ورودی هندریل پله برقی و میکروسوئیچ اسکرت پله برقی برای بررسی عملکرد و حالت‌های خرابی همان بخش‌ها مناسب‌ترند.
در خطاهایی که شواهد به سیستم ترمز یا تشخیص وضعیت استپ نزدیک می‌شوند، مقالات میکروسوئیچ ترمز کمکی، سنسور Missing Step و میکروسوئیچ نشست استپ جزئیات عیب‌یابی خود آن تجهیزات را پوشش می‌دهند.
اگر محدوده بررسی به سیگنال سرعت یا جهت حرکت نزدیک شده است، مقاله بازدید از سنسور سرعت و جهت حرکت پله برقی مرجع مناسب‌تری برای ادامه بررسی است.
اگر بعد از تشخیص قطعی، تعمیر نیازمند تعویض یک جزء باشد، می‌توان برای مشاهده و تأمین قطعات پله برقی به بخش فروشگاه مراجعه کرد. تشخیص فنی باید قبل از انتخاب قطعه انجام شده باشد، نه برعکس.
در یک خطای متناوب، ممکن است تاریخچه چند بار به یک ناحیه اشاره کند یا رخدادها فقط در یک جهت خاص تکرار شوند. این اطلاعات می‌توانند یک فرضیه را قوی‌تر کنند، اما هنوز برای اعلام علت قطعی کافی نیستند.
اطمینان بیشتر زمانی به دست می‌آید که چند شاهد مستقل با هم سازگار باشند: تاریخچه به همان محدوده اشاره کند، بازرسی فنی در آن بخش یک ایراد واقعی نشان دهد، اقدام اصلاحی با مکانیزم خرابی هم‌خوان باشد و نتیجه پس از اصلاح با روش مورد تأیید سازنده اعتبارسنجی شود.
برای بررسی گسترده‌تر تفاوت میان «نشانه»، «علت محتمل» و «علت ریشه‌ای»، مقاله تحلیل علت ریشه‌ای خرابی پله برقی چارچوب عمومی RCA را توضیح می‌دهد. در این مقاله تمرکز فقط روی خطاهای متناوب زنجیره ایمنی است.
گزارشی مثل «دستگاه ریست شد و راه افتاد» برای رخداد بعدی ارزش تشخیصی کمی دارد. در خطاهای متناوب، گزارش خوب بخشی از فرآیند عیب‌یابی است؛ چون ممکن است تنها راه مقایسه چند توقف در هفته‌ها یا ماه‌های مختلف باشد.
همیشه نمی‌توان در یک بازدید به علت ریشه‌ای رسید. اگر خطای ایمنی تکرار می‌شود اما کنترلر فقط یک پیام کلی ارائه می‌دهد، اگر بررسی به مدارهای ایمنی برنامه‌پذیر یا کنترلرهای تخصصی می‌رسد، اگر ابزار یا دسترسی ویژه سازنده لازم است یا اگر شواهد برای بازگرداندن مطمئن دستگاه به سرویس کافی نیستند، ادامه کار باید به سطح فنی مناسب ارجاع داده شود.
کمبود اطلاعات تشخیصی مجوز حذف حفاظت نیست. گاهی تصمیم حرفه‌ای این است که بررسی ادامه پیدا کند یا دستگاه تا مشخص‌شدن وضعیت خارج از سرویس بماند.
در Specification رسمی Transport for London برای پروژه‌های جایگزینی پله برقی DLR، رابط کنترلر باید امکان مشاهده وضعیت و خطا را فراهم کند و آخرین ۱۰۰ خطا را با زمان ثبت‌شده نگهداری کند. در همان Specification، اطلاعاتی مثل جهت و سرعت حرکت نیز بخشی از داده‌های قابل مشاهده سیستم هستند.
این سند همچنین تجربه TfL از بعضی Optical Safety Deviceها را ثبت کرده است؛ در محیط کاری آن مجموعه، گردوغبار و آلودگی می‌توانسته باعث توقف کاذب شود. این تجربه را نباید به همه سنسورهای نوری یا همه پله برقی‌ها تعمیم داد.
ارزش این Case برای عیب‌یابی یک نکته ساده است: شرایط زمان وقوع خطا می‌تواند با شرایط زمان بازدید متفاوت باشد. بنابراین «اکنون همه‌چیز عادی است» به‌تنهایی برای توضیح اتفاق قبلی کافی نیست.
خطای متناوب مدار ایمنی زمانی دشوار می‌شود که اثر توقف باقی مانده ولی خود Fault دیگر حاضر نیست. در این وضعیت، مشاهده اینکه تمام ورودی‌ها اکنون عادی‌اند، پاسخ کاملی برای اتفاق قبلی نیست.
مسیر قابل دفاع این است: ابتدا شواهد موجود را حفظ کنید؛ تاریخچه خطا را به شکل یک خط زمانی بخوانید؛ مشخص کنید کنترلر واقعاً چه سطحی از تفکیک را ارائه می‌دهد؛ الگوهای تکرار را بدون نتیجه‌گیری عجولانه بررسی کنید؛ محدوده ایراد را از کل زنجیره به یک بخش کوچک‌تر برسانید؛ و بعد وارد عیب‌یابی تخصصی قطعه شوید.
خیر. راه‌افتادن دوباره دستگاه فقط نشان می‌دهد خطا در آن لحظه دیگر فعال نیست. در یک ایراد متناوب، علت اصلی ممکن است همچنان وجود داشته باشد و در شرایط مشابه دوباره ظاهر شود.
خیر. سطح تشخیص به طراحی کنترلر و سازنده بستگی دارد. بعضی سیستم‌ها فقط بازشدن کلی مدار ایمنی را گزارش می‌کنند و بعضی می‌توانند ناحیه، ورودی یا اطلاعات بیشتری از رخداد را ثبت کنند.
خیر. جهت حرکت می‌تواند یک الگوی مفید برای محدودکردن بررسی باشد، اما علت را به‌تنهایی ثابت نمی‌کند. این الگو باید با تاریخچه خطا، وضعیت بخش مشکوک و شواهد فنی دیگر تطبیق داده شود.
خیر. Bypass یا Jumper کردن وسیله ایمنی در بهره‌برداری مسافری روش قابل توصیه‌ای برای عیب‌یابی نیست. هرگونه تست باید توسط فرد مجاز، مطابق دستورالعمل سازنده و در شرایط ایمن و تعریف‌شده برای همان دستگاه انجام شود.
اگر خطای دستگاه بعد از ریست ناپدید می‌شود یا سابقه توقف متناوب دارد، ثبت تاریخچه خطا و شرایط رخداد می‌تواند مسیر بررسی فنی را دقیق‌تر و کوتاه‌تر کند.
الزام نوسازی پله برقی های قدیمی در اروپا؛ بررسی استانداردهای جدید ایمنی، مزایا، هزینه‌ها و تأثیر این روند بر بازار و پروژه‌های نوسازی پله برقی.
اگر استپ پله برقی در نقطه‌ای مشخص یا به صورت دوره‌ای ضربه می‌زند، الگوی زمانی و مکانی می‌تواند مسیر عیب‌یابی را بین زنجیر، رولر، محور، ریل و اسپراکت محدود کند.
تنظیم کشش و آکس بودن هندریل پله برقی؛ بررسی Tracking، حرکت جانبی، لغزش، رولرها، Drive و روش اصولی عیب‌یابی در سرویس دوره‌ای.
اصلان فتحی مدیرعامل و بنیان‌گذار شرکت‌های پله‌برقی لاین و آسانسور لاین است که با بیش از 15 سال سابقه در صنعت حمل‌ونقل عمودی، مجری پروژه‌های شاخص ملی در ایران بوده است.
بررسی جامع و مقایسه فنی جنس رولر پله برقی (پلی‌اورتان در برابر نایلون). تحلیل تحمل بار، طول عمر، صدای حرکت و استانداردهای EN115 در سایت لاین.
