متر برق DIN (4G): اندازهگیری IoT صنعتی با اتصال سلولی
News Details
یک ایستگاه پمپاژ خورشیدی ۲.۴ مگاوات در غرب راجستان در فاصله ۱۸ کیلومتر از نزدیکترین برج سلولی کار میکند. این سایت هیچ اینترنت سیمکشی، خط تلفن ثابت و کارکنان دائم در محل ندارد. تنها راه برای دانستن اینکه آیا ایستگاه در حال تولید برق، مصرف انرژی است یا از خط خارج شده، یک دستگاه است که میتواند از مکانی که گوشی هوشمند "خدمات ندارد" را نشان میدهد، از طریق شبکه سلولی ارتباط برقرار کند.
متر ۴G روی ریل DIN دقیقاً برای این سناریو طراحی شده است. این متر ترکیبی از فرم فاکتور ریل DIN فشرده ۴ ماژول با مودم LTE Cat.1 در سطح صنعتی، آنتن داخلی با بهره بالا و پشته فرمورک بهینه شده برای اتصال متناوب دارد. متر انرژی را به صورت محلی در طول قطع برق و قطع ارتباط جمعآوری میکند، سپس دادههای بافر شده را هنگام بازگشت شبکه آپلود میکند. برای داراییهای صنعتی راه دور، این تفاوت بین یک متر که کار میکند و متری است که به یک وزنه کاغذی گران قیمت تبدیل میشود، است.
مزیت ارتباط ۴G LTE
انتخاب LTE Cat.1 به جای NB-IoT یا LoRa نیاز به توضیح دارد. NB-IoT مصرف انرژی کمتری ارائه میدهد، اما پوشش آن محدود به مناطق شهری با سلولهای NB-IoT مستقر شده توسط اپراتور است - که در بیشتر بازارهای در حال ظهور، یعنی شکافات پوشش خارج از شهرهای بزرگ است. LoRa نیاز به یک دروازه خصوصی در محدوده ۱۵ کیلومتر دید مستقیم دارد. در مقابل، LTE Cat.1 در همان باندهایی که گوشیهای هوشمند ۴G مصرفی کار میکند و در هر مکان که میتوان تماس صوتی را برقرار کرد، پوشش دارد.
مودم Quectel EC200S-CN است که باندهای LTE FDD B1/B3/B5/B8 و باندهای TDD B38/B39/B40/B41 را پشتیبانی میکند. این ترکیب باند پوششدهنده تخصیص طیف ۴G در چین، آسیای جنوبی، خاورمیانه، آفریقا و آمریکای لاتین است. برای استقرار در اروپا یا آمریکای شمالی، واریانتهای EC200U-EU و EC200A-NA در دسترس هستند که به ترتیب باندهای ETSI و FCC را پوشش میدهند.
مصرف انرژی محدودیت اصلی برای نصبهای راه دور با پشتیبانی باتری است. متر تقریباً ۱۸۰ میلیآمپر در طول انتقال LTE (توان Tx معمول +۲۳ دسیبل بر متر) و ۴۵ میلیآمپر در حالت بیفعال با ماژول سلولی در حالت صرفهجویی در انرژی (PSM) مصرف میکند. با باتری پشتیبانی سرب-اسید ۱۲ ولت ۷ آمپر-ساعت - استاندارد برای نصبهای SCADA راه دور - متر میتواند دادهها را هر ۱۵ دقیقه برای تقریباً ۱۴ روز بدون برق خارجی گزارش دهد.
رابط SIM هم پشتیبانی از SIM نانو فیزیکی و هم eSIM تعبیه شده (فرم فاکتور MFF2) دارد. برای استقرارهای مقیاس بزرگ، ما پروفایلهای eSIM را از ارائهدهندگان ارتباط IoT اصلی (Vodafone IoT، China Mobile OneLink، Telit) از قبل نصب میکنیم، که به متر اجازه میدهد بدون مدیریت SIM فیزیکی به بهترین شبکه موجود متصل شود. یک استقرار ۵۰۰۰ واحد در مناطق روستایی کنیا از eSIM با یک SKU واحد استفاده کرد و لجستیک مدیریت کارتهای SIM فیزیکی در ۴۷ شهرستان را از بین برد.
یکپارچهسازی IoT صنعتی
متر یک دستگاه مستقل نیست - بلکه یک منبع داده در معماری IoT صنعتی است. یکپارچهسازی بسته به بلوغ خودکارسازی سایت از سه الگوی زیر پیروی میکند:
یکپارچهسازی مستقیم облаک. متر بارهای JSON را از طریق HTTP POST یا انتشار MQTT به یک نقطه پایانی облаک هل میکند. ساختار بار قابل پیکربندی است: یک بار حداقل (ولتاژ، جریان، توان، انرژی) ۱۲۸ بایت است؛ یک بار کامل با رویدادهای کیفیت توان، گزارشهای دستکاری و تشخیص مشکل دستگاه تقریباً ۲.۴ کیلوبایت است. برای یک استقرار معمولی که هر ۶۰ ثانیه گزارش میدهد، این به ۶.۹ مگابایت در ماه تبدیل میشود - که کاملاً در محدوده تخصیص داده حتی طرحهای SIM IoT 가장 پایه است.
یکپارچهسازی دروازه لبه. در سایتهایی با دروازه صنعتی موجود (Siemens SIMATIC، Advantech UNO، Moxa UC-8100)، متر از طریق RS-485 با اجرای Modbus RTU یا IEC 61850 MMS متصل میشود. دروازه دادهها را از چندین دستگاه میدانی - مترها، اینورترها، PLCها، سنسورها - جمعآوری میکند و از طریق یک اتصال ۴G یا فیبر واحد به облаک بازگرداند. این معماری هزینههای داده سلولی را کاهش میدهد و پیکربندی فایروال را ساده میکند.
یکپارچهسازی SCADA. برای شرکتهای برق و تاسیسات صنعتی بزرگ با سیستمهای SCADA موجود، متر از IEC 60870-5-104 و DNP3 روی TCP پشتیبانی میکند. این پروتکلها در اکثر پلتفرمهای SCADA مدرن (Schneider Electric EcoStruxure، GE Proficy، OSIsoft PI) بومی هستند. یک شرکت آب در مراکش ۳۴۰ ایستگاه پمپاژ راه دور را با استفاده از IEC 60870-5-104 یکپارچه کرد؛ مترها در SCADA به عنوان نقاط پایانی کنترل راه دور استاندارد ظاهر میشوند و نیازی به توسعه درایور سفارشی ندارند.
یکپارچهسازی MQTT به دلیل استقرارهای IIoT مدرن به توجه خاصی заслуживает. متر به عنوان یک کلاینت MQTT عمل میکند و به یک بروکر (AWS IoT Core، Azure IoT Hub یا یک نمونه Mosquitto خصوصی) متصل میشود. این متر به موضوعات قابل پیکربندی انتشار میدهد - به طور پیشفرض، meters/{serial}/telemetry و meters/{serial}/events — و بهmeters/{serial}/config برای تغییرات پارامتر از طریق هوا مشترک میشود. سطح QoS قابل پیکربندی است (۰/۱/۲)؛ بیشتر استقرارها از QoS ۱ (تحویل حداقل یک بار) برای تعادل بین قابلیت اطمینان و پهنای باند استفاده میکنند.
جمعآوری و تحلیل داده راه دور
ارزش متر ۴G در جمعآوری داده نیست - بلکه در تبدیل آن داده به عملی برای اپراتورهایی که در محل نیستند، است. پلتفرم облаک ما سه لایه از خدمات داده ارائه میدهد:
نظارت به صورت لحظهای. یک داشبورد وب تلهمتری per-meter را که در بازه گزارش پیکربندی شده (۱-۳۶۰۰ ثانیه) بهروز میشود، نمایش میدهد. نشانگرهای وضعیت با رنگ نشاندهنده آنلاین/آفلاین، قدرت سیگنال ارتباط و حالتهای هشدار هستند. داشبورد تا ۱۰۰۰۰ متر per حساب را پشتیبانی میکند، با فیلتر کردن بر اساس گروه، مکان یا وضعیت هشدار.
تحلیل تاریخی. دادههای سری زمانی در InfluxDB با سیاست حفظ ۲ سال در رزولوشن ۱ دقیقه، ۵ سال در رزولوشن ۱۵ دقیقه و ۱۰ سال در رزولوشن ساعتی ذخیره میشوند. کاربران میتوانند دادهها را در فرمت CSV، Excel یا از طریق API برای یکپارچهسازی در پلتفرمهای تحلیلی خودشان صادر کنند. یک ارائهدهنده O&M خورشیدی در ویتنام از دادههای ۱ دقیقهای برای ارتباط خروجی اینورتر با دادههای ایستگاه هواشناسی استفاده کرد و رشتههای با عملکرد پایین را در عرض ۷۲ ساعت از وقوع شناسایی کرد.
مدیریت هشدار. پلتفرم ۱۸ نوع هشدار قابل پیکربندی را پشتیبانی میکند: قطع برق، بازگشت برق، تشخیص دستکاری، از دست دادن ارتباط، معکوس جریان انرژی، ولتاژ خارج از محدوده و موارد دیگر. هشدارها از طریق ایمیل، SMS (از طریق دروازه SMS یکپارچه)، POST webhook به یک URL مشخص شده توسط کاربر یا انتشار MQTT به یک بروکر مشخص شده توسط کاربر تحویل داده میشوند. یک شرکت معدن در غرب استرالیا هشدارهای قطع برق را پیکربندی کرد تا یک SMS خودکار به تیم نگهداری سایت بفرستد؛ میانگین زمان تعمیر برای خطاهای منبع برق از ۱۴ ساعت به ۳.۲ ساعت کاهش یافت.
برای کاربرانی که نمیخواهند وابستگی به облаک داشته باشند، متر همچنین از POST HTTP مستقیم به یک سرور خصوصی پشتیبانی میکند. نقطه پایانی POST همان بار JSON را که پلتفرم облаک دارد، دریافت میکند و به کاربر اجازه میدهد خط لوله داده خود را بسازد. تیم یکپارچهسازی ما یک پیادهسازی سرور مرجع در Python (FastAPI) و Node.js (Express) برای مشتریانی که میخواهند خود میزبانی کنند، ارائه میدهد.
امنیت و قابلیت اطمینان
ارتباط سلولی سطوح حملهای را معرفی میکند که شبکههای سیمکشی نه. معماری امنیت متر این موارد را در سه لایه حل میکند:
هویت دستگاه. هر متر دارای یک گواهی X.509 منحصر به فرد است که در طول ساخت در حافظه امن سوزانده شده است. گواهی برای احراز هویت کلاینت TLS هنگام اتصال به نقاط پایانی облаک استفاده میشود. حتی اگر یک مهاجم IMEI و اعتبارات SIM متر را کلون کند، نمیتواند یک сеSSION TLS بدون کلید خصوصی، که قابل صادرات نیست، برقرار کند.
رمزنگاری داده. تمام ارتباطات از TLS 1.2 یا 1.3 با پینning گواهی در سمت متر استفاده میکنند. مجموعه رمزنگاری ECDHE-RSA-AES256-GCM-SHA384 یا معادل است. برای استقرارهایی که نمیتوانند از زیرساخت کلید عمومی استفاده کنند، متر همچنین از TLS کلید پیشاشتراکی (PSK) با AES-128-CCM پشتیبانی میکند.
سخت کردن شبکه. ماژول سلولی متر اتصالات ورودی را قبول نمیکند. تمام ارتباطات توسط متر به نقاط پایانی پیکربندی شده آغاز میشود. تنها پورت باز در متر پورت پیکربندی محلی (HTTP روی پورت ۸۰) است، که تنها زمانی قابل دسترسی است که به طور فیزیکی به نقطه دسترسی WiFi متر (به طور پیشفرض غیرفعال) یا از طریق پورت نوری متصل شود. هیچ شل راه دور، پورت SSH باز و اعتبار پیشفرض کارخانهای که یک مهاجم میتواند از آن بهره ببرد، وجود ندارد.
دادههای قابلیت اطمینان از یک استقرار ۳ ساله ۸۷۰۰ متر در ۱۴ کشور نشان میدهد که میانگین زمان بین خرابیهای ارتباط (که به عنوان ۳ گزارش از دست رفته متوالی تعریف میشود) ۱۴۲۰۰ ساعت است - تقریباً ۱.۶۲ سال. علت اصلی خرابی ارتباط متر نبود بلکه مشکلات شبکه سلولی بود: انقضا کارت SIM (۳۱% از خرابیها)، تعویض سرویسهای ۲G/۳G توسط اپراتور شبکه (۲۷%) و آسیب فیزیکی آنتن (۱۴%). فرمورک متر دادههای تشخیصی کافی را ثبت کرد تا این علل اصلی را در ۹۴% موارد تشخیص دهد و پاسخ میدانی هدفمند را امکانپذیر کند.