نظام مراقبة الطقس IoT: الهندسة المعمارية وأجهزة الاستشعار والمنصة السحابية وحالات الاستخدام

نظام مراقبة الطقس IoT عبارة عن منصة مراقبة في الوقت الفعلي ونقل عن بعد وتحليل البيانات مبنية على شبكات الاستشعار والاتصال عبر الإنترنت ومعالجة البيانات السحابية. فهو يرسل المعلومات التي تم جمعها بواسطة أجهزة استشعار الطقس إلى منصة سحابية أو خادم، ويقوم بالتخزين والتحليل، وتسليم البيانات إلى محطات الويب أو الهاتف المحمول أو العميل للتوعية التلقائية والكشف والتحذير. تستخدم محطات الأرصاد الجوية

NiuBoL IoT تصميمًا معياريًا. قد يشتمل المشروع على أجهزة استشعار، وجهاز تجميع، ونظام طاقة، ونظام اتصالات، ومنصة برمجية، وهيكل ميكانيكي. اعتمادًا على التطبيق، يمكن للمحطة جمع درجة الحرارة والرطوبة والضغط وهطول الأمطار والضوء والإشعاع ودرجة حرارة التربة ورطوبة التربة والتربة pH والتربة EC و و و

بنية نظام مراقبة الطقس IoT

يتضمن النظام عادةً عقد محطة الطقس والمنصة السحابية والخادم والعميل. تقوم عقد المحطة بجمع البيانات من أجهزة الاستشعار. تتلقى المنصة السحابية البيانات من كل عقدة وتخزنها في قاعدة بيانات. يقوم العميل بعرض البيانات وإرسال طلبات الاستعلام عندما يحتاج المستخدمون إلى سجلات تاريخية أو تقارير أو حالة المحطة. يسمح هذا الهيكل بإدارة العديد من المحطات من منصة واحدة.

لماذا تعتبر بنية IoT مهمة

يمكن لمحطات الطقس التقليدية جمع البيانات المحلية، ولكن بنية IoT تجعل إدارة البيانات أسهل عبر نقاط متعددة. وهو يدعم البيانات غير المتجانسة متعددة المصادر والتكوين عن بعد والتحليل التلقائي وأنماط الخدمة المختلفة لمستخدمين مختلفين. بالنسبة للمشاريع التي تحتوي على مزارع أو طرق سريعة أو مجمعات صناعية أو محطات طاقة شمسية أو مواقع بحثية، غالبًا ما تكون قابلية التوسع هذه أكثر أهمية من عدد أجهزة الاستشعار الموجودة في محطة واحدة.

توافق الاتصالات والبروتوكول

على المستوى الميداني، قد تستخدم المستشعرات RS485 / Modbus أو واجهات خاصة بالمحطة. على مستوى الشبكة، تستخدم المحطة الاتصال اللاسلكي أو السلكي لإرسال البيانات إلى الخادم. يجب أن يؤكد المتكامل إعداد العنوان، والفاصل الزمني للبيانات، وواجهة برمجة التطبيقات السحابية، ومتطلبات قاعدة البيانات المحلية، ووصول العميل، وأذونات المستخدم، وما إذا كان يجب على النظام التفاعل مع النظام الأساسي الحالي.

مرجع التكوين الفني

سيناريوهات التطبيق

مراقبة الزراعة الذكية متعددة الأراضي

تحدي الموقع: غالبًا ما تحتوي مزارععلى قطع أراضي متعددة ذات رطوبة تربة مختلفة، وهطول الأمطار، والتعرض للرياح، ومخاطر الصقيع. لا يمكن لشاشة محلية واحدة أن تدعم المقارنة بين المخططات أو اتخاذ القرار عن بعد.

مخطط تكامل النظام:نشر محطات الطقس IoT في قطع أراضي تمثيلية، وتوصيل أجهزة استشعار التربة والمناخ بكل مضيف محطة، وتحميل البيانات إلى منصة سحابية بأسماء محطات موحدة ووحدات معلمات وعتبات إنذار.

قيمة المستخدم:يمكن لمديري المزارع مقارنة المناخات المحلية ومراجعة سجلات الري وتلقي تنبيهات الصقيع أو هطول الأمطار واتخاذ قرارات ميدانية دون زيارة كل قطعة أرض يدويًا.

مراقبة مزرعة الطاقة الشمسية وأصول الطاقة

تحدي الموقع:يتأثر توليد الطاقة الشمسية وأداء المعدات الخارجية بالإشعاع الشمسي والرياح والأمطار ودرجة الحرارة والرطوبة. وبدون بيانات الطقس المحلية، يصعب تفسير توليد الطاقة غير الطبيعي.

مخطط تكامل النظام:دمج أجهزة استشعار الإشعاع ودرجة الحرارة والرطوبة والرياح وهطول الأمطار في محطات الطقس IoT، ثم إرسال بيانات المحطة إلى منصة المالك أو تصديرها للمقارنة مع سجلات إنتاج الطاقة.

قيمة المستخدم:يمكن للمشغلين فصل تغييرات الأداء المتعلقة بالطقس عن أخطاء المعدات وتحسين تخطيط الصيانة باستخدام الأدلة البيئية الخاصة بالموقع.

تحذير من الطقس للطرق والجسور والنقل

تحدي الموقع:قد تتضمن مشاريع النقل نقاطًا نائية تتغير فيها الرياح والأمطار ودرجة الحرارة بسرعة. لا يمكن للفحص اليدوي أن يوفر تحذيرات في الوقت المناسب عبر الطرق الطويلة.

مخطط تكامل النظام:قم بتثبيت محطات الأرصاد الجوية IoT على طول أقسام الطرق الرئيسية أو الجسور أو المناطق المكشوفة. استخدم الاتصالات الخلوية أو السلكية لتحميل البيانات إلى منصة مركزية مع قواعد إنذار للرياح والأمطار ودرجة الحرارة.

قيمة المستخدم:يمكن لمديري الطرق تحديد نقاط الخطر المحلية وإصدار التحذيرات ومراجعة أحداث الطقس بعد وقوع حوادث أو فترات طقس قاسية.

شبكة البيانات البيئية للمجمع الصناعي

تحدي الموقع:يجب تفسير أحداث تشتت الغبار والرائحة والغاز في المجمعات الصناعية باستخدام بيانات الرياح والطقس المحلية. قد لا تمثل نقطة الطقس الواحدة الحديقة بأكملها.

مخطط تكامل النظام:قم ببناء شبكة محطات الطقس IoT عند الحدود ومناطق العمليات والاتجاهات الحساسة. قم بدمج بيانات الرياح والضغط ودرجة الحرارة والرطوبة وبيانات PM الاختيارية في منصة مشتركة.

قيمة المستخدم:يمكن للفرق البيئية مقارنة بيانات المحطة وتتبع اتجاه الحدث ودعم الشكوى أو مراجعة الامتثال مع سياق الطقس المحدد بالوقت.

شبكات البحث والمراقبة الموزعة

تحدي الموقع:غالبًا ما تتطلب مشاريع البحث بيانات قابلة للمقارنة من العديد من المحطات على مدى فترات طويلة. تؤدي الوحدات أو أسماء المحطات أو تنسيقات التصدير غير المتسقة إلى تقليل قيمة مجموعة البيانات.

نظام تكامل النظام:استخدم تكوينات محطة IoT القياسية، وتسمية المعلمات المتسقة، وفترات إعداد التقارير المتزامنة، والسجلات التاريخية القابلة للتصدير. سجل بيانات تعريف التثبيت لكل محطة.

قيمة المستخدم:يمكن للباحثين إدارة مجموعات البيانات متعددة المواقع، وتقليل جمع البيانات يدويًا، والحفاظ على سجل مراقبة أكثر وضوحًا على المدى الطويل.

دليل اختيار مشاريع IoT

ابدأ بتحديد كمية المحطة وقائمة المستشعرات والفاصل الزمني للبيانات ومستخدمي النظام الأساسي والتوسع المستقبلي. قد يحتاج المشروع الصغير إلى محطة واحدة ذات شاشة عرض بسيطة. قد يحتاج مشروع الشبكة إلى عشرات المحطات والوصول المستند إلى الأدوار واتصال واجهة برمجة التطبيقات (API) وقواعد التنبيه وسياسة الاحتفاظ بقاعدة البيانات. يجب على المشتري توضيح متطلبات النظام الأساسي هذه قبل اختيار الأجهزة.

ملاحظات القبول والتكامل

أجهزة وبرامج المحطة. تحقق من كل قيمة مستشعر، والفاصل الزمني لتحميل البيانات، وعرض المنصة، وخريطة المحطة، والسجلات التاريخية، ووظيفة الإنذار، وحساب المستخدم، وملف التصدير واستعادة الاتصالات بعد انقطاع التيار الكهربائي. بالنسبة للمشاريع متعددة المحطات، يجب أن تكون قواعد التسمية ووحدات المعلمات متسقة من البداية.

أسئلة حول هندسة البيانات قبل الشراء

قبل شراء نظام مراقبة الطقس IoT، يجب على المشترين أن يقرروا مكان تخزين البيانات، ومن يمكنه الوصول إليها، ومدة الاحتفاظ بالسجلات، وما إذا كانت هناك حاجة إلى إنذارات، وما إذا كان يجب تصدير البيانات أو توصيلها بمنصة أخرى. تؤثر قرارات البرامج هذه على اختيار الأجهزة نظرًا لأن مضيفي المحطات ووحدات الاتصال والبروتوكولات يجب أن يدعموا سير العمل المطلوب.

هناك قرار رئيسي آخر وهو الفاصل الزمني للتقارير. قد لا تحتاج المحطة المستخدمة لرصد الاتجاه الزراعي العام إلى نفس الفاصل الزمني الذي تحتاجه محطة الإنذار بالكوارث. تؤدي الفواصل الزمنية الأقصر إلى إنشاء المزيد من البيانات وقد تزيد من الطلب على الطاقة والاتصالات. يجب أن يتطابق الفاصل الزمني الصحيح مع وقت الاستجابة الذي يتطلبه المشروع.

الشائعة في محطة الطقس IoT

أحد الأخطاء هو التركيز فقط على عقدة المستشعر وتجاهل تشغيل المنصة. إذا لم يتمكن النظام الأساسي من إدارة أسماء المحطات ومواقع الخرائط والإنذارات وأدوار المستخدم والتصدير التاريخي، فسيصبح من الصعب تشغيل الشبكة مع نموها. هناك خطأ آخر يتمثل في استخدام وحدات أو أسماء معلمات غير متناسقة عبر المحطات، مما يجعل التحليل اللاحق أكثر صعوبة.

بالنسبة للمشروعات البعيدة، يجب اختبار استرداد الاتصالات. بعد انقطاع التيار الكهربائي أو ضعف الإشارة، يجب أن تستأنف المحطة تحميل البيانات أو تخزينها محليًا وفقًا للتكوين. يجب أن يتضمن القبول سلوك الاسترداد هذا لأنه غالبًا ما يكون من الصعب زيارة المحطات البعيدة بسرعة. عرض المشتريات

: المنصة أولاً أو المستشعر أولاً

IoT عندما يختار المشترون أجهزة الاستشعار أولاً ثم سير عمل النظام الأساسي لاحقًا. بالنسبة للمشروعات متعددة المحطات، من الأفضل عادةً تحديد احتياجات النظام الأساسي أولاً: حسابات المستخدمين، وخريطة المحطة، والإنذارات، وتنسيق التصدير، والوصول إلى واجهة برمجة التطبيقات (API)، والاحتفاظ بالبيانات. بمجرد أن تكون هذه المتطلبات واضحة، يصبح اختيار المستشعر والبوابة أسهل.

يجب على المورد أيضًا توضيح ما إذا كانت البيانات مخزنة في خادم سحابي أو خادم محلي أو كليهما. يحتاج بعض العملاء الصناعيين أو الباحثين إلى التحكم في قاعدة البيانات المحلية، بينما قد تفضل مشاريع المزرعة والحرم الجامعي الوصول إلى السحابة. يؤثر هذا القرار على وحدات الاتصال ونشر البرامج ومسؤولية الخدمة طويلة المدى.

المتطلبات التشغيلية للشبكات متعددة العقد

عندما يتضمن نظام مراقبة الطقس IoT العديد من المحطات، تصبح قواعد التشغيل مهمة. يجب أن يكون لكل محطة اسم واضح وموقع وقائمة معلمات وفاصل زمني للتقارير وسجل صيانة. إذا أصبحت إحدى المحطات غير متصلة بالإنترنت، فيجب أن تجعل المنصة الحالة مرئية. إذا فشل جهاز الاستشعار، فيجب أن يكون المستخدم قادرًا على التمييز بين البيانات المفقودة وحدث الطقس الحقيقي.

تخطيط الشبكة مهم أيضًا. قد تكون للمزارع النائية والجبال والطرق السريعة ومواقع الطاقة إشارة ضعيفة أو طاقة غير مستقرة أو صعوبة في الوصول إلى الصيانة. يجب أن تدعم المحطة الاتصالات المناسبة والنسخ الاحتياطي للبطارية ومنطق الاسترداد. وينبغي مناقشة هذه التفاصيل قبل نشر النظام. قبول

لمشاريع الطقس المستندة إلى السحابة

فحوصات الأجهزة والنظام الأساسي. تحقق من قراءات المستشعر، والفاصل الزمني للتحميل، وخريطة المحطة، وحساب المستخدم، وإخطار الإنذار، والاستعلام التاريخي، وملف التصدير، وحالة الجهاز، واستعادة الاتصالات. بالنسبة للمشاريع المتصلة بمنصة أخرى، اختبر الواجهة قبل التسليم النهائي. نموذج الصيانة

لمحطات الطقس المتصلة تحتاج أنظمة

IoT إلى الصيانة الميدانية وصيانة المنصة. تغطي الصيانة الميدانية أجهزة الاستشعار والطاقة والعلبة وهيكل التركيب. تغطي صيانة النظام الأساسي الوصول إلى الحساب وأسماء المحطات وتخزين البيانات وإعدادات الإنذار وحالة الاتصال. إذا لم يتم تعيين هذه المسؤوليات، فقد تتحول مشكلة صغيرة دون الاتصال بالإنترنت إلى فجوة طويلة في البيانات.

بالنسبة لمشروعات الشبكة، يجب على المالك أيضًا أن يقرر عدد مرات مراجعة حالة المحطة. يمكن أن يؤدي فحص حالة الجهاز أسبوعيًا إلى العثور على بطاريات ضعيفة أو محطات غير متصلة بالإنترنت أو قيم أجهزة استشعار غير طبيعية قبل أن تؤثر على التقارير.

يجب أن تسجل وثيقة المشروع النهائية عنوان الخادم ومعرفات المحطة وسجلات أجهزة الاستشعار والفاصل الزمني للتقارير وأدوار المستخدم وقواعد الإنذار وتنسيق تصدير البيانات وجهات اتصال الصيانة. تجعل هذه الوثائق التوسع المستقبلي واستكشاف الأخطاء وإصلاحها أسهل بكثير.

عند مقارنة حلول IoT، يجب على المشترين أن يسألوا ما إذا كان المورد يمكنه دعم استكشاف أخطاء الأجهزة وإصلاحها وتكوين النظام الأساسي. إن قدرات الدعم هذه لها نفس القدر من الأهمية بعد النشر. يجب على المشتري أيضًا تأكيد ما إذا كان من الممكن تصدير البيانات إذا قام المشروع بتغيير النظام الأساسي للبرنامج لاحقًا.

وهذا أيضًا يحمي المشتري من أن يكون مقيدًا بنظام لا يمكنه دعم متطلبات التقارير أو التكامل المستقبلية.

عندما يكون نظام مراقبة الطقس IoT هو الاختيار الصحيح

يعد نظام مراقبة الطقس IoT هو الاختيار الصحيح عندما يكون للمشروع مواقع بعيدة أو محطات متعددة أو مستخدمي منصة أو متطلبات إنذار أو سجلات بيانات طويلة المدى. يكون أقل أهمية عندما يحتاج المستخدم فقط إلى قراءات عرضية في الموقع. يجب على المشتري أن يقرر ما إذا كانت القيمة تأتي من المستشعر نفسه أو من سير عمل البيانات المتصلة.

بالنسبة للقائمين بالتكامل، فإن هدف البحث الرئيسي وراء مشاريع محطة الطقس IoT ليس عادةً قياس الطقس فقط. إنها الإدارة عن بعد والتخزين السحابي ومقارنة العقد المتعددة والوصول عبر الهاتف المحمول والمراقبة القابلة للتطوير. لذلك تشرح المقالة الهندسة المعمارية والمنصة والتواصل والقبول بدلاً من إدراج أجهزة الاستشعار فقط.

الأسئلة الشائعة حول قرار المشروع

س1: متى يكون نظام مراقبة الطقس IoT أكثر ملاءمة من محطة الطقس المستقلة؟

ج: اختر نظام IoT عندما يحتاج المشروع إلى الوصول عن بعد أو محطات متعددة أو تخزين سحابي أو عرض على الهاتف المحمول أو إنذارات أو أدوار مستخدم أو تصدير بيانات طويلة المدى. قد تكون المحطة المستقلة كافية للعرض المحلي في بعض الأحيان، ولكنها ليست مثالية عندما يجب أن تدعم البيانات الإدارة عن بعد أو المقارنة بين المواقع.

س2: ما الذي يجب على المشترين تحديده قبل اختيار أجهزة محطة الطقس IoT؟

ج: تحديد كمية المحطة، والمعلمات المقاسة، والفاصل الزمني للتقارير، وطريقة الاتصال، ومستخدمي النظام الأساسي، وقواعد الإنذار، والاحتفاظ بالبيانات، وتنسيق التصدير وما إذا كان يجب على النظام الاتصال بمنصة موجودة. يجب أن تكون متطلبات البرامج وسير العمل واضحة قبل اختيار أجهزة الاستشعار والبوابات.

س3: ما هي أجهزة الاستشعار التي يتم توصيلها عادةً بنظام مراقبة الطقس IoT؟

ج: تشمل المستشعرات الشائعة درجة الحرارة والرطوبة والضغط الجوي وسرعة الرياح واتجاه الرياح وهطول الأمطار والإشعاع الشمسي ودرجة حرارة التربة ورطوبة التربة والتربة pH والتربة EC و و و يجب أن تتطابق القائمة النهائية مع التطبيق بدلاً من مجرد زيادة عدد أجهزة الاستشعار إلى الحد الأقصى.

س4: كيف يعمل RS485 / Modbus في محطة الطقس IoT؟

ج: يُستخدم RS485 / Modbus بشكل شائع بين أجهزة الاستشعار الميدانية ومضيف المحطة أو مجمع البيانات. يقرأ المضيف قيم المستشعر، ويحزم البيانات ويحملها إلى منصة سحابية من خلال 4G، أو 5G، أو Ethernet أو طرق الاتصال الأخرى التي تم تكوينها.

س5: ما هي وظائف النظام الأساسي المهمة لمشروع متعدد المحطات؟

ج: تشمل الوظائف الهامة خريطة المحطة، والعرض في الوقت الحقيقي، والاستعلام التاريخي، ومخطط الاتجاه، وقواعد الإنذار، وتصدير البيانات، وحالة الجهاز، وأذونات المستخدم ووحدات المعلمات المتسقة. بالنسبة للمشاريع الأكبر حجمًا، يجب أيضًا تأكيد الوصول إلى واجهة برمجة التطبيقات (API) وسياسة الاحتفاظ بالبيانات.

س6: كيف يجب تحديد الفاصل الزمني لإعداد التقارير؟

ج: يجب أن يتطابق الفاصل الزمني للتقارير مع متطلبات الاستجابة. قد تحتاج مشاريع التحذير من الكوارث والسلامة على الطرق إلى فترات زمنية أقصر. قد تستخدم مراقبة الاتجاه العام للمزرعة فترات زمنية أطول لتقليل حمل الطاقة والاتصالات. يؤثر الفاصل الزمني على سعة البطارية وحجم البيانات وتصميم النظام الأساسي.

س7: ما هي الأخطاء الشائعة في مشاريع مراقبة الطقس IoT؟

ج: تتضمن الأخطاء الشائعة شراء أجهزة الاستشعار قبل تحديد سير عمل النظام الأساسي، واستخدام أسماء محطات غير متناسقة، وتجاهل إشارة الشبكة الضعيفة، وحذف النسخ الاحتياطي للبيانات المحلية، وعدم التخطيط لأدوار المستخدم، والفشل في اختبار الاسترداد بعد انقطاع الطاقة أو الاتصالات.

س8: كيف ينبغي قبول نظام مراقبة الطقس IoT؟

ج: يجب أن يتحقق القبول من قراءات المستشعر، والفاصل الزمني لتحميل المحطة، وعرض المنصة، وإخطار الإنذار، والسجلات التاريخية، وملف التصدير، وحالة الجهاز، وحسابات المستخدمين، والاسترداد بعد انقطاع التيار الكهربائي أو الشبكة. بالنسبة للمشروعات متعددة المحطات، تحقق من تسمية المحطة ووحدات المعلمات عبر جميع العقد.

س9: هل يمكن دمج بيانات محطة الطقس IoT مع منصة أخرى؟

ج: يمكن دمجه إذا أكد المشروع توافق البروتوكول أو API أو تنسيق التصدير أو البوابة قبل الشراء. يجب على المشترين أن يسألوا ما إذا كان من الممكن تصدير البيانات وما إذا كان المورد يمكنه تقديم المستندات الفنية للاتصال بالمنصة.

س10: ما الذي يجب تضمينه في وثيقة الشراء؟

ج: قم بتضمين سيناريو التطبيق، وكمية المحطة، وقائمة أجهزة الاستشعار، وطريقة الاتصال، ووظائف النظام الأساسي، والفاصل الزمني لإعداد التقارير، وقواعد الإنذار، واحتياجات تصدير البيانات، وإمدادات الطاقة، وبيئة التثبيت، ومسؤولية الصيانة، وقائمة مراجعة القبول. وهذا يساعد الموردين على اقتباس نظام كامل بدلاً من الأجهزة المعزولة.

ملخص

يقوم نظام مراقبة الطقس IoT بتحويل محطات الطقس إلى شبكة بيانات مُدارة. بالنسبة لمشاريع NiuBoL، تساعد المستشعرات المعيارية والتكامل الميداني RS485 والتحميل اللاسلكي وإدارة النظام الأساسي السحابي المستخدمين على بناء مراقبة قابلة للتطوير للزراعة والطاقة والنقل والبحث.

CO2, PM10, PM2.5.