Lorawan-stack: Pendaftaran multicast dan downlink multicast

Dibuat pada 30 Okt 2020  ·  7Komentar  ·  Sumber: TheThingsNetwork/lorawan-stack

Halo semuanya,

Ringkasan

Masalah terkait _MULTICAST DEVICES REGISTRATION_ dan _MULTICAST DOWNLINK_ melalui konsol dan CLI

Langkah-langkah untuk Mereproduksi pendaftaran multicast melalui konsol

  • Saya menambahkan perangkat akhir dengan parameter berikut:

    • Mode aktivasi: Multicast
    • Versi LoRaWAN: MAC V1.0.3
    • DevEUI: tidak ada
    • Rencana frekuensi: SF12 untuk RX2
    • Penghitung bingkai: 32bit
    • Alamat Multicast: 00 00 00 01
    • NwkSKe Multicast: B1-D1-03-3E-FD-AA-C8-D9-1B-C0-D0-F0-F9-C0-07-98
    • Aplikasi MulticastKunci: 0D-81-06-99-B2-B5-4A-42-18-53-B1-B0-66-1B-27-24

  • Saya menjadwalkan downlink multicast melalui konsol

  • _Pengamatan:_ Alamat Multicast, Multicast NwkSKey, dan Multicast AppSKey adalah parameter pengaturan multicast yang sama yang saya buat di dalam Perangkat Akhir OTAA fisik saya mengikuti protokol yang dirilis oleh Lora Alliance " _LoRaWAN® Remote Multicast Setup Specification v1.0.0_ (https:/ /lora-alliance.org/resource-hub/lorawanr-remote-multicast-setup-specification-v100)".

Apa yang saya lihat sekarang?

Pendaftaran berjalan dengan baik dan downlink dijadwalkan dengan sukses

Apa masalahnya?

Setelah pendaftaran, saya perhatikan bahwa perangkat multicast yang terdaftar tidak menghasilkan _Mode aktivasi multicast_ tetapi sebagai _Mode aktivasi ABP_. Mengapa demikian? Dapatkah saya menjadwalkan downlink multicast yang valid melalui konsol meskipun perangkat dalam _Mode aktivasi ABP_?

Langkah-langkah untuk Mereproduksi pendaftaran multicast melalui CLI

Mengikuti instruksi The Things Stack (https://thethingsstack.io/devices/class-c-multicast/):

  • Tambahkan perangkat multicast:
    $ ttn-lw-cli perangkat akhir buat app1 mc1
    --frekuensi-rencana-id EU_863_870
    --lorawan-versi 1.0.3
    --lorawan-phy-versi 1.0.3-a
    --session.dev-addr 00000001
    --session.keys.app-s-key.key 0D810699B2B54A421853B1B0661B2724
    --session.keys.nwk-s-key.key B1D1033EFDAAC8D91BC0D0F0F9C00798
    --multicast
    --supports-class-c

  • Downlink multicast terjadwal dengan MQTT (nyamuk)

_Perintah Nyamuk:_ 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 "}}],"absolute_time":"28-10-2020T20:20:00Z"}}]}' -d

  • _Pengamatan:_ Alamat Multicast, Multicast NwkSKey, dan Multicast AppSKey adalah parameter pengaturan multicast yang sama yang saya buat di dalam Perangkat Akhir OTAA fisik saya mengikuti protokol yang dirilis oleh Lora Alliance " _LoRaWAN® Remote Multicast Setup Specification v1.0.0_ (https:/ /lora-alliance.org/resource-hub/lorawanr-remote-multicast-setup-specification-v100)".

Apa yang saya lihat sekarang?
Hasil perangkat multicast yang ditambahkan sebagai _Aktivasi mode multicast_ seperti seharusnya.
Jawaban dari downlink nyamuk adalah sebagai berikut:

_Mosquitto Answer:_ Client mosqpub|23216-LAPTOP-OE mengirim CONNECT
Klien mosqpub|23216-LAPTOP-OE menerima CONNACK
Client mosqpub|23216-LAPTOP-OE mengirim PUBLISH (d0, q0, r0, m1, 'v3/ app1@movexxxxx/devices/ mc1 /down/push', ... (154 byte))
Client mosqpub|23216-LAPTOP-OE mengirim DISCONNECT

Apa masalahnya?

Jika saya mencoba mengirim pesan downlink multicast dari platform, kesalahan: "tidak ada jalur downlink yang tersedia" terjadi.

Apakah jawaban downlink mosquitto_pub benar? Karena saya tidak melihat apa pun yang masuk ke perangkat akhir OTAA fisik saya.

Apa yang hilang?

Saya tidak mengerti bagaimana menghubungkan perangkat OTAA saya dengan grup multicast saya melalui konsol. Saya ingin melihat misalnya grup multicast (dengan McAddress dan Mckeys-nya) di mana saya dapat menambahkan perangkat OTAA saya karena tidak jelas bagaimana downlink multicast dapat menjangkau perangkat OTAA saya.

needdetails
Sumber
picture MatteMoveSRL

Komentar yang paling membantu

Tidak, saya tidak melihat ada downlink yang tiba di "data langsung" gateway saya, tetapi saya melihat beberapa data tiba di bagian "data langsung" dari aplikasi saya "foo":

Silakan berlangganan log peristiwa gateway dengan;

$ ttn-lw-cli events --gateway-id gtw-test

Aktifkan juga log debug ( log.level: debug ).

Kemudian jadwalkan pesan downlink dan amati log dan peristiwa gateway.

Jadi maksud Anda bahwa pesan downlink tiba ke semua perangkat OTAA yang terhubung ke gateway seperti pesan siaran dan bukan ke grup perangkat OTAA tertentu?

Ya, begitulah cara kerja LoRaWAN. Setiap perangkat kelas C yang mendengarkan pada frekuensi tersebut dengan kecepatan data tertentu akan menerima pesan tersebut. Mereka akan melihat DevAddr dari pesan untuk melihat apakah itu cocok dengan sesi (multicast) yang memiliki kunci sesi. Jika demikian, mereka memproses pesan dan melihat apakah NwkSKey cocok dengan MIC dll.

Ngomong-ngomong soal; apakah Anda yakin frekuensi dan kecepatan data sudah benar? Kelas C menggunakan parameter RX2 untuk ini. Perangkat akhir harus mendengarkan parameter tersebut untuk frame downlink multicast.

picture johanstokking pada 9 Nov 2020
❤1 👍1

Semua 7 komentar

@MatteMoveSRL terima kasih atas masalah Anda. Jika Anda adalah pelanggan TTI dengan paket dukungan, yang terbaik adalah menggunakan saluran dukungan.

Kami menggunakan template masalah di sini sehingga kami mendapatkan informasi dengan cara yang terstruktur.

Saya perhatikan bahwa perangkat multicast yang mendaftar tidak menghasilkan _Mode aktivasi multicast_ tetapi sebagai _Mode aktivasi ABP_. Mengapa demikian?

Kami membutuhkan langkah-langkah reproduksi untuk ini, silakan edit posting Anda untuk mengikuti template masalah.

Saya tidak dapat mengirim pesan downlink dari platform karena kesalahan "tidak ada jalur downlink yang tersedia" terjadi. Saya juga mencoba mengirim downlink menggunakan MQTT di windows sebagai berikut tetapi tidak ada yang datang di perangkat akhir saya.

Lihat https://thethingsstack.io/devices/class-c-multicast/ , lalu catatan kedua di bawah Multicast Group , dan contoh di bawah ini dengan cara menjadwalkan downlink.

johanstokking picture johanstokking pada 5 Nov 2020

@johanstokking Terima kasih banyak atas jawabannya!

Saya memperbarui rangkaian masalah saya untuk mendapatkan informasi secara terstruktur seperti yang Anda sarankan. Saya harap itu bisa dimengerti

Saya masih tidak mengerti dua poin ini:

Apakah jawaban downlink mosquitto_pub benar? Karena saya tidak melihat apa pun yang masuk ke perangkat akhir OTAA fisik saya

Saya tidak mengerti bagaimana menghubungkan perangkat OTAA saya dengan grup multicast saya melalui konsol. Saya ingin melihat misalnya grup multicast (dengan McAddress dan Mckeys-nya) di mana saya dapat menambahkan perangkat OTAA saya karena tidak jelas bagaimana downlink multicast dapat mencapai perangkat OTAA saya

Terima kasih banyak sebelumnya atas waktu dan balasan Anda.

MatteMoveSRL picture MatteMoveSRL pada 5 Nov 2020

@MatteMoveSRL Apakah jawaban downlink mosquitto_pub benar? Karena saya tidak melihat apa pun yang masuk ke perangkat akhir OTAA fisik saya

Terlepas dari waktu absolut, yang ada di masa lalu, sepertinya tidak salah.

Namun, apakah gtwid merupakan gateway yang terhubung? Apakah Anda melihat downlink yang dijadwalkan di Konsol, saat melihat lalu lintas gateway?

@MatteMoveSRL Saya tidak mengerti bagaimana menghubungkan perangkat OTAA saya dengan grup multicast saya melalui konsol. Saya ingin melihat misalnya grup multicast (dengan McAddress dan Mckeys-nya) di mana saya dapat menambahkan perangkat OTAA saya karena tidak jelas bagaimana downlink multicast dapat mencapai perangkat OTAA saya

Kami belum mengimplementasikan protokol Remote Multicast Setup di Server Aplikasi. Jadi kami tidak mengkorelasikan ini. Perangkat multicast adalah perangkat virtual. Jika perangkat akhir Anda memahami downlink pada saluran unicast dan multicast, Anda akan baik-baik saja.

johanstokking picture johanstokking pada 6 Nov 2020

@johanstokking Terima kasih atas balasan cepatnya

Tapi, apakah gtwid adalah gateway yang terhubung?

Ya, gateway terhubung dan saya menggunakan "gw-test" alih-alih "gtwid" dalam perintah mosquitto.

gateway1

Apakah Anda melihat downlink yang dijadwalkan di Konsol, saat melihat lalu lintas gateway?

Tidak, saya tidak melihat ada downlink yang tiba di "data langsung" gateway saya, tetapi saya melihat beberapa data tiba di bagian "data langsung" dari aplikasi saya "foo":

downlink2
downlink1

Jika perangkat akhir Anda memahami downlink pada saluran unicast dan multicast, Anda akan baik-baik saja.

Jadi maksud Anda bahwa pesan downlink tiba ke semua perangkat OTAA yang terhubung ke gateway seperti pesan siaran dan bukan ke grup perangkat OTAA tertentu?

MatteMoveSRL picture MatteMoveSRL pada 6 Nov 2020

Tidak, saya tidak melihat ada downlink yang tiba di "data langsung" gateway saya, tetapi saya melihat beberapa data tiba di bagian "data langsung" dari aplikasi saya "foo":

Silakan berlangganan log peristiwa gateway dengan;

$ ttn-lw-cli events --gateway-id gtw-test

Aktifkan juga log debug ( log.level: debug ).

Kemudian jadwalkan pesan downlink dan amati log dan peristiwa gateway.

Jadi maksud Anda bahwa pesan downlink tiba ke semua perangkat OTAA yang terhubung ke gateway seperti pesan siaran dan bukan ke grup perangkat OTAA tertentu?

Ya, begitulah cara kerja LoRaWAN. Setiap perangkat kelas C yang mendengarkan pada frekuensi tersebut dengan kecepatan data tertentu akan menerima pesan tersebut. Mereka akan melihat DevAddr dari pesan untuk melihat apakah itu cocok dengan sesi (multicast) yang memiliki kunci sesi. Jika demikian, mereka memproses pesan dan melihat apakah NwkSKey cocok dengan MIC dll.

Ngomong-ngomong soal; apakah Anda yakin frekuensi dan kecepatan data sudah benar? Kelas C menggunakan parameter RX2 untuk ini. Perangkat akhir harus mendengarkan parameter tersebut untuk frame downlink multicast.

johanstokking picture johanstokking pada 9 Nov 2020
❤1 👍1

@johanstokking Terima kasih atas balasan Anda.

Ya, begitulah cara kerja LoRaWAN. Setiap perangkat kelas C yang mendengarkan pada frekuensi tersebut dengan kecepatan data tertentu akan menerima pesan tersebut. Mereka akan melihat DevAddr dari pesan untuk melihat apakah itu cocok dengan sesi (multicast) yang memiliki kunci sesi. Jika demikian, mereka memproses pesan dan melihat apakah NwkSKey cocok dengan MIC dll.

Terima kasih saya mendapatkannya. Anda benar-benar jelas.

Ngomong-ngomong soal; apakah Anda yakin frekuensi dan kecepatan data sudah benar? Kelas C menggunakan parameter RX2 untuk ini. Perangkat akhir harus mendengarkan parameter tersebut untuk frame downlink multicast.

Saya cukup yakin bahwa saya telah menetapkan parameter yang tepat. Menurut pendapat saya masalahnya adalah bagaimana saya menjadwalkan downlink dengan MQTT atau sesuatu tentang gateway. Saya akan mencoba minggu ini mengikuti tips bagus Anda dan menghubungi Anda kembali.

MatteMoveSRL picture MatteMoveSRL pada 9 Nov 2020

Silakan gunakan forum untuk pertanyaan tambahan; kami tidak menjawab pertanyaan tentang masalah GitHub. Silakan lihat template masalah untuk itu juga.

johanstokking picture johanstokking pada 12 Nov 2020
👍1
Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

htdvisser picture htdvisser  ·  4Komentar
htdvisser picture htdvisser  ·  9Komentar
kschiffer picture kschiffer  ·  4Komentar
adriansmares picture adriansmares  ·  8Komentar
johanstokking picture johanstokking  ·  6Komentar