اسکادا چیست؟ کنترل نظارتی بدون جایگزین کردن پیالسی
سامانهٔ SCADA دادهها را از PLCها و RTUها جمعآوری، نمایش و ثبت میکند و برای آنها هشدار میدهد؛ درحالیکه کنترلکنندههای محلی اینترلاکها و کنترل سریع را حفظ میکنند. این راهنما دستدادن فرمانه...
اسکادا—کنترل نظارتی و گردآوری دادهها—لایهای است که دیدی منسجم از یک فرایند توزیعشده به اپراتورها میدهد. این سامانه مقادیر و وضعیت را از پیالسیها، آرتییوها، دستگاههای هوشمند و درگاهها جمعآوری میکند؛ نمودارها و هشدارها را نمایش میدهد؛ تاریخچه را ثبت میکند؛ و فرمانهای نظارتی مجاز را ارسال میکند. اسکادا جایگزین کنترلر محلیای نمیشود که اینترلاکها، ترتیب اجرای عملیات یا کنترل سریع فرایند را اجرا میکند.
این جداسازی نخستین قاعده طراحی است. یک ایستگاه پمپاژ باید هنگام قطع ارتباط با اتاق کنترل نیز به حفاظت از تجهیزات ادامه دهد. یک ماشین نباید برای متوقف کردن حرکت خطرناک به اسکریپت اچامآی راه دور وابسته باشد. اسکادا میتواند نقطه تنظیم یا حالت بهرهبرداری را درخواست کند، اما پیالسی یا آرتییو باید تعیین کند که آیا درخواست مجاز است و در صورت قطع ارتباط، چه حالت ایمنی اعمال شود.

اسکادا وضعیت فرایند را برای اپراتور متمرکز میکند، در حالی که کنترلرهای محلی وظایف زمانبندی و حفاظتیای را بر عهده دارند که نباید به یک لینک گسترده وابسته باشند.
داده را از سیگنال میدانی تا اپراتور دنبال کنید
یک ابزار میدانی ابتدا فشار، سطح، دبی، دما، موقعیت یا متغیر دیگری از فرایند را اندازهگیری میکند. سیگنال آن به ورودی/خروجی محلی یا یک دستگاه هوشمند میرسد. پیالسی یا آرتییو آن ورودی را اعتبارسنجی و مقیاسبندی میکند، منطق کنترل را اعمال میکند و مقادیر منتخب را در اختیار سامانه نظارتی میگذارد. سپس یک درایور ارتباطی یا درگاه، این مقادیر را به تگهای نامگذاریشده اسکادا نگاشت میکند.
سرور اسکادا دادهها را فراخوانی یا در آنها مشترک میشود، اطلاعات کیفیت و زمان را به آنها پیوست میکند، شرایط هشدار را ارزیابی میکند و وضعیت فعلی را در اختیار کلاینتها میگذارد. تاریخچهنگار مقادیر و رویدادهای منتخب را برای روندها، تحلیل رخدادها، بررسی عملکرد و سوابق الزامی ذخیره میکند. اچامآی بخش قابل مشاهده است، اما پیکربندی تگها، همگامسازی زمان، ارتباطات، منطق هشدار، پشتیبانگیری و مدیریت حسابها تعیین میکنند که آیا میتوان به نمایشگر اعتماد کرد یا نه.

برای هر مقدار نمایشدادهشده باید منبع، واحد مهندسی، مسیر بهروزرسانی، وضعیت کیفیت و مبنای زمانی آن مشخص باشد.
پیالسی، آرتییو، اچامآی، تاریخچهنگار و اسکادا نقشهای متفاوتی دارند
پیالسی معمولاً منطق قطعی ماشین یا فرایند را در نزدیکی تجهیزات اجرا میکند. آرتییو بر تلهمتری راه دور، خودمختاری محلی، تحمل شرایط محیطی و کارکرد روی لینکهای محدود تأکید دارد، هرچند محصولات امروزی در این زمینهها همپوشانی دارند. اچامآی رابط اپراتور است. تاریخچهنگار برای ثبت سریهای زمانی بهینه شده است. اسکادا این کارکردها را در یک محیط نظارتی به هم متصل میکند، اما مرزهای محصولات بسته به سازنده متفاوت است.
مؤسسه ملی استانداردها و فناوری آمریکا، اسکادا، دیسیاس و معماریهای مبتنی بر پیالسی را فناوریهای عملیاتی مرتبط، نه برچسبهای قابل جایگزینی، میداند. راهنمای امنیت فناوری عملیاتی آن مفید است، زیرا معماریها را بر اساس پیامدهای عملکرد، قابلیت اطمینان، ایمنی و امنیت سایبری بررسی میکند. تیمهای پروژه باید مسئولیتها را صراحتاً تعیین کنند و تصور نکنند که واژه «اسکادا» بهتنهایی آنها را مشخص میکند.
فرمانها را بهصورت تراکنش طراحی کنید، نه بیتهای بدون زمینه
یک فرمان نظارتی به چیزی فراتر از یک مقدار بولی قابل نوشتن نیاز دارد. برای راهاندازی از راه دور، اقدام درخواستی، کاربر یا سامانه درخواستکننده، تجهیز هدف، شماره توالی فرمان، نتیجه مجوزها، پذیرش، تکمیل، دلیل رد و مهلت زمانی را تعریف کنید. کنترلر محلی باید درخواستهای قدیمی، تکراری یا ناایمن را رد کند. اسکادا باید تفاوت میان «فرمان ارسال شد»، «پذیرفته شد» و «تجهیزات به وضعیت فرماندادهشده رسیدند» را نمایش دهد.
نقاط تنظیم به حدود، واحدهای مهندسی، سطح اختیار و محدودیتهای نرخ تغییر نیاز دارند. انتقال حالت باید مشخص کند چه کسی کنترل را در اختیار دارد. یک نوشتن ناموفق در شبکه نباید باعث شود اپراتور تصور کند فرایند تغییر کرده است. برای تجهیزاتی که از طریق سامانههای پیالسی و پیایسی مدیریت میشوند، دستدهی را در منطق کنترلر پیادهسازی کنید و وضعیتهای تشخیصی را بهاندازه خود فرمان، آگاهانه در معرض نمایش بگذارید.
کیفیت هشدار از تعداد هشدار مهمتر است
هشدار باید یک وضعیت غیرعادی را مشخص کند که به پاسخ بهموقع اپراتور نیاز دارد. برای آن باید پیامد، اولویت، پاسخ، ناحیه بیحسی، تأخیر، قاعده تعلیق و رفتار بازگشت به حالت عادی مستند شده باشد. کپی کردن هر بیت خطای پیالسی در فهرست هشدارهای اولویتبالا، سیلی از هشدار ایجاد میکند که در آن رویداد مهم ناپدید میشود.
دادههای نامعتبر یا قدیمی نیز باید بهصورت آشکار مدیریت شوند. اگر آرتییو بهروزرسانی را متوقف کند، آخرین مقدار ممکن است همچنان معقول به نظر برسد. رابط اپراتور باید دادههای سالم، نامطمئن، قدیمی، جایگزینشده بهصورت دستی و ناموفق را از هم متمایز کند. منطق هشدار باید از تبدیل یک خرابی ارتباطی به صدها هشدار گمراهکننده فرایندی جلوگیری کند و در عین حال از دست رفتن دید را کاملاً آشکار سازد.
برای قطع ارتباطات مهندسی کنید
شبکههای اسکادا ممکن است شامل اترنت صنعتی، فیبر نوری، رادیوی دارای مجوز، ارتباطات سلولی، لینکهای سریال یا ترکیبی از آنها باشند. انتخاب پروتکل بهتنهایی کنترل قابلاعتماد را تضمین نمیکند. مهندسان باید نرخهای بهروزرسانی، پهنای باند، رفتار تلاش مجدد، نیازهای ذخیرهسازی و ارسال، تفکیکپذیری توالی رویدادها، همگامسازی زمان، افزونگی و بازیابی پس از قطعی را تعریف کنند.
یک قطعی کامل را آزمایش کنید. بررسی کنید پیالسی یا آرتییو چه کارهایی را ادامه میدهد، اچامآی چه مقادیری را نمایش میدهد، کدام هشدارها رخ میدهند، فرمانها چگونه مسدود میشوند و تاریخچه بافرشده پس از اتصال مجدد چگونه تطبیق داده میشود. تجهیزات ارتباطی و شبکهای مرتبط را بر اساس ردههای محیطی، رسانه، توپولوژی، قابلیتهای تشخیصی و افزونگی پشتیبانیشده بررسی کنید، نه صرفاً بر مبنای نشان پروتکل.
مسیر نظارتی را بدون مختل کردن عملیات ایمن کنید
اسکادا دسترسی قدرتمندی به اطلاعات و فرمانهای فرایند دارد؛ بنابراین هویتسنجی، حداقل سطح دسترسی، تفکیک شبکه، دسترسی راه دور محافظتشده، ثبت گزارش، پشتیبانگیری و تغییرات کنترلشده، الزامات اصلی مهندسی هستند. حسابهای مدیر مشترک و تونلهای فروشنده که دائماً باز هستند، بازسازی رویدادهای رخداد امنیتی را تقریباً ناممکن میکنند. کنترلهای امنیتی نیز به آزمایش عملیاتی نیاز دارند: پویش تهاجمی، راهاندازی مجدد اجباری یا تغییر برنامهریزینشده گواهی میتواند دستگاههای قدیمی را مختل کند.
فهرست داراییها باید شامل سرورها، کلاینتها، کنترلرها، آرتییوها، سوئیچها، درگاهها، نسخههای نرمافزار، مسیرهای ارتباطی، حسابهای سرویس و وابستگیهای گواهی باشد. پشتیبانها فقط زمانی ارزشمندند که بازیابی آنها روی زیرساخت سازگار آزمایش شده باشد. تصمیمهای مربوط به وصلهها باید میزان در معرض بودن، پشتیبانی فروشنده، اثر بر فرایند، کنترلهای جبرانی و برنامه بازیابی را در نظر بگیرند.
کل داستان بهرهبرداری را راهاندازی و آزمایش کنید
آزمونهای پذیرش کارخانه و سایت باید بهرهبرداری عادی و وضعیتهای خرابی را به چالش بکشند. کیفیت نامعتبر، مقادیر منجمد، سیگنالهای نویزی، راهاندازی مجدد کنترلر، جابهجایی سرور پشتیبان، وقفه در تاریخچهنگار، انحراف زمان، قطع ارتباط، فرمانهای غیرمجاز، مجوزهای ردشده و سیل هشدارها را شبیهسازی کنید. اطمینان حاصل کنید که نمودارها از واحدها و دامنههای یکسان استفاده میکنند، روندها وضوح کافی را حفظ میکنند و هر رویداد مهم را میتوان از سوابق همگامشده بازسازی کرد.
اپراتورها را در آزمون مشارکت دهید. یک صفحه از نظر فنی صحیح همچنان میتواند علت اختلال را پشت نمودارهای تزئینی یا رنگهای مبهم پنهان کند. بهترین پرسش پذیرش این است که آیا یک اپراتور آموزشدیده میتواند وضعیت غیرعادی را تشخیص دهد، پیامد آن را بفهمد، اقدام تأییدشده را انجام دهد و نتیجه را بدون حدس زدن بررسی کند.
دیدگاه مهندسی
اسکادا با تبدیل دادههای توزیعشده به زمینه عملیاتی قابل اعتماد، جایگاه خود را به دست میآورد. این امر به مرزهای محکمتر، نه ضعیفتر، نیاز دارد: کنترل محلی مستقل باقی میماند، فرمانهای نظارتی از دستدهیهای صریح استفاده میکنند، هشدارها نیازمند اقدام هستند، کیفیت قابل مشاهده است و خرابی ارتباطات یک وضعیت طراحیشده محسوب میشود. وقتی این قواعد اجرا شوند، اسکادا زمان پاسخ را کاهش میدهد و از بهرهبرداری مبتنی بر شواهد پشتیبانی میکند. وقتی نادیده گرفته شوند، یک صفحه بزرگتر فقط عدم قطعیت را متمرکز میکند.