Shelly ThreadLink: هل تصبح Thread شبكة IP المحلية للمنازل الذكية؟

لا يحوّل Shelly ThreadLink شبكة Thread إلى شبكة IP—فقد بُنيت Thread على IPv6 منذ البداية. وما يتغير هو طريقة تخطيط Shelly لاستخدام هذه الشبكة. فبدلًا من تخصيص Thread أساسًا لـ Matter مع إبقاء واجهات المورّد البرمجية والاتصال السحابي والميزات المتقدمة على Wi‑Fi، صُمم ThreadLink لنقل عدة مسارات من هذه المسارات عبر الشبكة المتداخلة نفسها منخفضة الطاقة.

وهذا يجعل ThreadLink أكثر إثارة للاهتمام من مجرد إعلان آخر عن التوافق مع Matter. وإذا نجح النهج كما وُعِد، فقد يصبح Thread طرف IP منخفض الطاقة للمنزل الذكي: حيث تتواصل المرحلات والمفاتيح والمستشعرات ووحدات التحكم عبر Thread، بينما تظل Home Assistant والخوادم وأجهزة Wi‑Fi وأنظمة Ethernet جزءًا من الشبكة المحلية الأوسع. لكن البرنامج الثابت غير متاح بعد—وتخطط Shelly حاليًا لإطلاق التحديث الاختياري بعد نحو ثلاثة أشهر من إعلانها في 3 سبتمبر.

ما هو Shelly ThreadLink؟

ThreadLink هو برنامج ثابت بديل قادم لأجهزة Shelly Gen4 المؤهلة، ويستخدم الراديو القادر على Thread فيها كاتصال IP أوسع بدلًا من قصر استخدامه أساسًا على مسار تطبيق واحد.

في إعلانها الرسمي عن ThreadLink، تقول Shelly إن البرنامج الثابت سيشغّل شبكة IPv6 عبر Thread مع دعم اتصالات TCP وRPC/UDP. ومن المقرر أن ينقل الراديو نفسه منخفض الطاقة ما يلي:

• واتصال Matter،
• وحركة البيانات مع Shelly Cloud،
• واتصالات RPC وواجهة Shelly البرمجية،
• والتحكم المباشر من جهاز إلى جهاز،
• والتهيئة والتشخيص،
• وتكامل أعمق مع Home Assistant.

يبدو التغيير المعماري الرئيسي كما يلي:

النموذج الحالي الشائع

                    Matter
                      |
                    Thread

جهاز Shelly ───── Wi‑Fi ───── واجهة Shelly البرمجية
       |
       └─────────── Wi‑Fi ───── السحابة


اتجاه THREADLINK

                    Matter
                      |
واجهة Shelly البرمجية ─────── Thread ───── المسار السحابي
                      |
                  اتصال محلي من نظير إلى نظير

بدلًا من اشتراط استخدام Wi‑Fi للجانب الخاص بالمورّد من الجهاز بينما ينقل Thread بيانات Matter، تريد Shelly أن يوفّر Thread نفسه نقل IP لعدة تطبيقات في آن واحد.

هذا التمييز مهم لأن Matter وThread ليسا الطبقة نفسها من الشبكة.

هل يتوفر Shelly ThreadLink الآن؟

لا. تم الإعلان عن ThreadLink، لكن البرنامج الثابت الإنتاجي ليس متاحًا بعد بشكل عام.

تقول Shelly إن البرنامج سيُقدَّم كتحديث منفصل ومجاني واختياري للبرنامج الثابت لأجهزة Gen4 المؤهلة بعد نحو ثلاثة أشهر من إعلان 3 سبتمبر 2026.

سيختار المستخدمون لكل جهاز ما إذا كان سيعمل بالبرنامج الثابت القياسي الموجّه لشبكة Wi‑Fi أو ببرنامج ThreadLink.

هذا يعني أنه ينبغي حاليًا التعامل مع ThreadLink باعتباره بنية مُعلَنًا عنها، وليس ميزة يمكن لكل مالك لجهاز Gen4 تفعيلها اليوم.

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

ألم يكن Thread شبكة IP بالفعل؟

نعم. هذا أهم مفهوم خاطئ يجب تصحيحه.

صُمم Thread ليكون شبكةً شبكيةً قائمةً على IPv6، تستخدم 6LoWPAN عبر أجهزة راديو IEEE 802.15.4. ويؤرخ شرح مجموعة Thread لـ أساس Thread القائم على IPv6 مبدأ التصميم هذا إلى سنوات سبقت ظهور Matter.

يمكن تبسيط حزمة الشبكات على النحو الآتي:

التطبيقات

Matter
بروتوكولات المورّد
خدمات IP أخرى
       |
       v
النقل

UDP / TCP
       |
       v
الشبكة

IPv6
       |
       v
التكييف

6LoWPAN
       |
       v
الراديو

IEEE 802.15.4

لذلك، لا يُعد Thread بروتوكول راديو خاصًا بـ Matter بالمعنى نفسه الذي يصفه به كثيرون بشكل عفوي.

إنه شبكة IP منخفضة الطاقة قادرة على حمل بروتوكولات التطبيقات فوقها.

يُعد Matter حاليًا أبرز تطبيق استهلاكي للمنزل الذكي، لكن Thread نفسه مصمم ليكون مستقلًا عن طبقة التطبيق.

لا يجعل Thread شبكة IP؛ بل يستخدم Thread بطريقة أقرب إلى شبكة IP التي هو عليها أصلًا.

ما الجديد فعلًا في ThreadLink؟

لا تكمن الجِدّة في IPv6 نفسه، بل في قرار السماح لجهاز واحد من أجهزة إنترنت الأشياء الاستهلاكية باستخدام Thread لعدة مسارات تطبيقية لا تزال تعتمد غالبًا على Wi-Fi.

THREAD كقناة لـ MATTER

Matter
  |
Thread


             ↓


THREAD كشبكة

Matter ─────────┐
                |
بروتوكول Shelly RPC ─────┤
                |
واجهة API المحلية ──────┼── IPv6 / Thread
                |
منطق الند للند ──────┤
                |
مسار السحابة ─────┘

وهذا يغيّر دور الراديو.

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

تصف Shelly تقنية ThreadLink بأنها تدعم UDP للاتصال المحلي سريع الاستجابة، ودعم TCP كاملًا لعمليات النقل الأكبر حجمًا أو الحساسة للموثوقية، مثل بيانات الإعدادات والتشخيصات.

هذا تفسير أوسع بكثير لما يمكن لجهاز استهلاكي متصل عبر Thread أن يفعله.

لماذا لا يتيح Matter كل ميزات Shelly؟

لأن قابلية التشغيل البيني وتميّز المورّد يحلّان مشكلتين مختلفتين.

يمنح Matter المصنّعين ومنصات المنزل الذكي نموذجًا موحّدًا للأجهزة. ويمكن لمرحل متوافق مع Matter إتاحة إمكانات معروفة بطريقة تفهمها Apple Home أو Google Home أو Amazon Alexa أو SmartThings أو Home Assistant، من دون أن تضطر كل منصة إلى تنفيذ بروتوكول مملوك مختلف تمامًا.

هذا التوحيد ذو قيمة.

لكن قد يتيح المورّد مع ذلك إمكانات تتجاوز نموذج Matter الموحّد، مثل:

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

ينشئ ذلك غالبًا مسارين متوازيين اليوم:

الجهاز
  |
  +-- Matter
  |      |
  |      v
  |  الميزات القياسية
  |  Apple / Google / HA
  |
  +-- واجهة API الخاصة بالمورّد
         |
         v
     الميزات المتقدمة
     التشخيصات
     التهيئة

تحاول ThreadLink الإبقاء على هذين المسارين من دون الحاجة إلى وسيلتي نقل شبكيتين مختلفتين:

          Matter
            \
             \
              Thread
             /
            /
       Shelly RPC

تقول Shelly إن وحدة مخصصة لـ Home Assistant ستتيح مجموعة ميزات Shelly الأوسع، بما يتجاوز ما يوفره نموذج بيانات Matter.

لذلك تكتسب ThreadLink أهميتها لأن Matter يمكن أن يظل تطبيقًا واحدًا على Thread من دون الحاجة إلى أن يكون التطبيق الوحيد على Thread.

هل يمكن لأجهزة Shelly التحكم في بعضها بعضًا دون Wi-Fi؟

وفقًا لتصميم ThreadLink من Shelly، نعم.

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

النقطة المهمة هي مسار التعامل مع الأعطال.

تقول Shelly إن هذه العلاقات بين الأجهزة يمكن أن تستمر حتى إذا:

• يفشل اتصال الإنترنت،
• يتعذر الوصول إلى Shelly Cloud،
• أو تتوقف شبكة Wi-Fi المنزلية عن العمل.

لذلك قد تبدو العلاقة البسيطة كالتالي:

المفتاح الجداري
     |
   Thread
     |
     v
    مرحل

بدلًا من اشتراط:

المفتاح الجداري
     |
     v
Wi-Fi / الموجّه
     |
     v
الخادم المنزلي
     |
     v
Wi-Fi / الموجّه
     |
     v
مرحل

هذا لا يجعل مسار الخادم خاطئًا.

يعني ذلك أنه ليس كل إجراء محلي يجب أن يستخدمه.

هل ما يزال التحكم المحلي يحتاج إلى Home Assistant؟

بالنسبة إلى العلاقات البسيطة بين الأجهزة، ليس دائمًا. أما بالنسبة إلى التنسيق الأوسع، فما يزال لدى Home Assistant دور مختلف تمامًا.

يختلف تشغيل مفتاح جداري محلي لمرحل واحد اختلافًا جوهريًا عن أتمتة تجمع عدة أنظمة.

يمكن لمنطق مستوى الجهاز التعامل مع:

• العلاقات البسيطة بين المفتاح والمرحل،
• التشابكات،
• المشاهد الأساسية،
• وسلوك الرجوع الفوري.

يكون خادم أتمتة المنزل أكثر ملاءمة لمنطق مثل:

إذا

تصدير الطاقة الشمسية > 3000 W

و

حالة شحن البطارية > 80%

و

تكون الغرفة مشغولة

و

يكون سعر الكهرباء منخفضًا

ثم

تفعيل حمل التدفئة والتهوية وتكييف الهواء / الأجهزة

يتجاوز سير العمل هذا الطاقة والإشغال والأسعار والجداول، وربما عدة بروتوكولات.

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

التحكم المحلي على مستوى الجهاز

المفتاح
   |
 Thread من نظير إلى نظير
   |
مرحل


التحكم المحلي على مستوى الخادم

الطاقة الشمسية ───────┐
عداد الطاقة ┤
الحضور ────┼── Home Assistant ── التدفئة والتهوية وتكييف الهواء
الجدولة ────┤
أجهزة إنترنت الأشياء الأخرى ───┘

لا يعني النهج المحلي أولًا دائمًا أن الخادم يأتي أولًا.

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

كيف يمكن لـ ThreadLink الوصول إلى السحابة من دون Wi‑Fi؟

ومن الوعود غير المعتادة في ThreadLink أن تظل الطرفية جهاز Thread مع استمرار وصولها إلى Shelly Cloud.

لا يحتاج الجهاز نفسه إلى بيانات اعتماد Wi‑Fi لهذا المسار.

تصف Shelly البنية كما يلي:

جهاز Shelly ThreadLink
          |
          v
     IPv6 / Thread
          |
          v
 موجّه حدود Thread
          |
          v
        NAT64
          |
          v
   خدمة إنترنت IPv4
          |
          v
      Shelly Cloud

تنسجم هذه الفكرة مع التطور الأوسع لـ Thread. فقد أضفى Thread 1.4 طابعًا رسميًا على أعمال إضافية حول مسار قياسي من شبكات Thread إلى خدمات الإنترنت، بما في ذلك الاتصال من IPv6 إلى IPv4 عند حافة الشبكة.

التغيير المفاهيمي المهم هو:

لم يعد الاتصال السحابي يعني بالضرورة اتصال Wi‑Fi على الطرفية.

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

لكن ذلك لا يعني أن ThreadLink يعمل محليًا فقط.

فهو يبيّن العكس: يمكن لاتصال الأجهزة محليًا والاتصال السحابي الاختياري أن يتشاركا بنية IP نفسها.

ماذا يفعل موجّه حدود Thread فعليًا؟

يربط موجّه حدود Thread شبكة Thread المتداخلة بشبكة IP الأوسع. وهو في جوهره موجّه، وليس مترجمًا للبروتوكولات لكل أمر من أوامر المنزل الذكي.

يوضّح شرح مجموعة Thread لدور موجّه حدود Thread هذا الفرق بوضوح.

غالبًا ما تبدو معماريات المنزل الذكي التقليدية هكذا:

جهاز Zigbee
     |
     v
شبكة Zigbee
     |
     v
موزّع الشركة المصنّعة
     |
ترجمة البروتوكول
     |
     v
شبكة IP

أما Thread فيستخدم IP على شبكة الأجهزة نفسها:

جهاز Thread
     |
 IPv6 / Thread
     |
     v
الموجّه الحدودي
     |
 توجيه IP
     |
     v
الشبكة المنزلية

يُمرّر موجّه الحدود الحزم بين مقاطع الشبكة الفعلية.

ولا يحتاج إلى ترجمة كل أمر تطبيقي من Thread إلى بروتوكول LAN مملوك.

هذا يعني أن Home Assistant يمكن أن يعمل في مكان آخر على الشبكة المحلية:

جهاز Thread
     |
شبكة Thread متداخلة
     |
الموجّه الحدودي
     |
شبكة LAN عبر Ethernet / Wi‑Fi
     |
     +-- Home Assistant
     +-- الخادم المنزلي
     +-- خدمات IP الأخرى

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

بمجرد مغادرة حركة البيانات لشبكة Thread المتداخلة، تظل قواعد IP العادية مهمة. ولا يزال إمكانية الوصول إلى شبكة Home Assistant تعتمد على عناوين قابلة للاستخدام، وتوجيه سليم، وسياسات مناسبة، ومسار عودة يعمل بين وحدة التحكم والطرف النهائي.

هل يعني ThreadLink أن Thread سيحل محل Wi-Fi؟

لا. تم تحسين Thread وWi-Fi لأنواع مختلفة من حركة البيانات.

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

ولا يحتاج المرحل منخفض الطاقة إلى عرض النطاق الترددي الذي يوفره Wi-Fi.

لا ينبغي دفع كاميرا أمنية بدقة 4K إلى Thread لمجرد أن Thread يعتمد على IP.

لا يتحول Thread إلى Wi-Fi جديد. بل قد يصبح الطرف منخفض الطاقة المعتمد على IP ضمن الشبكة المنزلية نفسها.

هل يصبح Thread الطرف منخفض الطاقة لشبكة LAN المنزلية؟

وهنا يصبح ThreadLink أكثر إثارة للاهتمام من إعلان البرنامج الثابت الفردي الخاص بـ Shelly.

قد تبدو الشبكة المحلية المستقبلية أقل شبهًا بعدة منظومات ذكية منزلية معزولة، وأكثر شبهًا ببنية IP واحدة موزعة عبر عدة وسائط نقل مادية:

                     الخادم المنزلي
                          |
                          |
                    شبكة IP المنزلية
                          |
        +-----------------+----------------+
        |                 |                |
     Ethernet           Wi-Fi            Thread
        |                 |                |
       وحدات NAS             الكاميرات          المرحلات
     الخوادم           الهواتف           المستشعرات
   محطات العمل          أجهزة التلفاز            المفاتيح
                                       الأقفال

لا يحتاج الطرف النهائي إلى استخدام كل جهاز لنفس الاتصال اللاسلكي.

الأهم هو أن تتمكن الطبقات الأعلى من التواصل عبر التوجيه القياسي عند الحاجة.

وهذا يختلف جذريًا عن محاولة جعل Thread وWi-Fi وEthernet تتنافس على اختيار فائز واحد.

قد لا يملك المنزل الذكي في المستقبل شبكة لاسلكية واحدة. بل قد يملك بنية IP واحدة عبر عدة شبكات مادية.

ما الذي يغيّره ThreadLink في Home Assistant؟

قد يوفّر ThreadLink لـ Home Assistant مسارين مفيدين للوصول إلى جهاز Shelly المادي نفسه.

الأول هو Matter القياسي:

جهاز Shelly
      |
Matter عبر Thread
      |
موجّه حدود Thread
      |
وحدة تحكم Matter في Home Assistant
      |
ميزات Matter القياسية

أما المسار الثاني فهو المسار الخاص بالمورّد الذي تخطط له Shelly:

جهاز Shelly
      |
بروتوكول Shelly RPC عبر Thread
      |
موجّه حدود Thread
      |
Home Assistant
      |
الميزات الخاصة بـ Shelly

توضح بنية Matter الرسمية في Home Assistant بالفعل الفرق بين الشبكة والتطبيق: Matter هو بروتوكول تحكم على مستوى التطبيق، ويمكنه الاتصال عبر Wi-Fi أو Ethernet أو Thread، وفقًا للجهاز.

يعتمد ThreadLink على هذا التصميم الطبقي.

يمكن لـ Matter توفير قابلية التشغيل البيني بين الأنظمة البيئية، بينما يحتفظ تكامل Shelly بوظائف أعمق خاصة بكل جهاز.

هذه بنية أقوى من إجبار المستخدمين على الاختيار بين قابلية التشغيل البيني وميزات المورّد المتقدمة.

هل توجد شبكة Thread واحدة فعلًا اليوم؟

ليس دائمًا. فلا تزال عمليات نشر Thread الحالية أكثر تجزؤًا مما توحي به البنية المثالية.

يصف Home Assistant حاليًا تكامل Thread لديه بأنه قيد التطوير، ويتتبّع صراحةً شبكات Thread المختلفة الموجودة في المنزل.

قد يكتشف أحد أفراد الأسرة شيئًا مثل:

شبكة Thread في Apple
       |
بيانات اعتماد مختلفة


شبكة Thread في Google
       |
بيانات اعتماد مختلفة


شبكة Thread في Home Assistant
       |
different credentials

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

يمكن لـ Home Assistant مساعدة المستخدمين في فحص الشبكات الحالية، وفي الحالات المدعومة، ضمّ موجّه حدود Home Assistant إلى شبكة حالية مفضّلة. لكن النظام البيئي للمستهلكين لا يعادل بعد شبكة Thread متشابكة موحّدة تمامًا في كل منزل.

وهذا فحص واقعي مهم لـ ThreadLink.

تظل بنية IP الأنيقة تقنيًا معتمدةً على توافق موجّهات الحدود، وبيانات الاعتماد المشتركة، وطوبولوجيا الشبكة، ودعم التنفيذ الفعلي.

كيف يغيّر Thread 1.4 الصورة؟

يقرّب Thread 1.4 النظام البيئي من فكرة الشبكة الموحّدة.

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

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

يضيف Thread 1.4 أيضًا أو يحسّن ما يلي:

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

يمنح هذا ThreadLink سياقًا أوسع.

Thread الأقدم

شبكة IPv6 متداخلة منخفضة الطاقة
      |
يصبح Matter مهيمنًا
تطبيق المستهلك


Thread 1.4

تقارب أفضل للشبكة
بنية تحتية أفضل للموجّهات الحدودية
مسار السحابة
التشخيصات
      |
      v


فكرة ThreadLink

Matter
واجهة برمجة تطبيقات الشركة المصنّعة
السحابة
P2P
      |
نقل IP منخفض الطاقة نفسه

لذلك لا يُعد ThreadLink دليلًا على أن كل شركة مصنّعة ستتبنى النهج نفسه.

لكنها مثال ملموس على نوع تنوع التطبيقات الذي أتاحته بنية شبكة Thread دائمًا.

هل ينبغي أن تمر كل أتمتة للمنزل الذكي عبر الخادم المنزلي؟

لا. يمكن لنظام مرن توزيع المنطق وفقًا لمدى تعقيد الإجراء وأهميته.

أما آلية التعشيق البسيطة فلا تحتاج بالضرورة إلى رحلة ذهاب وإياب إلى الخادم.

من المرجح أن تفعل أتمتة الطاقة على مستوى المنزل بأكمله ذلك.

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

هل يجعل ThreadLink الخادم المنزلي أقل أهمية؟

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

راكمت المنازل الذكية التقليدية الجسور لأن العديد من شبكات الأجهزة لم تستطع المشاركة مباشرةً في شبكة IP المنزلية.

النموذج القديم

أجهزة Zigbee ── موزّع الشركة المصنّعة ──┐
                               |
أجهزة أخرى ─── البوابة ─────┼── الخادم المنزلي
                               |
أجهزة Wi‑Fi ─────────────────┘

قد تبدو البنية الموجهة أكثر نحو IP مختلفة:

طبقة الأجهزة

أجهزة Thread
أجهزة Wi‑Fi
أجهزة Ethernet
       |
       v

طبقة شبكة IP
       |
       v

طبقة التحكم

Home Assistant
       |
       +-- الأتمتة
       +-- الحالة
       +-- السجل
       +-- السياسات
       +-- لوحات المعلومات
       +-- المنطق متعدد البروتوكولات
       |
       v

طبقة البيانات

النسخ الاحتياطية
NAS
التخزين الدائم

لم يعد الخادم بحاجة إلى تمرير كل حزمة عبره لإثبات أهميته.

تأتي قيمته بشكل متزايد من الحفاظ على الصورة الأكبر:

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

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

تقلل Thread الحاجة إلى ترجمة البروتوكولات، لكنها لا تلغي الحاجة إلى برامج أتمتة المنزل.

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

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

هل ينبغي لمالكي Shelly Gen4 الانتقال من Wi‑Fi إلى ThreadLink؟

من المبكر جدًا تقديم هذه التوصية.

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

عند إتاحة ThreadLink، ينبغي لمالكي Gen4 تقييم ما يلي:

• وما إذا كان جهاز Shelly المحدد مؤهلًا،
• وما إذا كان يوجد بالفعل موجّه حدودي مناسب لشبكة Thread،
• وما إذا كانت شبكات Thread في المنزل موحّدة أم مجزأة،
• وما إذا كانت ميزات Shelly المطلوبة تعمل عبر وحدة Home Assistant الجديدة،
• وما إذا كان الوصول السحابي مطلوبًا،
• وما إذا كان من المفيد استخدام منطق مباشر بين الأجهزة،
• وما إذا كان تثبيت Wi‑Fi الحالي يعمل بالفعل بموثوقية.

لذلك، يتمثل الموقف الصحيح في عام 2026 في مراقبة التطبيق بدلًا من ترحيل تثبيت يعمل اعتمادًا على الإعلان وحده.

هل تتحول Thread إلى شبكة IP المحلية للمنازل الذكية؟

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

وتظل Ethernet وسيلة النقل الطبيعية للخوادم وأجهزة NAS والأنظمة الثابتة ذات النطاق الترددي العالي.

وتظل Wi-Fi الشبكة اللاسلكية الطبيعية للهواتف والحواسيب المحمولة والكاميرات والشاشات والأجهزة التي تحتاج إلى نطاق ترددي أكبر بكثير.

يناسب Thread الأجهزة الطرفية منخفضة الطاقة:

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

تثير Shelly ThreadLink الاهتمام لأنها تتوقف عن التعامل مع هذه الحافة باعتبارها جزيرة معزولة لتطبيق واحد.

يمكن لـ Matter توفير تحكم موحّد ضمن المنظومة.

يمكن لـ Shelly RPC توفير وظائف أوسع خاصة بالمورّد.

ويمكن للاتصال بين الأجهزة إبقاء الإجراءات البسيطة محلية.

يمكن لموجّه الحدود توصيل الشبكة الشبكية بشبكة LAN الأوسع.

يمكن لـ Home Assistant تنسيق العمل عبر البروتوكولات.

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

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

لذلك قد يتعلق مستقبل المنزل الذكي بدرجة أقل بالاختيار بين Thread وWi-Fi وEthernet، وبدرجة أكبر بمنح كل منها دورًا داخل بنية IP نفسها.

وهذه هي الفكرة الأكبر وراء ThreadLink.

لطالما كانت Thread شبكة IP.

تبدأ Shelly ببساطة في استخدامه كما لو كان كذلك.

الأسئلة الشائعة: Shelly ThreadLink وشبكات المنازل الذكية المعتمدة على Thread

ما هو Shelly ThreadLink؟

ThreadLink هو برنامج ثابت اختياري مُعلن لأجهزة Shelly Gen4 المؤهلة. وتقول Shelly إنه سيستخدم راديو Thread في الأجهزة لنقل Matter وحركة مرور Shelly RPC/API والاتصال بالسحابة والتواصل المباشر بين الأجهزة عبر شبكة IP شبكية واحدة منخفضة الطاقة.

هل أصبح Shelly ThreadLink متاحًا الآن؟

لا. أعلنت Shelly عن ThreadLink في 3 سبتمبر 2026، وتخطط حاليًا لإصدار البرنامج الثابت المجاني الاختياري بعد نحو ثلاثة أشهر لأجهزة Gen4 المؤهلة.

هل ستدعم جميع أجهزة Shelly Gen4 تقنية ThreadLink؟

وعدت Shelly بالتحديث لأجهزة Gen4 المؤهلة فقط. ينبغي التحقق من قائمة التوافق النهائية والكاملة عند توفر البرنامج الثابت.

هل يحوّل ThreadLink شبكة Thread إلى شبكة IP؟

لا. لطالما استند Thread إلى IPv6 و6LoWPAN وIEEE 802.15.4. ويغيّر ThreadLink طريقة اعتزام Shelly استخدام شبكة IP الحالية هذه، من خلال تشغيل ما هو أكثر من Matter عبرها.

هل Matter هو الشيء نفسه مثل Thread؟

لا. Matter معيار للتحكم في المنزل الذكي على مستوى التطبيقات. أما Thread فهي شبكة IPv6 منخفضة الطاقة ومتداخلة، ويمكنها نقل Matter أو بروتوكولات تطبيقات أخرى متوافقة.

هل يمكن لـ Thread العمل من دون Matter؟

نعم. لا تعتمد Thread على بروتوكول محدد في طبقة التطبيقات. وترتبط منتجات Thread الاستهلاكية اليوم ارتباطًا وثيقًا بـ Matter، لكن Thread نفسها يمكنها نقل بروتوكولات تطبيقات أخرى قائمة على IP.

هل يمكن لأجهزة ThreadLink العمل من دون Wi‑Fi؟

تقول Shelly إن أجهزة ThreadLink يمكنها استخدام Thread مع Matter، والتواصل عبر واجهة API محلية، والأتمتة من نظير إلى نظير، والاتصال بالسحابة عبر جهاز توجيه حدود Thread، من دون أن ينضم الجهاز الطرفي نفسه إلى Wi‑Fi.

هل يمكن لـ ThreadLink العمل من دون الإنترنت؟

تقول Shelly إن المشاهد المباشرة بين الأجهزة، والتشابكات الوقائية، وعمليات الأتمتة يمكن أن تعمل محليًا داخل شبكة Thread حتى في حال انقطاع اتصال الإنترنت أو شبكة Wi‑Fi.

هل تتطلب ThreadLink جهاز توجيه حدود Thread؟

يلزم وجود جهاز توجيه حدود عندما تحتاج أجهزة ThreadLink إلى التواصل مع شبكة LAN المنزلية الأوسع، أو التطبيقات، أو Home Assistant، أو الخدمات السحابية. وتقول Shelly إن المشاهد بين الأجهزة يمكن أن تعمل داخل شبكة Thread نفسها.

هل تستبدل ThreadLink‏ Home Assistant؟

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

هل ستستبدل Thread شبكة Wi‑Fi؟

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

ما الفرق بين جهاز توجيه حدود Thread ومحور المنزل الذكي؟

يعمل جهاز توجيه حدود Thread أساسًا على توجيه حركة مرور IPv6 بين شبكة Thread والشبكة الأوسع القائمة على IP. أما المحور أو الجسر التقليدي، فعادةً ما يترجم بين شبكة أجهزة غير قائمة على IP وشبكة LAN أو تطبيق قائم على IP.

هل يمكن أن يحتوي المنزل على أكثر من شبكة Thread؟

نعم. قد تحتوي المنازل الحالية على شبكات Thread منفصلة تابعة لـ Apple أو Google أو Home Assistant أو غيرها، مع بيانات اعتماد مختلفة. وتهدف Thread 1.4 إلى تسهيل الاندماج في شبكة واحدة موجودة، لكن تطبيقات العالم الحقيقي لا تزال تعتمد على دعم الأجهزة والأنظمة البيئية.

ما الذي تغيّره Thread 1.4؟

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

لماذا تُعد ThreadLink مهمة للخوادم المنزلية؟

يشير ذلك إلى أن الخادم المنزلي يمكنه التركيز بدرجة أقل على ترجمة شبكات الأجهزة الخاصة، وبدرجة أكبر على التنسيق، والحالة، والسجل، والسياسات، والأتمتة بين الأنظمة، والبيانات الدائمة، بينما تتولى Thread وWi‑Fi وEthernet نقل بروتوكول IP الأساسي.