Lorawan-stack: تسجيل البث المتعدد والوصلة الهابطة ذات البث المتعدد
أهلا بالجميع،
ملخص
المشكلات المتعلقة _MULTICAST DEVICES REGISTRATION_ و _ MULTICAST DOWNLINK_ عبر وحدة التحكم و CLI
خطوات إعادة إنتاج تسجيل البث المتعدد عبر وحدة التحكم
لقد أضفت جهازًا نهائيًا بالمعلمة التالية:
- وضع التنشيط: متعدد
- إصدار LoRaWAN: MAC V1.0.3
- DevEUI: لا شيء
- خطة التردد: SF12 لـ RX2
- عداد الإطار: 32 بت
- عنوان الإرسال المتعدد: 00 00 00 01
- المفتاح: B1-D1-03-3E-FD-AA-C8-D9-1B-C0-D0-F0-F9-C0-07-98
- مفتاح التطبيق المتعدد: 0D-81-06-99-B2-B5-4A-42-18-53-B1-B0-66-1B-27-24
لقد قمت بجدولة ارتباط هابط متعدد الإرسال عبر وحدة التحكم
_Observation: _ Multicast Address و Multicast NwkSKey و Multicast AppSKey هي نفس معلمات الإعداد للبث المتعدد التي أنشأتها داخل أجهزتي النهائية OTAA الفعلية بعد البروتوكول الصادر عن Lora Alliance "_LoRaWAN® Remote Multicast Setup Specification v1.0.0_ (https: / /lora-alliance.org/resource-hub/lorawanr-remote-multicast-setup-specification-v100) ".
ماذا ارى الان؟
سارت عملية التسجيل على ما يرام وتمت جدولة الوصلة الهابطة بنجاح
ما المشكلة؟
بعد التسجيل ، لاحظت أن جهاز البث المتعدد المُسجَّل لا ينتج عنه وضع البث المتعدد في وضع التنشيط ، بل ينتج عنه وضع التنشيط ABP. لماذا هو كذلك؟ هل يمكنني جدولة ارتباط تنزيل متعدد صالح عبر وحدة التحكم حتى إذا كان الجهاز في وضع التنشيط ABP_؟
خطوات إعادة إنتاج تسجيل البث المتعدد عبر CLI
اتباع تعليمات كومة الأشياء (https://thethingsstack.io/devices/class-c-multicast/):
إضافة جهاز متعدد البث:
تنشئ الأجهزة الطرفية $ ttn-lw-cli app1 mc1
--معرف خطة التردد EU_863_870
--لراوان - نسخة 1.0.3
--lorawan-phy-version 1.0.3-a
- الجلسة. عنوان البريد الإلكتروني 00000001
--session.keys.app-s-key.key 0D810699B2B54A421853B1B0661B2724
--session.keys.nwk-s-key.key B1D1033EFDAAC8D91BC0D0F0F9C00798
- متعدد الإرسال
- دعامات من الدرجة جرابط الإرسال المتعدد المجدول مع MQTT (البعوض)
_Mosquitto الأمر: _ C: Programmimosquitto> mosquitto_pub -h movexxxx.xxx.xxxx.xxxx.xxxx.com -t "v3 / app1 @ movexxxx / devices / mc1 / down / push" -u " app1 @ movexxxx " -P "NNSXS .YNQ5LIW5SExxxx "-m '{" downlinks ": [{" frm_payload ":" ciao "،" f_port ": 42،" priority ":" NORMAL "،" class_b_c ": {" gateways ": [{" gateway_ids ": {"gateway_id": " gtwid "}}]، "definitely_time": "2020-10-28T20: 20: 00Z"}}]} '-d
- _Observation: _ Multicast Address و Multicast NwkSKey و Multicast AppSKey هي نفس معلمات الإعداد للبث المتعدد التي أنشأتها داخل أجهزتي النهائية OTAA الفعلية بعد البروتوكول الصادر عن Lora Alliance "_LoRaWAN® Remote Multicast Setup Specification v1.0.0_ (https: / /lora-alliance.org/resource-hub/lorawanr-remote-multicast-setup-specification-v100) ".
ماذا ارى الان؟
ينتج عن جهاز الإرسال المتعدد المضاف _تفعيل وضع البث المتعدد _ كما ينبغي.
جواب وصلة البعوض الهابطة هي كالتالي:
_Mosquitto الإجابة: _ العميل mosqpub | 23216-LAPTOP-OE إرسال CONNECT
عميل mosqpub | تلقى 23216-LAPTOP-OE CONNACK
العميل mosqpub | 23216-LAPTOP-OE إرسال النشر (d0، q0، r0، m1، 'v3 / app1 @ movexxxxx / devices / mc1 / down / push'، ... (154 بايت))
عميل mosqpub | 23216-LAPTOP-OE إرسال قطع الاتصال
ما المشكلة؟
إذا حاولت إرسال رسالة الإرسال المتعدد للوصلة الهابطة من النظام الأساسي ، تحدث أخطاء: "لا يتوفر مسار للوصلة الهابطة" .
هل بدلاً من ذلك إجابة الرابط الهابطة mosquitto_pub صحيحة؟ لأنني لم أر أي شيء يصل إلى أجهزتي الطرفية OTAA المادية.
ما المفقود؟
لا أفهم كيفية ربط أجهزة OTAA الخاصة بي بمجموعة الإرسال المتعدد الخاصة بي عبر وحدة التحكم. أود أن أرى على سبيل المثال مجموعة متعددة البث (مع McAddress و Mckeys) حيث يمكنني إضافة أجهزتي OTAA لأنه ليس من الواضح كيف يمكن أن يصل الإرسال المتعدد إلى أجهزة OTAA الخاصة بي.
MatteMoveSRL
ال 7 كومينتر
MatteMoveSRL شكرا لمشكلتك. إذا كنت أحد عملاء TTI ولديك خطة دعم ، فمن الأفضل استخدام قناة الدعم.
نستخدم قوالب المشكلات هنا حتى نحصل على المعلومات بطريقة منظمة.
لقد لاحظت أن جهاز تسجيل البث المتعدد لا ينتج عنه _تفعيل وضع البث المتعدد_ ولكن بدلاً من ذلك _ وضع التنشيط ABP_. لماذا هو كذلك؟
نحتاج إلى خطوات إعادة إنتاج لهذا ، يرجى تعديل المنشور الخاص بك لاتباع نموذج المشكلة.
لا يمكنني إرسال رسائل الوصلة الهابطة من النظام الأساسي نظرًا لحدوث أخطاء "لا يتوفر مسار للوصلة الهابطة" . حاولت أيضًا إرسال ارتباط هابط باستخدام MQTT على windows على النحو التالي ولكن لا شيء يصل إلى جهازي النهائي.
راجع https://thethingsstack.io/devices/class-c-multicast/ ، ثم الملاحظة الثانية ضمن Multicast Group ، والمثال أدناه حول كيفية جدولة الوصلة الهابطة.
johanstokking
في ٥ نوفمبر ٢٠٢٠
johanstokking شكرا جزيلا على الإجابات!
لقد قمت بتحديث مشكلاتي للحصول على المعلومات بطريقة منظمة كما اقترحت. آمل أن يكون مفهوما
ما زلت لا أفهم هاتين النقطتين:
هل بدلاً من ذلك إجابة الرابط الهابطة mosquitto_pub صحيحة؟ لأنني لم أر أي شيء يصل إلى أجهزتي الطرفية OTAA المادية
لا أفهم كيفية ربط أجهزة OTAA الخاصة بي بمجموعة الإرسال المتعدد الخاصة بي عبر وحدة التحكم. أود أن أرى على سبيل المثال مجموعة متعددة البث (مع McAddress و Mckeys) حيث يمكنني إضافة أجهزتي OTAA لأنه ليس من الواضح كيف يمكن أن يصل الارتباط الهابطة متعدد البث إلى أجهزة OTAA الخاصة بي
شكرا جزيلا لك مقدما على وقتك وردك.
MatteMoveSRL
في ٥ نوفمبر ٢٠٢٠
MatteMoveSRL هل بدلاً من ذلك إجابة الارتباط الهابطة mosquitto_pub صحيحة؟ لأنني لم أر أي شيء يصل إلى أجهزتي الطرفية OTAA المادية
بصرف النظر عن الوقت المطلق ، الذي هو في الماضي ، فإنه لا يبدو خطأ.
ولكن ، هل gtwid بوابة متصلة؟ هل ترى الوصلة الهابطة المجدولة في وحدة التحكم ، عند النظر إلى حركة مرور البوابة؟
MatteMoveSRL لا أفهم كيفية ربط أجهزة OTAA الخاصة بي بمجموعة الإرسال المتعدد الخاصة بي عبر وحدة التحكم. أود أن أرى على سبيل المثال مجموعة متعددة البث (مع McAddress و Mckeys) حيث يمكنني إضافة أجهزتي OTAA لأنه ليس من الواضح كيف يمكن أن يصل الارتباط الهابطة متعدد البث إلى أجهزة OTAA الخاصة بي
لم ننفذ بروتوكول إعداد البث المتعدد البعيد في خادم التطبيق حتى الآن. لذلك نحن لا نربط هذا. جهاز البث المتعدد هو جهاز افتراضي. إذا كان جهازك النهائي يفهم الارتباط الهابطة على كل من قناة الإرسال الأحادي وقناة البث المتعدد ، فيجب أن تكون على ما يرام.
johanstokking
في ٦ نوفمبر ٢٠٢٠
johanstokking شكرا على الرد السريع
ولكن ، هل gtwid عبارة عن بوابة متصلة؟
نعم ، تم توصيل البوابة واستخدمت "gw-test" بدلاً من "gtwid" في الأمر mosquitto.
هل ترى الوصلة الهابطة المجدولة في وحدة التحكم ، عند النظر إلى حركة مرور البوابة؟
لا ، لا أرى أي ارتباط هابط يصل إلى البوابة "البيانات الحية" ولكني بدلاً من ذلك رأيت بعض البيانات تصل إلى قسم "البيانات الحية" في طلبي "foo":
إذا كان جهازك النهائي يفهم الارتباط الهابطة على كل من قناة الإرسال الأحادي وقناة البث المتعدد ، فيجب أن تكون على ما يرام.
فهل تقصد أن رسالة الوصلة الهابطة تصل إلى جميع أجهزة OTAA المتصلة بالبوابة كرسالة بث وليس إلى مجموعة معينة من أجهزة OTAA؟
MatteMoveSRL
في ٦ نوفمبر ٢٠٢٠
لا ، لا أرى أي ارتباط هابط يصل إلى البوابة "البيانات الحية" ولكني بدلاً من ذلك رأيت بعض البيانات تصل إلى قسم "البيانات الحية" في طلبي "foo":
يرجى الاشتراك في سجل أحداث البوابة باستخدام ؛
$ ttn-lw-cli events --gateway-id gtw-test
قم أيضًا بتمكين سجلات تصحيح الأخطاء ( log.level: debug ).
ثم قم بجدولة رسالة الوصلة الهابطة ولاحظ السجلات وأحداث البوابة.
فهل تقصد أن رسالة الوصلة الهابطة تصل إلى جميع أجهزة OTAA المتصلة بالبوابة كرسالة بث وليس إلى مجموعة معينة من أجهزة OTAA؟
نعم ، هذه هي الطريقة التي يعمل بها LoRaWAN. سيتلقى كل جهاز من الفئة C يستمع على هذا التردد مع معدل البيانات المحدد الرسالة. سوف ينظرون إلى DevAddr للرسالة لمعرفة ما إذا كانت تتطابق مع جلسة (البث المتعدد) التي لديهم مفاتيح جلسة لها. إذا كان الأمر كذلك ، فسيقومون بمعالجة الرسالة ومعرفة ما إذا كان NwkSKey يطابق MIC وما إلى ذلك.
بالحديث عن هذا الموضوع؛ هل أنت متأكد من صحة التردد ومعدل البيانات؟ تستخدم الفئة C معلمات RX2 لهذا الغرض. يجب أن تستمع الأجهزة الطرفية إلى تلك المعلمات الخاصة بأرتال الإرسال المتعدد للوصلة الهابطة.
johanstokking
في ٩ نوفمبر ٢٠٢٠
johanstokking شكرا لردكم.
نعم ، هذه هي الطريقة التي يعمل بها LoRaWAN. سيتلقى كل جهاز من الفئة C يستمع على هذا التردد مع معدل البيانات المحدد الرسالة. سوف ينظرون إلى DevAddr للرسالة لمعرفة ما إذا كانت تتطابق مع جلسة (البث المتعدد) التي لديهم مفاتيح جلسة لها. إذا كان الأمر كذلك ، فسيقومون بمعالجة الرسالة ومعرفة ما إذا كان NwkSKey يطابق MIC وما إلى ذلك.
شكرا انا حصلت عليه. كنت حقا واضحا.
بالحديث عن هذا الموضوع؛ هل أنت متأكد من صحة التردد ومعدل البيانات؟ تستخدم الفئة C معلمات RX2 لهذا الغرض. يجب أن تستمع الأجهزة الطرفية إلى تلك المعلمات الخاصة بأرتال الإرسال المتعدد للوصلة الهابطة.
أنا متأكد من أنني قمت بتعيين المعلمات الصحيحة. في رأيي ، قد تكون المشكلة هي كيفية جدولة الوصلة الهابطة باستخدام MQTT أو أي شيء يتعلق بالبوابة. سأحاول هذا الأسبوع باتباع نصائحك الجيدة وأعود إليك.
MatteMoveSRL
في ٩ نوفمبر ٢٠٢٠
الرجاء استخدام المنتديات لأسئلة إضافية ؛ لا نجيب على الأسئلة المتعلقة بقضايا GitHub. يرجى الاطلاع على قوالب المشكلة لذلك أيضًا.
johanstokking
في ١٢ نوفمبر ٢٠٢٠
القضايا ذات الصلة
adamsondelacruz
·
7تعليقات
ZeroSum24
·
3تعليقات
kschiffer
·
4تعليقات
ecities
·
5تعليقات
adriansmares
·
8تعليقات
التعليق الأكثر فائدة
يرجى الاشتراك في سجل أحداث البوابة باستخدام ؛
قم أيضًا بتمكين سجلات تصحيح الأخطاء (
log.level: debug).ثم قم بجدولة رسالة الوصلة الهابطة ولاحظ السجلات وأحداث البوابة.
نعم ، هذه هي الطريقة التي يعمل بها LoRaWAN. سيتلقى كل جهاز من الفئة C يستمع على هذا التردد مع معدل البيانات المحدد الرسالة. سوف ينظرون إلى DevAddr للرسالة لمعرفة ما إذا كانت تتطابق مع جلسة (البث المتعدد) التي لديهم مفاتيح جلسة لها. إذا كان الأمر كذلك ، فسيقومون بمعالجة الرسالة ومعرفة ما إذا كان NwkSKey يطابق MIC وما إلى ذلك.
بالحديث عن هذا الموضوع؛ هل أنت متأكد من صحة التردد ومعدل البيانات؟ تستخدم الفئة C معلمات RX2 لهذا الغرض. يجب أن تستمع الأجهزة الطرفية إلى تلك المعلمات الخاصة بأرتال الإرسال المتعدد للوصلة الهابطة.