لماذا تعتمد بعض طرق التنفيذ الآلي على السحابة، بينما تعتمد طرق أخرى على الشبكة المحلية أو LAN؟

تنقسم المشاهد في التطبيق إلى ثلاثة أنواع: مشاهد مستندة إلى السحابة، ومشاهد محلية، ومشاهد LAN.

المشاهد المستندة إلى السحابة

يمكنها التنفيذ عبر البروتوكولات (Wi-Fi و Zigbee و Ble وما إلى ذلك)، ويتم تخزين قواعد ربط المشهد في السحابة. عندما تحدد السحابة أن الشروط مستوفاة، ستنفذ الإجراءات المقابلة.

المشاهد المحلية

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

مثال: تحتوي البوابة A على Sigmesh Light 1 و Zigbee Light 2. إنشاء أتمتة: إذا كان مفتاح Sigmesh Light 1 (تشغيل)، ثم مفتاح Zigbee Light 2 (تشغيل). هذا المشهد هو مشهد محلي.

مشاهد LAN

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

مثال: تعد البوابات A و B و C جميعها جزءًا من نفس LAN. تحتوي البوابة B على Zigbee Light 1، وتحتوي البوابة C على Sigmesh Light 2. إنشاء أتمتة: إذا كان مفتاح Zigbee Light 1 (تشغيل)، ثم مفتاح Sigmesh Light 2 (تشغيل). هذا المشهد هو مشهد LAN.

منطق التغيير

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