يُوصف نظام IBMS غالبًا بأنه «منصة تربط كل شيء». هذا الوصف صحيح وغير مفيد. والسؤال المفيد هو: أين يحدث الربط، وما الذي يملك البيانات، وما الذي يحدث عندما يسيء نظام فرعي ما التصرف.
نستخدم نموذجًا من ثلاث طبقات في كل مشروع: الأجهزة، والإشراف، والتطبيقات. وهو مستمد من نموذج التكامل الموزع المستخدم في مواصفات المشروع التي تستند إليها هذه الممارسة، وقد صمد أمام الاحتكاك بالمباني الحقيقية لأنه يُبقي المسؤوليات واضحة.
لماذا تتفوق البنية المسطحة على العميقة
كل بوابة إضافية أو مترجم بروتوكول أو قفزة عبر برمجية وسيطة تضيف زمن استجابة ونقطة فشل وموضعًا يمكن أن ينحرف فيه نموذج البيانات. وتقلل البنية المسطحة عدد الترجمات بين المستشعر والشخص الذي يحتاج إلى التصرف بناءً على بياناته.
والمسطح لا يعني «غياب التسلسل الهرمي». بل يعني أن التسلسل الهرمي وظيفي لا عرضي: وحدات تحكم عند الحافة، ونواة إشراف واحدة، وتطبيقات تقرأ من تلك النواة بدلًا من بناء قواعد بيانات ظل خاصة بها.
الطبقة 1: الأجهزة
طبقة الأجهزة هي حيث يحدث التحكم المادي. تشغّل وحدات تحكم Loxone ووحدات الإدخال والإخراج التسلسلات المحلية، وتقرأ المستشعرات وتشغّل المشغلات. وتتصل أنظمة الأطراف الثالثة عبر بوابات أو واجهات أصلية: BACnet/IP للمعدات، وModbus للعدادات والعواكس، وKNX للإضاءة والتظليل، وDALI لوحدات الإنارة، والاتصالات الجافة لأنظمة الحريق والمعدات القديمة.
وقرار التصميم المهم ليس أي بروتوكول يفوز. بل أي وحدة تحكم تملك أي تسلسل، وما يحدث عندما تكون طبقة الإشراف غير متصلة. وينبغي أن يكون التحكم المحلي مكتملًا بما يكفي ليبقى المبنى آمنًا وقابلًا للاستخدام.
الطبقة 2: الإشراف
طبقة الإشراف هي نواة التكامل. وهي توحّد كل نظام فرعي في نموذج كائنات مشترك: للنقطة هوية ووحدة وعلامة جودة وحالة إنذار وسجل. فالباب باب سواء جاء من وحدة تحكم في الوصول أو من PLC. ودرجة الحرارة درجة حرارة سواء وصلت عبر BACnet أو Modbus.
هنا توجد عمليات الترابط بين الأنظمة. ففتح التحكم في الوصول غرفةً يجعل الإضاءة وHVAC وCCTV تستجيب. ويُضبط الترابط في طبقة الإشراف، لا يُوصل سلكيًا بين وحدات تحكم موردين مختلفين. وهذا يجعله مرئيًا وقابلًا للاختبار والتعديل.
ما يجب أن تملكه طبقة الإشراف
- نموذج إنذارات واحد مع الأولوية والإقرار والتصعيد.
- نموذج جدول زمني يمكن تجاوزه دون تعديل شيفرة وحدة التحكم.
- سجل تدقيق للأوامر ونقاط الضبط والإقرارات.
- نموذج سجلات يخزن بيانات الفترات بدقة معروفة.
- اصطلاح تسمية يصمد بعد التسليم.
الطبقة 3: التطبيقات
طبقة التطبيقات هي ما يراه الناس. وينبغي أن تُبنى للأدوار لا لعرض المُنفّذ التوضيحي: عرض للمشغّل يبرز ما يحتاج إلى انتباه، وعرض للمهندس يكشف النقاط والاتجاهات، وعرض للإدارة يقدم تقارير عن النتائج.
وتقرأ التطبيقات من نواة الإشراف. ولا تستطلع الأنظمة الفرعية مباشرة، ولا تحتفظ بنسختها الخاصة من الحقيقة. وتحول هذه القاعدة دون نمط الفشل الكلاسيكي حيث تختلف لوحة التحكم عن BMS.
مثال تطبيقي
يدخل مستأجر إلى طابق الساعة 07:40. فتُبلّغ وحدة التحكم في الوصول عن الحدث. وتتحقق طبقة الإشراف من الجدول الزمني للمستأجر وحالة إشغال الطابق. فتشغّل مشهد الإضاءة، وتبدأ تسلسل HVAC، وتطلب من CCTV تمييز حدث الدخول. ويرى المشغّل حدثًا واحدًا لا أربعة.
إذا تعذّر وصف سلوك عابر للأنظمة في جملة واحدة، فالأرجح أنه ينتمي إلى تسلسل موثّق، لا إلى نص برمجي خفي.
ما الذي يجب تحديده في المواصفات
| المتطلب | أهميته |
|---|---|
| استقلالية التحكم المحلي | يجب أن يبقى المبنى آمنًا وقابلًا للاستخدام أثناء انقطاع الشبكة أو السحابة. |
| قائمة بروتوكولات مفتوحة | تمنع موردًا واحدًا من أن يصبح المسار الوحيد إلى بيانات المبنى. |
| نموذج إنذارات واحد | يوقف الإنذارات المكررة ويجعل التصعيد قابلًا للتدقيق. |
| اصطلاح تسمية النقاط | يتيح التسليم والصيانة والتكامل المستقبلي. |
| الاحتفاظ بالسجلات وتصديرها | تحتاج ادعاءات الطاقة والأداء إلى سجل بيانات يمكن الدفاع عنه. |
نموذج الطبقات الثلاث ليس مخططًا لمنتج. إنه مخطط للمسؤوليات. وإذا لم تستطع تحديد الطبقة التي تملك سلوكًا ما، فالأرجح أن السلوك في الموضع الخطأ.
الخلاصة
لا يتعلق تصميم بنية IBMS بربط أكبر عدد من الأنظمة. بل بجعل الروابط واضحة: نموذج بيانات واحد، ونموذج إنذارات واحد، وسجل تدقيق واحد، وتحكم محلي يصمد أمام انقطاع الشبكة. إذا أحسنت هذه الأمور، تصبح لوحة التحكم سهلة. وإذا أخطأت فيها، فلن تنقذ أي لوحة تحكم المشروع.
