معماری تاریخ‌نگار داده‌های صنعتی: گردآوری محلی در برابر گردآوری مبتنی بر سرور
چرا معماری هیستوریان اهمیت دارد؟
سامانه‌های اتوماسیون صنعتی، جریان‌های پیوسته‌ای از اندازه‌گیری‌ها، وضعیت‌های عملیاتی، هشدارها و رویدادهای تولید ایجاد می‌کنند. این سوابق به مهندسان کمک می‌کنند خرابی‌ها را بررسی کنند، شرایط فرایند را تأیید کنند و عملکرد تجهیزات را درک کنند.
بااین‌حال، جمع‌آوری داده‌ها به‌تنهایی کامل یا مفید بودن سوابق تاریخی را تضمین نمی‌کند. اختلال شبکه، تعمیر و نگهداری سرور، فضای ذخیره‌سازی محدود و تنظیمات نامناسب جمع‌آوری می‌توانند باعث ایجاد شکاف شوند.
انتخاب میان هیستوریان سطح ماشین و هیستوریان مبتنی بر سرور باید با در نظر گرفتن کاربرد موردنظر آغاز شود. هر معماری به نیازهای متفاوت جمع‌آوری، نگهداری و تحلیل پاسخ می‌دهد.
هیستوریان سطح ماشین، اطلاعات دقیق را در نزدیکی تجهیزات تولید ثبت می‌کند. هیستوریان مبتنی بر سرور، سوابق چندین منبع را یکپارچه می‌کند و از تحلیل گسترده‌تر پشتیبانی می‌کند.
هیستوریان سطح ماشین چیست؟
هیستوریان سطح ماشین، داده‌های سری زمانی را در نزدیکی یک ماشین، سلول تولیدی یا سامانه کنترل جمع‌آوری و ذخیره می‌کند. بسته به پیاده‌سازی، می‌تواند داده‌ها را از PLCها و شبکه‌های صنعتی پشتیبانی‌شده دریافت کند. منابع رایج داده شامل کنترلرهایی مانند کنترلر PLC مدل 1756-L1 ControlLogix از Allen-Bradley و ماژول کنترلر PLC مدل 6ES7214 از Siemens هستند.
این چیدمان زمانی مفید است که مهندسان به سوابق دقیقِ مربوط به بازه پیرامون خاموشی، خرابی تجهیزات یا توالی غیرمنتظره رویدادها نیاز دارند.
- عیب‌یابی ماشین: مقادیر انتخاب‌شده کنترلر را در بازه‌های پیرامون خرابی‌ها و توقف‌های تولید حفظ کنید.
- ردیابی‌پذیری: اندازه‌گیری‌های فرایند را به چرخه‌های تولید، بچ‌ها یا محصولات منفرد مرتبط کنید.
- تأیید فرایند: سوابقی را نگه دارید که برای بررسی انطباق شرایط عملیاتی با الزامات تعریف‌شده به کار می‌روند.
- جمع‌آوری محلی داده‌ها: وابستگی به ارتباط پیوسته با سرور هیستوریان راه‌دور را کاهش دهید.
جمع‌آوری محلی می‌تواند تاب‌آوری را در صورت از دسترس خارج شدن سرور بالادستی یا اتصال شبکه بهبود دهد. بااین‌حال، این مزیت به معماری واقعی هیستوریان و فضای ذخیره‌سازی موجود بستگی دارد.
مهندسان باید ظرفیت نگهداری داده‌ها، روش‌های برون‌بری داده، عملکرد جمع‌آوری و رفتار بازیابی را بررسی کنند. ذخیره‌سازی محلی همه حالت‌های خرابی احتمالی را برطرف نمی‌کند.
تاریخ‌نگار مبتنی بر سرور چیست؟
تاریخ‌نگار مبتنی بر سرور، اطلاعات تاریخی را از چندین دارایی تولیدی و دیگر منابع داده پشتیبانی‌شده جمع‌آوری می‌کند. این سامانه معمولاً قابلیت‌های گسترده‌تری برای گزارش‌دهی، روند‌یابی، ذخیره‌سازی و تحلیل ارائه می‌دهد.
مهندسان کارخانه می‌توانند عملکرد تجهیزات را مقایسه کنند، زیان‌های تکرارشونده تولید را بررسی کنند و اندازه‌گیری‌های فرایندی را در ماشین‌های مختلف با هم تطبیق دهند.
تاریخ‌نگارهای متمرکز همچنین از برنامه‌هایی پشتیبانی می‌کنند که سوابق عملیاتی را با اطلاعات تولید یا کسب‌وکار ترکیب می‌کنند. این کار می‌تواند به پیوند دادن رفتار فرایند با برنامه‌های تولید، بچ‌ها و نتایج کیفیت کمک کند.
بااین‌حال، مسیر جمع‌آوری داده وابستگی‌های بیشتری ایجاد می‌کند. خرابی شبکه، تعمیر و نگهداری سرور، مشکلات رابط و محدودیت‌های ذخیره‌سازی می‌توانند جمع‌آوری داده را مختل کنند. اتصال در سمت تجهیزات معمولاً به ماژول‌های ارتباطی اترنت مانند ماژول Yokogawa ALE111-S51، ماژول Schneider 140NOE21100 یا ماژول Foxboro FBM232 متکی است؛ بنابراین پیکربندی و سلامت این ماژول‌ها برای ثبت سوابق اهمیت دارد.
فرض نکنید که همه تاریخ‌نگارها هنگام قطعی، داده‌ها را به‌طور خودکار بافر می‌کنند. بررسی کنید که گردآورنده موردنظر از بافرکردن پشتیبانی می‌کند یا نه، سوابق در انتظار را تا چه مدت نگه می‌دارد و پس از بازیابی ارتباط چگونه با آن‌ها برخورد می‌کند.
این دو معماری چه تفاوتی دارند؟
| عامل انتخاب | تاریخ‌نگار سطح ماشین | تاریخ‌نگار مبتنی بر سرور |
|---|---|---|
| حوزه اصلی | یک ماشین یا سلول تولیدی | چندین ماشین یا سامانه کارخانه |
| اولویت معمول | سوابق محلی و عیب‌یابی دقیق | تحلیل و گزارش‌دهی متمرکز |
| ملاحظات ذخیره‌سازی | محدود به سخت‌افزار و پیکربندی محلی | به منابع سرور و طراحی آرشیو بستگی دارد |
| وابستگی به شبکه | می‌تواند هنگام قطعی ارتباط با سامانه بالادستی، داده‌های محلی را حفظ کند | به اتصال‌پذیری منبع و معماری جمع‌آوری داده بستگی دارد |
| یکپارچه‌سازی سازمانی | ممکن است به سازوکار انتقال دیگری نیاز داشته باشد | اغلب مناسب برای یکپارچه‌سازی چندمنبعی |
| ملاحظات نگهداری | سلامت دستگاه محلی و ظرفیت نگهداری داده‌ها | دسترس‌پذیری سرور، رابط‌ها، پشتیبان‌گیری‌ها و امنیت |
این موارد گرایش‌های معماری هستند، نه تضمین‌های همگانی محصولات. پیش از نهایی‌کردن طراحی، عملکرد پلتفرم انتخابی را بررسی کنید.
چطور یک تاریخ‌نگار مناسب انتخاب کنید؟
داده‌ها باید به چه پرسش مهندسی پاسخ دهند؟
کار را با مشخص‌کردن تصمیم‌هایی آغاز کنید که داده‌های تاریخی باید پشتیبانشان باشند. بررسی خطا ممکن است به رکوردهایی با وضوح زمانی بالا در اطراف یک رویداد کوتاه نیاز داشته باشد. تحلیل تولید ممکن است به نگهداری طولانی‌تر و داده‌های هماهنگ از چندین دارایی نیاز داشته باشد.
تگ‌های موردنیاز، بازه‌های جمع‌آوری، محرک‌های رویداد، کیفیت مهر زمانی، دوره نگهداری و نیازهای گزارش‌دهی را مستند کنید.
در کجای مسیر جمع‌آوری ممکن است داده‌ها از دست بروند؟
مسیر جمع‌آوری را از هر کنترل‌کننده تا مقصد ذخیره‌سازی آن ترسیم کنید. سوئیچ‌های شبکه، درگاه‌ها، سرویس‌های جمع‌آوری، سرورها و سایر اجزایی را که می‌توانند ضبط داده‌ها را مختل کنند، شناسایی کنید.
بپرسید هنگام قطعی شبکه، راه‌اندازی مجدد سرور یا تعمیر و نگهداری برنامه‌ریزی‌شده چه اتفاقی می‌افتد. تأیید کنید که آیا داده‌ها به‌صورت محلی بافر می‌شوند و آیا سیستم پس از بازیابی می‌تواند بازه‌های ازدست‌رفته را تطبیق دهد.
چه مقدار فضای ذخیره‌سازی لازم است؟
فضای ذخیره‌سازی را بر اساس تعداد نقاط، تناوب جمع‌آوری، اندازه رکورد، رفتار فشرده‌سازی و دوره نگهداری موردنیاز برآورد کنید. هزینه‌های عملیاتی سربار و حاشیه ظرفیت مناسب را نیز در نظر بگیرید.
ظرفیت ذخیره‌سازی را فقط بر اساس تعداد تگ‌ها تعیین نکنید. دو سیستم با تعداد تگ یکسان ممکن است به‌دلیل تفاوت در تنظیمات جمع‌آوری و رفتار فرایند، حجم داده متفاوتی تولید کنند.
آیا مهرهای زمانی هماهنگ و به‌خوبی شناخته‌شده‌اند؟
وقتی رکوردهای مرتبط از ساعت‌های ناهماهنگ یا منابع مهر زمانی نامشخص استفاده می‌کنند، تحلیل تاریخی اعتبار کمتری دارد. همگام‌سازی زمان را در کنترل‌کننده‌ها، جمع‌آورنده‌های داده و سرورها بررسی کنید.
مشخص کنید مهرهای زمانی نشان‌دهنده زمان دریافت داده در منبع، جمع‌آوری یا دریافت آن در سرور هستند. این تمایز هنگام بازسازی ترتیب رویدادهایی که با فاصله‌ای کوتاه رخ داده‌اند اهمیت دارد.
آیا امنیت سایبری و بازیابی پوشش داده شده‌اند؟
احراز هویت، کنترل‌های دسترسی، بخش‌بندی شبکه، مدیریت وصله‌ها، رویه‌های پشتیبان‌گیری و آزمون بازیابی را بررسی کنید. یک تاریخ‌نگار می‌تواند حاوی اطلاعات عملیاتی ارزشمندی باشد و باید به‌درستی از آن محافظت شود.
فرایند واقعی بازیابی را آزمایش کنید. پشتیبان‌گیری فقط زمانی مفید است که داده‌ها و پیکربندی موردنیاز را بتوان در محدوده‌های عملیاتی قابل‌قبول بازیابی کرد.
چه زمانی باید جمع‌آوری محلی و متمرکز را با هم ترکیب کرد؟
برخی کاربردها از هر دو معماری بهره می‌برند. مورخِ سطح ماشین می‌تواند رکوردهای دقیق را در نزدیکی تجهیزات حفظ کند، درحالی‌که مورخ مبتنی بر سرور اطلاعات منتخب را برای تحلیل در سراسر کارخانه یکپارچه می‌کند.
برای مثال، یک خط تولید که بر پایه کنترل‌کننده‌هایی مانند ماژول کنترل‌کننده PLC مدل GE Mark VIe IS400AEBMH3A ساخته شده است، ممکن است برای عیب‌یابی به رکوردهای رویداد دقیق و برای بررسی کیفیت به تاریخچه متمرکز بچ‌ها نیاز داشته باشد. ذخیره‌سازی محلی و تجمیع مرکزی می‌توانند این نیازها را هم‌زمان برآورده کنند.
سازوکار انتقال را با دقت طراحی کنید. مشخص کنید کدام رکوردها به سامانه بالادستی منتقل می‌شوند، برچسب‌های زمانی چگونه حفظ می‌شوند، با رکوردهای تکراری چگونه برخورد می‌شود و هنگام قطع ارتباط چه اتفاقی می‌افتد.
همچنین بررسی کنید که سامانه‌های محلی و مرکزی سطح یکسانی از جزئیات را نگه می‌دارند یا خیر. تجمیع یا فشرده‌سازی ممکن است اطلاعات در دسترس برای بررسی‌های بعدی را تغییر دهد.
چک‌لیست راه‌اندازی و نگهداری باید شامل چه مواردی باشد؟
- مطمئن شوید برچسب‌های موردنیاز کنترل‌کننده گردآوری می‌شوند.
- مقادیر مورخ را با مقادیر معتبر منبع مقایسه کنید.
- فاصله‌های گردآوری و رفتار فعال‌شونده با رویداد را تأیید کنید.
- همگام‌سازی زمان را در دستگاه‌های مرتبط بررسی کنید.
- رفتار سیستم هنگام قطع و بازیابی شبکه را بیازمایید.
- ظرفیت ذخیره‌سازی، سیاست‌های نگهداشت و چرخش بایگانی را بررسی کنید.
- کنترل‌های دسترسی، نسخه‌های پشتیبان و رویه‌های بازیابی را بررسی کنید.
- مسیرهای گردآوری و مسئولیت هر مؤلفه را مستند کنید.
نتایج آزمون‌ها و معیارهای پذیرش را ثبت کنید. پس از تغییرات مهم در شبکه، کنترل‌کننده یا پیکربندی مورخ، بررسی‌های حیاتی را تکرار کنید.
جمع‌بندی: تبدیل داده‌های تاریخی به منبعی مهندسی و قابل اتکا
یک مورخ داده صنعتی را بر اساس شواهدی انتخاب کنید که عملیات شما باید حفظ کند و تصمیم‌هایی که آن شواهد باید پشتیبانی کنند. گردآوری محلی برای عیب‌یابی دقیق ماشین ارزشمند است، درحالی‌که گردآوری مبتنی بر سرور از گزارش‌گیری گسترده‌تر و تحلیل بین دارایی‌ها پشتیبانی می‌کند. ترکیب هر دو می‌تواند مزایای مکملی فراهم کند، به‌شرط آنکه انتقال، نگهداشت و بازیابی با دقت طراحی شوند. پیش از پیاده‌سازی، الزامات داده را مستند کنید، رفتار سیستم هنگام قطعی را بیازمایید، کیفیت برچسب زمانی را تأیید کنید و مطمئن شوید که نسخه‌های پشتیبان قابل بازیابی هستند. این اقدامات کمک می‌کنند داده‌های تاریخی به منبعی مهندسی و قابل اتکا تبدیل شوند.
