Lorawan-stack: ضع في اعتبارك Rx1 و Rx2 بشكل منفصل للحصول على أقصى حجم للحمولة الصافية

تم إنشاؤها على ٢٧ يونيو ٢٠١٩  ·  10تعليقات  ·  مصدر: TheThingsNetwork/lorawan-stack

ملخص

لا يمكنني إرسال ارتباط هابط بحجم حمولة البيانات أكبر من 54B (ثنائي) / قاعدة 64 مشفرة (72B)مع رسالة إرجاع الخادم ذات الحجم الأكبرWARN الوصلة الهابطة للتطبيق موجودة ، لكن الحمولة طويلة جدًا ، Inform Application Server ack = true ........

أنا في وحدة Telit re866 الحاصلة على شهادة 1.0.2 ClassA / C وتحقق من LoRaWAN 1.0.2 لمعرفة المعلمات الإقليمية.
أنا أستخدم الفئة أ

بيانات الإعدادات الافتراضية (sf12 / 125 كيلو هرتز) - rx2datarate (افتراضي بالنسبة لمواصفات lora 1.0.2)
شروط الاختبار: -90dBm

كما أنني قمت بتعيين Datarates الأخرى على سبيل المثال. (sf7 / 125) => يظهر Kerlink femtocell GW في السجلات (sf7bw125)
كما فهمت وفقًا لمواصفات لورا كحد أقصى. حجم الحمولة هو 230/222. لقد اختبرت قيمًا أخرى بنفس حجم الحمولة و sf12 نفس النتائج.

...

خطوات التكاثر

  1. ... curl http: // localhost : 1885 / api / v3 / as / applications / ap2 / webhooks / fwup / devices / dv1 / down / push -X POST -H 'التفويض: Bearer NNSXS.CLCIYOYY * * ' - البيانات '{"downlinks": [{"frm_payload": "AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0" ،

  2. البيانات 71B (ثنائي) ... حالة الخطّاف على الويب (200) - حسنًا

  3. ... رسالة وحدة تحكم الخادم بعد فترة: تحذير الوصلة الهابطة للتطبيق موجود ، لكن الحمولة طويلة جدًا ، Inform Application Server ack = true ........
  4. لا تتلقى العقدة البيانات

ماذا ترى الآن؟


WARN الوصلة الهابطة للتطبيق موجودة ، لكن الحمولة طويلة جدًا ، Inform Application Server ack = true ........
...

ماذا تريد ان ترى بدلا من ذلك؟

...

بيئة


Ubuntu 16.4 / FF / Kerlink Femtocell / Telit RE866
...

كيف تقترح تنفيذ ذلك؟

...

هل يمكنك القيام بذلك بنفسك وإرسال طلب سحب؟

...

bug network server in progress

التعليق الأكثر فائدة

هل هناك بعض الحلول السريعة؟ هل يمكننا فرض معدل البيانات في تكوين json للوصلة الهابطة؟

يمكنك تغيير معلمات Rx2 للجهاز النهائي ، راجع ttn-lw-cli dev set --help ، والتي يمكنك من خلالها ضبط معدل بيانات Rx2 إلى قيمة عالية ، أي 5 (SF7BW125 في EU868).

ال 10 كومينتر

  • في أي PHY أنت؟
  • ما معدل البيانات الذي تستخدمه للوصلة الصاعدة عندما ترى هذا الخطأ؟

عقدة Telit Re866 + uC (EU863-870 - Lorawan 1.0.2 Class A)
معلومات pkt من femtocell kerlink + spf (TX): للبيانات محدودة بـ 52B (ثنائي)
الشبكة المحلية (Kerlink Ethernet <=> PC Etnernet)
التحوير: لورا
كودر: 4/5
imme: خطأ
rfch: 0
بو: 14
ipol: صحيح
ncrc: صحيح
الحجم: 65
داتر: sf7bw125

RSSI (rx): -80 ديسيبل

نفس الإعدادات لطول الحمولة: 62B (ثنائي)
أقوم بمسح كل الإمكانيات للحصول على DataRate (جميع حالات الفشل).
تم اختبار بيانات الارتباط الصاعد (لم يتم استلام البيانات على العقدة + تحذير "الحمولة طويلة جدًا" على الخادم):
SF7bw125 -
SF12bw125 -
SF11bw125 -
SF10bw125 -
SF9bw125 -
SF8bw125 -
SF7bw250 --- خطأ في الانضمام
FSK - خطأ في الانضمام

يحدث هذا لأن معدل بيانات Rx2 المكون هو SF12BW125 (DR0). في الفئة A تقوم NS حاليًا بجدولة الوصلة الهابطة بحيث تتوافق مع كل من معلمات Rx1 و Rx2. وفقًا للجدول من مواصفات المعلمات الإقليمية ، فإن الحد الأقصى لحجم FRMPayload في DR0 الذي يمكن استخدامه لـ Rx2 (في حالة عدم وجود FOpts) هو 51 ، وهو أقل مما تحاول القيام به.
2019-06-27-21:18:41-screenshot

johanstokking أعتقد أنه يجب علينا تغيير هذا السلوك ويجب على NS في الواقع فصل طلبات جدولة Rx1 و Rx2 إلى GS إذا كانت الحمولة لا تتناسب مع أي منهما.

@ rvolosatovs نعم ، يجب أن تفعل ذلك بالتأكيد.

هل يمكنك رفع قضية؟

هل هناك بعض الحلول السريعة؟ هل يمكننا فرض معدل البيانات في تكوين json للوصلة الهابطة؟

نحتاج إلى إرسال مئات حزم الوصلة الهابطة لترقية FW:

  • حوالي 200 مليار لكل منها (أفضل حالة)
  • حوالي 70 مليار لكل منهما (أسوأ حالة)

نعتبر إضافة بوابة LoRaWAN إضافية فقط لترقية البرامج الثابتة لإنشاء "نطاق جيد" وخوادم شبكة / تطبيق مختلفة (لبيئة الإنتاج).

هل هناك بعض الحلول السريعة؟ هل يمكننا فرض معدل البيانات في تكوين json للوصلة الهابطة؟

يمكنك تغيير معلمات Rx2 للجهاز النهائي ، راجع ttn-lw-cli dev set --help ، والتي يمكنك من خلالها ضبط معدل بيانات Rx2 إلى قيمة عالية ، أي 5 (SF7BW125 في EU868).

شكرا @ johanstokking هذا الحل لإصلاح المشكلة.

أقوم حاليًا بترقية البرامج الثابتة لوحدة LoRaWAN ولديها الفئة C المتاحة.

ecities هذا يهبط في الإصدار التالي ، يرجى

مرحبا
الآن لدينا مشكلة في المتابعة:
"حجم الحمولة النافعة للوصلة الهابطة التي تم إنشاؤها عن طريق الخطأ لا تتناسب مع RX1 ولا RX2 ، وتخطي الفئة A فتحة الوصلة الهابطة band_id = AS_923 dev_addr = FC005138 device_class = CLASS_A ..."
نحن نستخدم sf10 للتخلف ، لا أفهم لماذا

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

  • سجل المكدس
  • سجل أحداث الجهاز
هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات