الدليل الكامل لتكامل بيانات الإشغال مع Home Assistant

قاعة اجتماعات محجوزة، أربعة أشخاص جالسون بلا حركة تقريبًا منذ عشرين دقيقة، ومستشعر PIR في السقف قرر أن الغرفة فارغة. النتيجة: الإضاءة تنطفئ، التكييف يتوقف، والحضور يلوّحون بأيديهم لإعادة تشغيل النظام. هذا المشهد يتكرر في مئات المباني التي بُنيت أتمتتها على مستشعرات حركة فقط، وهو السبب الأول الذي يدفع فرق المباني الذكية إلى إعادة التفكير في تكامل الإشغال مع Home Assistant بشكل أعمق من مجرد "حركة/لا حركة".

الفرق بين الحضور والإشغال الفعلي

قبل اختيار أي مستشعر أو كتابة أي أتمتة، يجب التمييز بين ثلاثة مستويات من البيانات، لأن كل مستوى يفتح إمكانيات مختلفة تمامًا داخل Home Assistant:

• الحركة (Motion): كيان ثنائي بسيط. مناسب للممرات ودورات المياه، لكنه يفشل مع الجلوس الساكن.
• الحضور (Presence): مستشعرات mmWave مثل تقنيات الرادار تكتشف التنفس والحركات الدقيقة. تحل مشكلة قاعة الاجتماعات، لكنها لا تخبرك كم شخصًا في الغرفة.
• العدّ الفعلي (Counting): أعداد دخول وخروج دقيقة، وهي الوحيدة التي تسمح بأتمتة مبنية على السعة: تهوية متدرجة حسب عدد الأشخاص، تنبيهات عند تجاوز حد محدد مسبقًا، وتقارير استغلال المساحات.

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

مسارات الربط: MQTT أولاً، ثم REST عند الحاجة

عمليًا، هناك ثلاث طرق شائعة لإدخال بيانات الإشغال إلى Home Assistant، ولكل منها موضعها الصحيح:

• MQTT: الخيار الافتراضي للمكاملين. مستشعرات العد الاحترافية التي تنشر الأعداد على وسيط MQTT تظهر في Home Assistant عبر MQTT Discovery ككيانات sensor جاهزة، مع زمن استجابة أقل من ثانية. هذا هو المسار الأنسب لأتمتة فورية مثل التهوية حسب الطلب.
• REST / Webhooks: مناسب لمنصات العد السحابية التي تدفع البيانات كل دقيقة أو خمس دقائق. كافٍ للتقارير ولوحات المعلومات، وأقل ملاءمة لتشغيل الإضاءة.
• تكاملات محلية (ESPHome, Zigbee): ممتازة للغرف الفردية وحلول mmWave منخفضة التكلفة، لكنها لا توفر عدًّا موثوقًا على مداخل عالية الحركة.

ملاحظة من الميدان يعرفها كل من نشر هذا النوع من الأنظمة فعليًا: انتبه لرسائل MQTT المحتفظ بها (retained messages). بعد إعادة تشغيل Home Assistant أو انقطاع الشبكة، قد يقرأ النظام آخر قيمة إشغال محفوظة على الوسيط ويتصرف بناءً عليها وكأنها حالية — فيشغّل التكييف لطابق فارغ منذ ساعتين. الحل هو نشر الأعداد مع طابع زمني، وإضافة شرط في الأتمتة يتجاهل أي قراءة أقدم من فترة محددة، أو استخدام availability topic بشكل صارم لكل مستشعر.

بناء الأتمتة: من كيان واحد إلى منطق مبنى كامل

بمجرد وصول الأعداد ككيانات، يبدأ العمل الحقيقي. الأنماط التي أثبتت جدواها في مشاريع المكاتب والجامعات:

• تهوية متدرجة: بدلاً من تشغيل/إيقاف، استخدم قوالب (templates) تحوّل عدد الأشخاص إلى نسبة تشغيل للمراوح أو نقطة ضبط لصمامات VAV. غرفة فيها شخصان لا تحتاج نفس تدفق الهواء لغرفة فيها عشرون.
• تنبيهات السعة: عند تجاوز حد إشغال محدد مسبقًا، أرسل إشعارًا لفريق المرافق أو فعّل لافتة رقمية. هذا مطلب متكرر في القاعات الجامعية والمباني العامة الخاضعة لاشتراطات السلامة.
• منطق "آخر شخص يغادر": اربط عدادات المداخل بكيان counter أو input_number على مستوى المنطقة، وعندما يصل الصافي إلى صفر ويبقى صفرًا لمدة عشر دقائق، خفّض الإضاءة والتدفئة إلى وضع الاستعداد.
• تسجيل تاريخي: فعّل recorder وlong-term statistics على كيانات الإشغال. بعد ثلاثة أشهر ستملك بيانات كافية لتقرر أي طوابق يمكن إغلاقها أيام الجمعة، وهو قرار توفير لا يمكن اتخاذه بمستشعرات حركة.

جودة البيانات: أين تنهار المشاريع

الأتمتة المبنية على العدّ لا تحتمل الانحراف التراكمي. إذا كان عداد المدخل يخطئ بنسبة 10٪، فإن منطقة تستقبل 500 حركة يوميًا ستنتهي بخطأ صافٍ يجعل كيان "عدد الأشخاص الحاليين" بلا معنى بحلول الظهيرة. لهذا السبب تعتمد المشاريع الجادة على مستشعرات عدّ مدعومة بالذكاء الاصطناعي بدلاً من حلول الهواة. للمقارنة، تلتزم Vemco تعاقديًا بدقة لا تقل عن 96٪، وتصل عمليًا إلى 98–99٪ عندما تسمح الظروف من إضاءة وتصميم المدخل وسلوك الزوار — وهذا الفارق بين "دقة نموذجية" و"دقة مضمونة" هو بالضبط ما يجب أن تسأل عنه أي مورّد قبل التوقيع.

هناك تفصيل آخر يغفل عنه كثيرون: استثناء الموظفين. في مبنى مكاتب، حركة عمال النظافة والأمن ليلاً تلوّث بيانات الإشغال وتُبقي أنظمة HVAC تعمل بلا داعٍ. المستشعرات القادرة على استثناء الموظفين من العدّ تعطيك صورة إشغال تعكس المستخدمين الفعليين للمساحة، وهو ما يجعل الأتمتة اللاحقة في Home Assistant أدق بكثير.

متى يتجاوز المشروع Home Assistant وحده

Home Assistant ممتاز كطبقة منطق وتجربة مستخدم، خصوصًا في المشاريع التجريبية والمباني الصغيرة والمتوسطة. لكن عند التوسع إلى عشرات المناطق أو ربط الإشغال بأنظمة BMS مؤسسية قائمة عبر BACnet أو Modbus، ستحتاج إلى طبقة بيانات مصممة لهذا الغرض. حلول مثل VemFusion من Vemco بُنيت تحديدًا لربط بيانات الإشغال الفورية بأنظمة HVAC وBMS والأمن، بينما توفر VemSpace التحليل طويل المدى لاستغلال المساحات — ويمكن حينها إبقاء Home Assistant كواجهة تشغيلية للفريق أو للأتمتة المحلية، مع تغذيته بالأعداد نفسها عبر MQTT أو API. النمط الهجين هذا شائع لدى شركاء التكامل: منصة عدّ احترافية كمصدر حقيقة واحد، وHome Assistant كطبقة تنفيذ مرنة.

خطة تنفيذ واقعية خلال 90 يومًا

• الأسابيع 1–3: اختر منطقة تجريبية واحدة ذات مدخل واضح. ركّب عداد دخول/خروج ومستشعر حضور mmWave داخل الغرفة نفسها للمقارنة.
• الأسابيع 4–6: اربط البيانات عبر MQTT، وابنِ لوحة معلومات تعرض العدّ الصافي مقابل الحضور. راقب الانحراف يدويًا لأسبوعين قبل تفعيل أي أتمتة.
• الأسابيع 7–10: فعّل أتمتة واحدة فقط — التهوية حسب الطلب مثلاً — وقس استهلاك الطاقة قبل وبعد.
• الأسابيع 11–13: قدّم النتائج بالأرقام لأصحاب الميزانية. مشروع تجريبي موثق بفارق استهلاك مقاس يقنع أكثر من أي عرض تقديمي.

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

إذا كنت تخطط لربط بيانات إشغال دقيقة ومضمونة تعاقديًا بمنصة Home Assistant أو بنظام BMS قائم، فتحدث مع فريق Vemco حول متطلبات مشروعك — من اختيار المستشعرات واستثناء الموظفين إلى تكامل VemFusion مع أنظمة HVAC لديك: تواصل معنا هنا واحصل على تقييم عملي لمبناك.