loraE22

Lorae22

فئة micropython لوحدات Lora Series E22

تعتمد وحدات E22 المدعومة على شرائح Semtech SX1262/SX1286 ومتاحة ل 400 ميجا هرتز (410.125 ... 493.125) و 900 ميغاهيرتز (850.125 ... 930.125) توفر 22 DBM Max. قوة تكساس.

يتم استخدام واجهة UART بسيطة للتحكم في الجهاز.

أوراق بيانات Ebyte:
E22-900T22D
E22-400T22D

تعتمد فئة Lorae22 على فئة Lorae32 بواسطة effevee: https://github.com/effevee/lorae32

تحذيرات

توصيل الهوائي المناسب قبل الإرسال!

قبل الاستخدام ، تحقق من اللوائح المحلية الخاصة بك لاستخدام نطاق التردد هذا. على سبيل المثال ، في معظم أوروبا ، يكون الحد الأقصى المسموح به لـ TX قوة أقل من القيمة الافتراضية البالغة 22 ديسيبل! قد تكون هناك أيضًا قيود إضافية ، مثل القيود على دورة عمل الإرسال الخاصة بك (هذا هو جزء من وقت البث إلى إجمالي الوقت الممتد خلال فترة من استخدام الجهاز)!

ملحوظات

1. يختلف E22 و E32 في العديد من التفاصيل -
   • الأوامر
   • تسجيل تخطيط
   • التحكم في الوضع
   • توقيت إشارة AUX (في وضع التكوين ، لا يمكن استخدام AUX للكشف عن إكمال تسلسل الأوامر/الاستجابة)
2. لا يبدو أن وحدات E22 أو E32 مناسبة لتواصل Lorawan (على سبيل المثال شبكة الأشياء)
3. انظر المشكلة رقم 6 للاطلاع على مشكلات التوافق مع وحدات E22 الأحدث (v2.1)

الحد الأدنى

راجع رمز تكوين دبوس.

رمز الاختبار

ملاحظات: يختلف رمز اختبار Lorae22 عن رمز اختبار E32 من حيث UART المستخدمة و PIN AUX! علاوة على ذلك ، يستخدم Lorae22 "الوضع العادي" ، بينما يستخدم Lorae32 "وضع الاستيقاظ" في SendMessage () .

وضع النقل	تكساس (addr - ch)	RX (ADDR - CH)	MSG (addr - ch)	رمز المرسل	رمز المتلقي
شفاف	0x0001 - 0x02	0x0001 - 0x02	0x0001 - 0x02	TestSende22_transparent.py	testRecve22_transparent.py
ثابت P2P	0x0001 - 0x02	0x0003 - 0x04	0x0003 - 0x04	TestSende22_P2P.py	testRecve22_P2P.py
بث ثابت	0x0001 - 0x02	0x0003 - 0x04	0xffff - 0x04	TestSende22_Broadcast.py	testRecve22_Broadcast.py
شاشة ثابتة	0x0001 - 0x02	0xffff - 0x04	0x0003 - 0x04	TestSende22_Monitor.py	testRecve22_Monitor.py

مثال: انتقال ثنائي الاتجاه بين العقدتين

ترسل كل عقدة رسالة على فاصل ثابت يحتوي على قيمة التحكم LED وفقًا لحالة زر الضغط.

بعد ذلك يتحقق من الرسائل المستلمة. إذا كانت هناك رسالة ذات قيمة التحكم LED ، يتم تبديل LED وفقًا لذلك.

يمكن تعيين وضع النقل (تكوين العنوان/القناة) للعقدة المحلية وعقدة الأقران حسب الرغبة في المصفوفات Addr و Chan .

رمز node0.py و node1.py متطابق باستثناء إعدادات المتغيرات Me and Peer .

Node0	Node1
node0.py	node1.py

إعداد اختبار المدى

يرسل جهاز إرسال Lora سلسلة تحتوي على معرف الرقاقة ورقم تسلسل الرسائل في فاصل ثابت.

يقوم جهاز استقبال Lora بطباعة/سجلات <Timestamp> ، <latitude> ، <Crongitude> ، <Sititued> ، <rssi> في فاصل محدد مسبقًا.

يتم فك تشفير موقف المتلقي وجدول زمني من رسائل NMEA التي تم استلامها عبر UART من جهاز استقبال GPS. لهذا الغرض ، يتم استخدام micropygps.

إذا كان ذلك متاحًا ، يتم استلام رسائل Lora الواردة من وحدة الإرسال والاستقبال Ebytee22 Lora عبر UART آخر. إذا كان لا يمكن استلام الرسائل المتوقعة من جهاز إرسال Lora لفترة معينة ، فمن المفترض أن تكون قيمة RSSI تبلغ -255 ديسيبل ، مما يشير إلى فقدان رابط Lora.

تتم طباعة tuple <tuple> ، <latitude> ، <Crongitude> ، <Sititude> ، <rssi> وكتاب اختياريًا إلى ملف سجل فقط في حالة توفر موضع صالح.

إذا تم تمكين التسجيل ، يتم إنشاء اسم ملف بتنسيق log_ <8_random_hex_digits _>. تتم كتابة ملفات السجل إلى نظام الملفات الداخلي لـ Micropython. يجب إيقاف التسجيل بشكل صريح عن طريق الضغط على مفتاح ، وإلا لا يمكن إغلاق الملف بشكل صحيح وسيكون فاسدًا/فارغًا.

يشير مصابيح LED إلى حالة إصلاح GPS ورابط Lora ، على التوالي.

عقدة المرسل	عقدة المتلقي
lora_tx.py	lora_rssi_logger.py

يمكن تحويل ملفات السجل من تنسيق CSV إلى تنسيق مناسب - مثل GPX أو KML - على المضيف لاحقًا. راجع RSSI_CSV_TO_KML.PY - يوفر ملف إخراج KML قيمة RSSI كبيانات ممتدة ليتم عرضها مع مؤامرة الارتفاع في Googleearth. (الاستخدام: rssi_csv_to_kml.py log_deadbeef.csv >log_deadbeef.kml )

ملاحظة: تعمل المؤامرة فقط كمثال - يجب أن يكون فاصل التسجيل أقصر وتم تعديل استراتيجية التسجيل بعد ذلك.