Класс микропитона для модулей серии Ebyte E22 Lora
Поддерживаемые модули Ebyte E22 основаны на чипсетах Semtech SX1262/SX1286 и доступны для 400 МГц (410,125 ... 493,125) и 900 МГц (850,125 ... 930,125) частоты и предоставляют 22 дБм максимума. TX Power.
Простой интерфейс UART используется для управления устройством.
Ebyte DataShots:
E22-900T22D
E22-400T22D
Класс Lorae22 основан на классе Lorae32 от Effevee: https://github.com/effevee/lorae32
Подключите правильную антенну перед передачей!
Перед использованием проверьте свои локальные правила для использования этого диапазона частот. Например, в большинстве Европы максимально допустимая мощность TX ниже значения по умолчанию 22 дБм! Также могут быть дополнительные ограничения, например, ограничения на рабочее цикл ваших передач (то есть доля воздушного времени до общего времени, охватываемого в течение периода использования устройства)!

См. Код для конфигурации PIN.
Примечания: Код тестового кода LORAE22 отличается от тестового кода E32 с точки зрения используемого UART и AUX PIN! Кроме того, Lorae22 использует «нормальный режим», в то время как Lorae32 использует «режим пробуждения» в sendmessage () .
| Режим передачи | TX (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 |
Каждый узел отправляет сообщение с фиксированным интервалом, содержащим светодиодное значение управления в соответствии с состоянием кнопки.
После этого он проверяет полученные сообщения. Если доступно сообщение со светодиодным управляющим значением, светодиод переключается соответственно.
Режим передачи (адрес/конфигурация канала) для локального узла и узла сверстника может быть установлен по желанию в Addr и Chan .
Код node0.py и node1.py идентичен, за исключением настройки переменных, которые я и сверстник .
| Узел0 | Узел1 |
|---|---|
| node0.py | node1.py |
Передатчик LORA отправляет строку, содержащую идентификатор чипа, и номер последовательности сообщений с фиксированным интервалом.
Приемник LORA печатает/журналы <TimeStamp>, <sititude>, <donditude>, <высота>, <rssi> с предварительно определенным интервалом.
Положение приемника и временная метка декодированы из сообщений NMEA, полученных через UART от GPS -приемника. Для этой цели используется MicropyGPS.
Если доступно, входящие сообщения LORA получают от модуля трансивер LORA EBYTEE22 через другой UART. Если сообщения, ожидаемые от передатчика LORA, не могут быть получены в течение определенного времени, предполагается значение RSSI -255 дБм, что указывает на потерю радиосвязи LORA.
Tuple <TimeStamp>, <latitude>, <donditude>, <Altitude>, <rssi> печатается и при желании записывается в файл журнала, только если доступна допустимая позиция.
Если регистрация включена, имя файла в формате log_ <8_random_hex_digits _>. CSV создается после включения или сброса. Файлы журнала записываются в внутреннюю файловую систему MicropyThon. Регистрация должна быть четко остановлена, нажав клавишу, в противном случае файл не может быть закрыт должным образом и будет поврежден/пуст.
Два светодиода указывают состояние исправления GPS и LORA Link, соответственно.
| Узел передатчика | Узел приемника |
|---|---|
| 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 )
ПРИМЕЧАНИЕ. Сюжет просто служит примером - интервал ведения журнала должен был быть короче, а впоследствии была изменена стратегия регистрации.