فیزیکی، داده‌ای و دانش عملیاتی
هر سایت صنعتی یا خط تولید، پیش از ورود تیم هوشمندسازی یک انبار دارایی/سرمایه است. بخشی از این دارایی/سرمایه روی زمین دیده می‌شود: کمپرسور، مبدل، شیر، کابل، کنترلگر. بخشی در Historian و بایگانی پنهان است. همچنین بخشی فقط در ذهن اپراتورهای شیفت و در عادت تصمیم‌گیران لحظه‌ای است. رتروفیتی که فقط لایه اول را ببیند، معمولاً حسگر و نرم‌افزار اضافه می‌کند و دو لایه دیگر را از دست می‌دهد. سؤال درست در شروع کار این نیست که «چه فناوری‌ای باید بیاید؟». سؤال این است که از این سه سرمایه چه چیزی قابل استفاده است، چه چیزی باید اصلاح شود و چه چیزی واقعاً باید اضافه گردد.
دارایی‌های فیزیکی: آنچه کار می‌کند، پیش‌فرض کنارگذاشتن ندارد
سرمایه فیزیکی فقط تجهیزات دوار یا ثابت نیست. حلقه کنترل، عنصر نهایی کنترل، شبکهOT، پکیج فروشنده، Historian موجود، سامانه ایمنی و حتی نقاط اندازه‌گیری به‌ظاهر قدیمی، بخشی از همین دارایی/سرمایه‌اند.
در براون‌فیلد ناهمگونی قاعده است. یک واحد ممکن است DCS نو داشته باشد و واحد مجاور PLC نسل قبل. پکیج کمپرسور ممکن است کنترلر اختصاصی خود را داشته باشد که هیچ‌گاه به لایه سایت وصل نشده است. شیر ممکن است مکانیکی سالم باشد اما اصطکاک یا مشخصه آن لایه پیشرفته را محدود کند. این‌ها دلیل تعویض یکجای سایت نیستند؛ دلیل ارزیابی‌اند.
خطای رایج این است که محدودیت فیزیکی به‌عنوان مجوز معماری جدید خوانده شود. اگر حلقه بدتنظیم است، اول حلقه را باید شناخت. وقتی آنالایزر بایاس دارد، مدل کیفیت روی همان بایاس سوار می‌شود. اگر سیگنال در تجهیز هست و به DCS نرفته، مسئله اغلب اتصال و مالکیت داده است نه خرید حسگر سوم.
حفظ دارایی/سرمایه فیزیکی، به معنی انجماد سایت یا خط تولید نیست. معنی‌اش این است که هر مداخله باید توجیه حداقل لازم را داشته باشد: بازیابی مسیر داده، اصلاح حلقه، افزودن یک نقطه اندازه‌گیری، پردازش لبه، یا فقط در صورت نیاز جایگزینی. رتروفیت برای سنجش، همین منطق را می‌گذارد: داده موجود معمولاً بر سخت‌افزار جدید اولویت دارد!
از منظر کنترل پیشرفته این اصل سنگین‌تر می‌شود. APC روی کنترل پایه معیوب سوار نمی‌شود. حفظ سرمایه فیزیکی در آنجا یعنی احیای آنچه هست، پیش از افزودن لایه هوشمند.
دارایی/سرمایه داده‌ای: فراوانی تگ به‌معنی «دیدگاه درست» نیست.
سایت‌های پالایشی و پتروشیمی معمولاً «کم‌داده» نیستند. هزاران تگ در Historian هست. آنچه کم است، داده مرتبط با مسئله است.
دارایی/سرمایه داده‌ای شامل تاریخچه فرآیند، رخدادها، هشدارها، نتایج آزمایشگاه، سوابق نگهداری، مجوز کار، داده‌های پکیج و هر سیگنالی است که در کنترلر محلی مانده و به لایه بالاتر نرسیده. این سرمایه سه ویژگی دارد که اگر نادیده گرفته شود، مدل از همان ابتدا کج ساخته می‌شود.
اول
وجود داده با دسترسی داده یکی نیست. ممکن است شکل موج ارتعاش در رله حفاظت باشد و فقط یک مقدار مؤثر به سامانه سایت یا DCS برود. ممکن است شمارنده یا وضعیت داخلی پکیج هرگز ثبت نشده باشد. رتروفیت در مقام مشاهده، غالباً با بازیابی همین نوع داده پنهان شروع می‌شود.
دوم
وجود تاریخچه با تناسب تاریخچه یکی نیست. نرخ نمونه‌برداری، پیوستگی، پرچم کیفیت و گسست‌های ناشی از اورهال یا تعویض حسگر، تاریخچه را برای یک کاربرد کافی و برای کاربرد دیگر بی‌مصرف می‌کند. داده فراوانِ نامناسب، خطرناک‌تر از کمبود داده است چون اعتماد کاذب می‌سازد.
سوم، داده بدون زمینه، شاهد نیست. تغییر دما یا توان ممکن است عیب باشد یا تغییر بار. نتیجه آزمایشگاه ممکن است متعلق به شرایط چند ساعت قبل واحد باشد. هشدار بدون وضعیت Bypass یا حالت عملیاتی، سیگنال ضعیف را به نویز تبدیل می‌کند. دارایی/سرمایه داده‌ای، وقتی حفظ می‌شود که زمینه بهره‌برداری، زمان و کیفیت نیز با آن منتقل شود، نه فقط ستون اعداد.
از همین‌رو در مفاهیم رتروفیت، دریاچه داده را برای همه پروژه‌ها اجباری نمی‌داند. در مسئله محدود، Historian موجود ممکن است کافی باشد. سکو وقتی معنا دارد که چند حوزه، چند واحد یا چند سایت به زمینه مشترک و چرخه عمر مدل نیاز داشته باشند. ساختن مخزن بزرگ پیش از شناخت شکاف قابلیت، معمولاً سرمایه داده‌ای را جابه‌جا می‌کند نه غنی!
حفظ این دارایی/سرمایه یعنی در ارزیابی آغازین از OT Discovery و ارزیابی ابزار دقیق و داده شروع کردن: چه تگی هست، کجاست، چه کیفیتی دارد، به چه دارایی و چه رخدادی متصل است، و برای مسئله انتخاب‌شده چه کمبودی واقعی است.
دارایی/سرمایه دانشی: آنچه در تگ ثبت نمی‌شود
سومین دارایی/سرمایه از همه شکننده‌تر است، چون در سامانه نمی‌نشیند مگر آنکه عمداً استخراج شود.
دانش عملیاتی شامل محدودیت نانوشته واحد، ترتیب مجاز تغییر بار، خوراک‌هایی که «روی کاغذ استفاده می‌شوند و روی واحد نمی‌شوند»، رفتار کوره در یک رژیم خاص، قطعه‌ای که روی کاغذ یدکی دارد و در عمل ندارد، و حافظه شیفت از آخرین اختلال جدی است. بخشی از هماهنگی عملیات نیز هنوز در جلسه، تلفن و صفحه گسترده زنده است. این‌ها ضعف فرهنگی صرف نیستند؛ واقعیت براون‌فیلدند.
اگر این دانش وارد طراحی نشود، دو اتفاق می‌افتد. یا مدل خلاف تجربه پایدار سایت حرف می‌زند و کنار گذاشته می‌شود. یا مدل چیزی را پیشنهاد می‌کند که از نظر داده درست و از نظر عملیات غیرمجاز است. در هر دو حالت پروژه فناوری داشته و قابلیت نداشته است.
استخراج دانش با مصاحبه تشریفاتی تمام نمی‌شود. باید کنار مدارک مهندسی قرار گیرد و با واقعیت As-operated آزموده شود. P&ID می‌گوید مسیر چیست؛ بهره‌بردار می‌گوید کدام مسیر در این خوراک و این فصل واقعاً استفاده می‌شود. فلسفه کنترل می‌گوید حلقه باید چنین باشد؛ شیفت می‌گوید این حلقه ماه‌هاست دستی است. هر دو شاهدند. نادیده گرفتن هر کدام سرمایه را می‌سوزاند.
در حوزه‌هایی مثل مجوز کار، ایمنی فرایندی و تصمیم تعمیر/تعویض، دارایی/سرمایه دانشی حتی از داده حسگر تعیین‌کننده‌تر است. کنار هم گذاشتن هشدار، Bypass، تعمیر معوق و PTW بدون فهم رویه رسمی سازمان، پیش‌آگاهی نمی‌سازد؛ داشبورد شلوغ می‌سازد.
حفظ دانش یعنی مدل و معماری طوری طراحی شوند که تجربه بهره‌بردار ورودی توسعه، معیار اعتبار و جزء انسان در حلقه باشد. پس از راه‌اندازی نیز باید مسیر ثبت رد و Override وجود داشته باشد تا دانش جدید دوباره از سامانه خارج نشود.
As-designed، As-built و As-operated
این سه وضعیت اگر یکی فرض شوند، هر سه دارایی/سرمایه غلط خوانده می‌شوند.
طراحی می‌گوید سایت باید چگونه می‌بود. ساخت می‌گوید چه چیزی نصب شد. بهره‌برداری می‌گوید سایت امروز چگونه کار می‌کند. فاصله این سه، محل واقعی رتروفیت است.
ممکن است حسگر روی نقشه باشد و در میدان حذف شده باشد. ممکن است حلقه‌ای در طراحی خودکار باشد و در عمل دستی مانده باشد. شاید تگی در فهرست Historian باشد و سال‌هاست مقدار معتبر ندهد. ممکن است رویه نگهداری به‌روز شده باشد و مدل دارایی در CMMS همان نسخه اول بماند.
ارزیابی صنعتی رتروفیت از همین‌جا شروع می‌شود: تعریف مسئله، بازدید سایت، شناخت دارایی، کشف معماریOT، ارزیابی ابزار دقیق و داده، و استخراج دانش عملیاتی. بدون این توالی، طراحی راهکار تبدیل به حدس معماری می‌شود.
خروجی این شناخت نباید فهرست کمبود فناوری باشد. باید سه ستون تصمیم، از موارد زیر پر شوند:
- قابل استفاده: آن را وصل یا بازیابی کنید.
- قابل اصلاح: حلقه، کیفیت داده، زمینه، رویه یا واسط را درست کنید.
- لازم به افزودن یا جایگزینی: فقط این بخش را با حداقل مداخله اضافه کنید.
اگر ستون سوم پیش از دو ستون اول پر شود، پروژه از جنس تعویض است نه رتروفیت.
وقتی یکی از سه دارایی/سرمایه فدا می‌شود
اگر فقط دارایی/سرمایه فیزیکی حفظ شود و داده و دانش دیده نشود، سایت تجهیز دارد و تصمیم ندارد. حسگر جدید روی زمینه غلط، مشاهده «گران» می‌سازد.
اگر فقط داده جمع شود و دانش و محدودیت فیزیکی نادیده بماند، مدل آماری خوب روی واحدی ساخته می‌شود که آن‌گونه کار نمی‌کند. این همان تمایز سند است میان مدل آماری خوب و مدل فرایندی قابل استفاده.
اگر فقط دانش افراد مبنای کار شود و داده و دارایی جدی گرفته نشود، قابلیت به همان افراد بند می‌ماند و با جابه‌جایی شیفت از بین می‌رود. مقیاس‌پذیری نیز ناممکن می‌شود، چون هیچ جزء تکرارپذیری باقی نمانده است.
رتروفیت درست هر سه را با هم می‌بیند. مشاهده بهتر، دانش را قابل اشتراک می‌کند. دانش، داده را معنادار می‌کند. دارایی درست‌مشاهده‌شده، تصمیم نگهداری و سرمایه را از حدس خارج می‌کند.
پیام برای شروع پروژه
پیش از انتخاب سکو، حسگر یا مدل، تیم مشاوران باید بخواهد که شناخت سایت به زبان سه دارایی/سرمایه نوشته شود. این کار تأخیر نیست؛ جلوگیری از خرید زودهنگام است.
حداقل خروجی این مرحله باید روشن کند:
- کدام حلقه، تگ و سامانه موجود برای مسئله کافی است؛
- کدام داده در تجهیز مانده و باید بازیابی شود؛
- کدام دانش فقط نزد افراد است و باید به زمینه مدل و رویه تصمیم وصل شود؛
- کدام مداخله حداقلی واقعاً لازم است؛
- و پس از استقرار، کدام نقش مسئول حفظ هر سرمایه می‌ماند.
معماری رتروفیت، در این نقطه فروش فناوری نمی‌کند. مسئله را به اجزای قابل حل می‌شکند تا ترکیب شرکا روی شکاف واقعی بنشیند، نه روی تصویر کامل نبودن سایت. صنعت وقتی این سه دارایی/سرمایه را بشناسد، دیگر ناچار نیست میان «هیچ» و «تعویض همه‌چیز» انتخاب کند.