كيف تبني نظام مراقبة مستشعرات في الوقت الفعلي للمستودعات وما بعدها
إذا كنت تبني مسارات عمل للمستودعات أو مواقع سلسلة التبريد أو المنشآت التقنية، يوضح هذا المثال كيف تحول بيانات التليماتكس الحالية إلى نظام مراقبة مستشعرات مخصص دون إضافة مسار بيانات منفصل. كما يفكك بنية التطبيق: الوصول إلى PostgreSQL، وإعداد المستشعرات، ومنطق العتبات الحي، والتاريخ، والتقارير، والخريطة.
خذ مستودعا تُجمع فيه قراءات الحرارة والرطوبة أصلا عبر أجهزة متصلة. قد لا يحتاج فريق العمليات إلى شاشة أخرى منظمة حسب أجهزة التتبع ومعرّفات المستشعرات. قد يحتاج إلى إجابة أبسط: أي غرف تبريد أو مناطق تخزين تقع الآن ضمن النطاق المضبوط؟
توفر IoT Query، منصة تحليلات الأساطيل من Navixy، وصولا منظما إلى بيانات الأسطول والمستشعرات عبر PostgreSQL، بينما يحدد المكامل الواجهة حول مسار عمل العميل. يوضح Sensoriqua، وهو تطبيق بناه شريك لـ Navixy، هذا الأسلوب. يجمع قنوات المستشعرات الفردية حسب المنطقة المادية، ويطبق حدودا مضبوطة، ويعرض الحالة التشغيلية قبل القيم الخام.
يجعل الترميز اللوني في الواجهة قراءة الحالة أسهل دون فحص كل قراءة على حدة. الأخضر يعني أن كل القراءات المضبوطة في منطقة ما ضمن النطاق المحدد. الأحمر يبرز منطقة خرج فيها مستشعر واحد على الأقل عن عتبته. الحالة المحايدة تعني أنه لم تُضبط عتبة لذلك المستشعر.
أين ينطبق مراقبة المستشعرات حسب المنطقة
يمكن للنمط التطبيقي نفسه أن يدعم عدة سيناريوهات يعمل فيها المستخدمون بالمواقع المادية لا بمعرّفات الأجهزة:
- قد يحتاج عملاء الأدوية ومستودعات الأغذية إلى سجلات حرارة ورطوبة منظمة حسب منطقة التخزين وموثقة وفق GxP أو معايير امتثال سلسلة التبريد. لمسار تدقيق، السؤال المناسب هو أي منطقة بقيت ضمن النطاق المحدد، لا أي معرّف جهاز أنتج قراءة مفردة.
- قد يحتاج عملاء مراكز البيانات وغرف الخوادم إلى حالة على مستوى صف الرفوف أو الغرفة، حتى يراجع فريق العمليات حالة منطقة محددة دون الرجوع إلى جدول بيانات.
- يراقب عملاء الغرف النظيفة والمختبرات ظروفا بيئية قد تختلف بين أجزاء الحيز المضبوط.
- يمكن لعملاء البيوت المحمية والزراعة مراقبة مناخات دقيقة حسب قطاعات الزراعة، حيث قد تختلف الظروف بين أقسام المنشأة نفسها.
- يمكن لمشغلي المتاحف والأرشيف تنظيم مراقبة الحرارة والرطوبة حسب الغرفة، وربط القراءات بالمساحات التي تُحفظ فيها المجموعات.
- يمكن للعملاء الصناعيين تجميع بيانات حالة المعدات حسب خط الإنتاج أو الورشة أو جناح المبنى.
في كل حالة، توفر IoT Query بيانات التليماتكس والمستشعرات الأساسية. ويحدد المكامل كيف يربط التطبيق تلك القراءات بالمواقع والمفاهيم التشغيلية التي يستخدمها العميل.
ممّ يتكون نظام مراقبة مستشعرات مخصص
Sensoriqua تنفيذ مرجعي بناه شريك Navixy لنوع محدد من مسارات العمل. يعمل التطبيق فوق Navixy IoT Query باستخدام وصول SQL مباشر إلى بيانات المستشعرات.
تجمع بنيته ثلاث طبقات تطبيق أساسية، مع دعم من التاريخ والتقارير وعرض الخريطة:
- الوصول إلى البيانات: اتصال PostgreSQL مباشر بقاعدة داخل IoT Query.
- إعداد المستشعرات: ربط دائم بين الكائنات المصدر وقنوات المستشعرات والمناطق التي يحددها العميل والعتبات وعوامل القياس وتسميات العرض. يمكن تنظيم بيانات المستشعرات بمعزل عن أجهزة التتبع التي أوصلتها.
- اللوحة الحية: لوحة معلومات تستطلع القيم الحديثة بفاصل قابل للضبط، وتقيّم العتبات في المتصفح، وتعرض الحالة المجمعة حسب المنطقة.
- التاريخ والتقارير: عرض استعلام لمقارنة القراءات عبر الزمن، ومراجعة الحد الأدنى والحد الأقصى والمتوسط اليومي، وتحديد الشذوذ أو الأنماط المتكررة.
- الخريطة: عرض مواقع يضع الكائنات المراقبة على خريطة ويتيح تصفيتها حسب شرط العتبة. وهذا مفيد عندما تتوزع المستودعات أو المواقع الأخرى على عدة أماكن.
يسترجع الخادم الخلفي البيانات ويخزن إعداد التطبيق. ويحسب الواجهة الأمامية الحالة البصرية الحالية من آخر استجابة، فلا حاجة إلى الإبقاء على حالة المنطقة كسجل منفصل على الخادم.
الطبقة 1: الوصول إلى بيانات المستشعرات مباشرة عبر IoT Query
أثناء تسجيل الدخول يرسل خادم Sensoriqua بيانات اعتماد المستخدم إلى Navixy App Connect. تعمل هذه الأداة كبوابة تكامل: تبقي مصادقة المنصة والوصول إلى قواعد البيانات داخل سياق تطبيق Navixy، بينما يتولى Sensoriqua مسار العمل الخاص بالعميل.
تتوفر القراءات عبر raw_telematics_data وraw_business_data، مع عرض قيم المستشعرات كأعمدة لا كصفوف. لتعبئة قائمة المستشعرات المتاحة لكل كائن، يستعلم Sensoriqua ديناميكيا عن مجموعات الأعمدة في inputs وstates وtracking_data_core.
استكشف تفاصيل طبقة البيانات الخام في IoT Query في وثائق Navixy للمحللين.
ونتيجة لذلك يرى المشغّل الذي يعدّ نظام مراقبة المستشعرات أسماء الأجهزة الموجودة فعلا في بيانات العميل، بدل الاختيار من قائمة ثابتة مسبقة.
يمنح الوصول SQL المباشر المكامل أيضا التحكم في كيفية الاستعلام عن تلك البيانات. يمكن للتطبيق مثلا حساب متوسطات لمدة دقيقة، أو تغيير نوافذ الرسوم المصغرة، أو طلب فترة تاريخية محددة دون نقطة نهاية إضافية في عقد REST ثابت.
لذلك يمكن مواءمة الاستعلام والواجهة مع مسار مراقبة العميل بينما تبقى IoT Query طبقة البيانات الأساسية.
الطبقة 2: إعداد المستشعرات بمعزل عن أجهزة التتبع
الطبقة الثانية خريطة مستشعرات دائمة تحدد أي مستشعرات تنتمي إلى كل منطقة وكيف تُفسر قراءاتها.
يخزن كل مستشعر معدّ:
- الكائن وعمود الجدول المصدر الذي يقرأ منه
- تسمية قابلة للقراءة
- مضاعفا يستخدم كعامل قياس قبل العرض لتحويل الوحدات أو المعايرة
- عتبات MIN وMAX التي تحدد نطاق التشغيل المستخدم للحالة البصرية
- عمق الرسم المصغر الذي يحدد كم ساعة من متوسطات الدقيقة يعرضها الويدجت: 1 أو 2 أو 4 أو 8 ساعات
تُنظم المستشعرات في مستويات لوحة معلومات مسماة، أو لوحات توافق مناطق مادية مثل غرفة تبريد أو صف رفوف خوادم أو قطاع بيت محمي.
يمكن للوحة واحدة أن تحتوي على عدة مستويات، ويحتوي كل مستوى على المستشعرات المعيّنة لذلك الموقع. يفصل هذا طريقة عمل المستخدمين مع واجهة المراقبة عن بنية أجهزة التتبع التي نقلت القراءات الأصلية.
تُخزن خريطة المستشعرات نفسها في قاعدة حالة التطبيق.
الطبقة 3: حساب حالة المنطقة الحية من القراءات الحديثة
تستخدم اللوحة الحية الاستطلاع (polling) بدل التحديثات الدفعية. تسترجع بيانات جديدة بفاصل قابل للضبط: 30 ثانية أو دقيقة واحدة أو 5 دقائق.
تستعلم نقاط نهاية البيانات الحية من PostgreSQL في IoT Query مباشرة وتعيد قيم المستشعرات. ثم يجري تقييم العتبات في المتصفح.
بعد تطبيق المضاعف المضبوط يقارن الواجهة الأمامية كل قراءة بحدي MIN وMAX. قيمة خارج أي حد تغير حالة ذلك المستشعر إلى الأحمر. إذا كان أي مستشعر في منطقة أحمر، تُعرض لوحة المنطقة أيضا بالأحمر. إذا بقيت كل المستشعرات المعدّة ضمن عتباتها، تكون اللوحة خضراء. المستشعر المحايد لا عتبة مضبوطة له.
تبقي هذه البنية الخادم الخلفي بلا حالة بالنسبة لصحة المنطقة. يخزن الإعداد ويسترجع القراءات، بينما يُعاد حساب حالة المنطقة الحالية من آخر استطلاع ناجح.
في التنفيذ الحالي لا يحتفظ التطبيق بسجل على الخادم للحظة عبور العتبة. كما أنه لا يدفع إشعارات ولا يضع تنبيهات في قائمة انتظار. إذا فشل الاستطلاع تبقى القيم المعروضة بلا تغيير حتى الطلب الناجح التالي.
مراجعة القراءات التاريخية والتقارير اليومية
تجيب اللوحة الحية عن السؤال الفوري: هل المنطقة المراقبة ضمن النطاق الآن. توفر عروض التاريخ والتقارير في Sensoriqua القراءات الأساسية للمراجعة على مدى أطول.
تقبل نقطة نهاية التاريخ معرّف كائن واسم مستشعر ونطاقا زمنيا، ثم تسترجع قراءات خام من IoT Query لمدة تصل إلى 90 يوما. يعرضها التطبيق كرسم تفاعلي مع نطاقات عتبة فوقه.
تجمّع عرض التقرير السلسلة الزمنية في إحصاءات يومية لكل مستشعر:
- الحد الأدنى
- الحد الأقصى
- المتوسط
يمكن تصدير التقارير بعدة صيغ:
- JSON: تجميعات يومية خام
- HTML وPDF: جداول منسقة مع رسوم مضمّنة
- XLSX: مخرجات جدول بيانات
يجري التجميع والعرض في المتصفح. يبقى الخادم الخلفي طبقة استرجاع البيانات، بينما يولّد تطبيق العميل التقرير وينزله دون خطوة عرض إضافية على الخادم.
إضافة سياق جغرافي لاستثناءات المستشعرات
تمنح IoT Query أيضا Sensoriqua وصولا إلى بيانات الموقع المرتبطة بالكائنات المراقبة. ترسم خريطة Sensoriqua آخر موضع GPS لكل كائن مع قراءاته الحديثة. يمكن للمشغّلين تصفية الخريطة حسب الكيان التجاري وشرط العتبة.
لعميل يدير عدة مستودعات أو مواقع تقنية يمكن للمشغّل تصفية الكائنات ذات القراءات خارج النطاق، وتحديد الموقع المعني، وفتح عرض المستشعرات التفصيلي.
لا يحتاج الكائن إلى الحركة حتى يكون الموقع مفيدا. يمكن لبوابة ثابتة أن تحدد مستودعا ثابتا أو موقعا تقنيا على الخريطة.
ابنِ تطبيق المراقبة على طبقة بيانات IoT Query
تتيح طبقة البيانات الخام في IoT Query لـ Sensoriqua الوصول إلى تدفق المستشعرات عبر PostgreSQL دون إدخال واجهة برمجية وسيطة منفصلة أو مسار ETL مخصص.
تُعرض القراءات في بنية أعمدة متسقة. أضاف مطورو Sensoriqua إعداد المناطق وتقييم العتبات دون تغيير بيانات المصدر.
من منظور Sensoriqua تبقى جداول IoT Query للقراءة فقط. يعمل نظام مراقبة المستشعرات كطبقة تطبيق وعرض بصري، لا كنسخة أخرى من بيانات التليماتكس.
يمكن لـ Navixy IoT Logic، أداة أتمتة معالجة البيانات، تشغيل قواعد على التدفق نفسه بشكل مستقل. يبقي هذا عرض البيانات في التطبيق المخصص منفصلا عن أتمتة مسارات العمل.
استخدم Sensoriqua كتنفيذ مرجعي
لمزودي خدمات التليماتكس ومكاملي الأنظمة يبرز المثال كيف يمكن بناء تطبيق مخصص باستخدام قدرات Navixy الحالية:
- مصادقة App Connect
- استعلامات PostgreSQL مباشرة إلى IoT Query
- مخطط دائم للمناطق وإعداد المستشعرات
- تقييم العتبات على جانب العميل
- استعلامات البيانات التاريخية
- تصدير ملخصات يومية
- تصفية جغرافية للكائنات المراقبة
يستخدم Sensoriqua هذه اللبنات لإنشاء نظام مراقبة مستشعرات حسب المنطقة. يمكن للمكامل استخدام نموذج الوصول إلى البيانات نفسه لتطبيقات أخرى، بما في ذلك عروض صحة المعدات، ولوحات تشغيل خاصة بالعميل، وتقارير مخصصة، وشاشات مراقبة بيئية، أو أدوات مراقبة قائمة على الخريطة.
إذا كان مسار مراقبة عميلك لا يمكن تمثيله بفعالية في لوحة معلومات قياسية، تواصل مع فريق Navixy لمناقشة خيارات بناء تطبيق IoT Query مخصص.