يدعم SIG Mesh لكنه لا ينضم إلى Mi Home؟ هوية المنتج وحدود تكامل Xiaomi Mesh

يمكن للمصباح الانضمام إلى شبكة SIG Mesh، وتستطيع لوحة التطوير التحكم بتشغيله وسطوعه. فهل تكفي إضافة بوابة Xiaomi وتغيير الاسم المعلن لإظهاره في Mi Home؟

ويظهر السؤال المعاكس أيضًا: إذا كان مصباح Mi Home المزود بـ Bluetooth Mesh يعتمد على معيار، فهل تستطيع بوابة نطورها بأنفسنا إدارته وربطه بـ Matter؟

عبارة «يدعم SIG Mesh» لا تجيب عن أي من السؤالين.

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

يعتمد المقال على وثائق Xiaomi BLE Mesh المتاحة في 5 نوفمبر 2026. يجب التحقق من أجيال المنتجات وإصدارات SDK وبرامج البوابات كل على حدة؛ فهذه ليست قائمة قدرات موحدة لكل ما يحمل اسم Xiaomi Mesh. أمثلة المصابيح والتشخيص أمثلة تصميمية، ولم تُجرَ اختبارات تشغيل بين أجهزة فعلية.

ثلاثة أنواع من الأسئلة حول المصباح

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

الطبقة	ما الذي يجب حسمه؟	ما الذي لا يكفي؟
شبكة Mesh والتطبيق	الانضمام والنماذج التي تستقبل الرسائل وإعداد المفاتيح	اكتشاف إعلان Bluetooth
تعريف المنتج وهويته	تحديد المنتج والجهاز الفردي وإكمال ربط المنصة	تنفيذ نموذج لتشغيل المصباح
الاستخدام والصيانة	فهم التطبيق والصوت والبوابة للوظائف والحالة والتحديثات	نجاح عملية ربط واحدة

هذه الطبقات مترابطة لكنها لا تحل محل بعضها. انتقل المقال الثالث من الانضمام إلى الاستعداد للاتصال التطبيقي. أما تكامل Mi Home فيحتاج إلى وضع هذه القدرات ضمن مسار منتج تدعمه المنصة.

عندما يقول المورد إن الشريحة تدعم SIG Mesh، فالسؤال التالي هو: أي حل تكامل، وأي إصدار SDK، وهل يدعم فئة المنتج المطلوبة؟

تصف MIoT Spec وMesh Model واجهات مختلفة

تميز وثيقة Xiaomi التاريخية بين MIoT Spec التي تصف خدمات المنتج وخصائصه وعملياته، وMesh Spec التي تتعلق بنماذج SIG Mesh ورسائلها وحالاتها. وتستمر وثيقة أساسيات BLE Mesh الحالية في وصف تحويل البوابة بين Spec ورسائل Mesh.

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

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

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

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

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

طراز المنتج وهوية الجهاز ومفاتيح Mesh ليست الشيء نفسه

يشير اسم model في المنصة إلى طراز المنتج، بينما يحدد Mesh Model سلوك الاتصال التطبيقي. إدراج كلمة light في اسم الطراز لا ينفذ نموذج الإضاءة داخل البرنامج.

كما أن PID، أي Product ID، ليس عنوان unicast الخاص بالجهاز في Mesh. تعريف المنتج وتوجيه الرسائل داخل الشبكة وظيفتان مختلفتان.

توضح الأسئلة الشائعة لـ BLE Mesh أنه في حل الوحدات الموصوف، ترتبط سلسلة الشهادات وProduct ID وعنوان MAC بعد الربط الأول. وقد يؤدي تغييرها إلى فشل الانضمام لاحقًا، كما قد يحذف المسح الكامل للشريحة سلسلة الشهادات.

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

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

تحمي NetKey وAppKey وDevKey اتصالات الشبكة والتطبيق والإعداد في Mesh. لا تستبدل متطلبات هوية المنتج، ولا تعد شهادة المنتج مفتاح تطبيق Mesh.

نجاح عرض معياري لـ Mesh يثبت عمل ذلك المسار التقني. أما تقديم منتج خاص بك ضمن Mi Home فيحتاج أيضًا إلى إعدادات المنصة والهوية المناسبة.

اختلاف فعلي بين الوثائق: لا تنسخ القوالب القديمة مباشرة

كانت أهم نتيجة للبحث اختلافًا بين وثيقتين، لا مقطع شيفرة.

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

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

لكن صفحة الأسئلة الشائعة المؤرخة في 6 نوفمبر 2024 ما زالت تعرض MI_MESH_TEMPLATE_THREE_KEY_SWITCH في مثال المفتاح ذي الأزرار الثلاثة.

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

للمنتجات المشمولة بالتغيير، راجع الإشعار الأحدث. ولا تحول المنتجات القائمة لمجرد ظهور اسم ماكرو جديد.

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

رد البوابة «استلمت» لا يعني أن المصباح «نفذ»

بعد ظهور الجهاز في Mi Home قد يظهر سؤال آخر: استجابت الواجهة بعد الضغط، فلماذا لم يتغير المصباح؟

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

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

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

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

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

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

مكبر صوت Bluetooth ليس بالضرورة بوابة Mesh مناسبة

توصي الأسئلة الشائعة بفحص دعم مكبر الصوت لوظيفة BLE Mesh وتمكينها وملاءمة إصدار البرنامج الثابت.

إذًا، وجود مكبر XiaoAI لا يحدد التوافق وحده. يجب معرفة الطراز والإصدار والوظائف المطلوبة للمنتج. دعم تشغيل الصوت عبر Bluetooth لا يساوي دعم بوابة BLE Mesh.

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

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

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

اختبر العمل دون اتصال بحسب مسار التحكم

تقول Xiaomi إن التحكم عن بعد يحتاج إلى بوابة Mesh، وإنه يمكن تطوير تحكم Bluetooth مباشر عند عدم وجود بوابة. لا يعني ذلك أن كل منتج يباع يقدم التجربة نفسها أو أن كل أتمتة تعمل محليًا.

قبل التطوير أو الشراء، اختبر الوظائف نفسها في ظروف مختلفة:

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

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

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

للبوابة الخاصة أو Matter، حدد نقطة التكامل أولًا

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

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

امتلاك البرنامج الثابت يعطي مرونة أكبر لتنسيق النماذج والتقارير والصيانة. لكن تقديم نسخة خاصة وأخرى لـ Mi Home يظل بحاجة إلى تقييم الهوية والإعدادات والدعم لكل منهما؛ لا تعد بترحيل الأجهزة القائمة دون فقد بمجرد تبديل إعداد.

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

اجعل التوافق اتفاقًا محددًا قبل بدء المشروع

لمنتج Mi Home Mesh سأؤكد مع المورد:

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

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

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

سيعود المقال التالي إلى السيناريوهات العملية لاختيار Mesh مخصص أو SIG Mesh معياري أو تكامل Mi Home وفق التحكم والعمل دون اتصال وتكلفة الصيانة، وتصميم اختبار عادل قابل للتكرار.

المراجع

• Xiaomi IoT: أساسيات BLE Mesh، تاريخ الصفحة 2026-08-04؛ القوالب ومسارات الرسائل والتقارير.
• Xiaomi IoT: الأسئلة الشائعة BLE Mesh، 2024-11-06؛ الهوية والبرمجة والتشخيص. تُقرأ أمثلة القوالب مع الإشعارات الأحدث.
• MiEcosystem: تكامل Bluetooth Mesh، مرجع تاريخي للمعمارية وليس دليلًا حاليًا للشرائح أو الإطلاق.
• Bluetooth SIG: The Bluetooth Mesh Networking Primer، لفصل القدرات المعيارية عن تنفيذ النظام البيئي.