Комментарии 38
и если можно подробней о методике тестирования дальности…
RN2483 не умеет выдавать RSSI (или я не нашел), так что методика тестирования простая — Raspberry Pi мигает светодиодом при получении данных, дальше идем и смотрим где пропал сигнал.
только они подключаются по SPI, так вот для них я написал программу связи с Nucleo
и отображал на экранчике, подключенном к Nucleo параметры принимаемого сигнала, которые можно получить, прочитав регистры SX1272
//RegPktSnrValue (0x19) Variable Name — PacketSnr
//Estimation of SNR on last packet received.In two’s compliment
//format mutiplied by 4.
//SNR[dB ] = PacketSnr[twos compliment] / 4
buffer[0] = RFM_Read(0x19);
//RegPktRssiValue (0x1A) Variable Name — PacketRssi
//RSSI of the latest packet received (dBm)
// RSSI[dBm ] = – 137 + PacketRssi
buffer[1] = RFM_Read(0x1A);
//RegRssiValue (0x1B) Variable Name — Rssi
//Current RSSI value (dBm)
// RSSI[dBm ] = – 137 + Rssi
buffer[2] = RFM_Read(0x1B);
думаю RN2483 тоже такое может
было бы тогда интарестно оценить затухание сигнала в количественных единицах
В официальной документации про лору указано, что уровень сигнала может быть даже ниже уровня шума, а прием достигается за счет широкополосного кодирования. Поэтому конкретно RSSI мерять не слишком много смысла, он не будет сильно отличаться от любой пары трансиверов с подобными частотой, мощностью и антеннами в таких же условиях.
Зато, как написали рядом, у них есть оценка SNR, и там имеется ввиду уже качество сигнала с учетом кодирования.
Это в принципе основное, а p2p-соединение лишь как одно из возможных применений.
Все это можно сделать и самому конечно, но здесь это работает «из коробки» (при условии что вы в зоне покрытия сети).
LoRa в сравнении с узкополосной передачей силабса и прочих дает очень полезную штуку — отсутствие необходимости TCXO или подстройки частоты. А если силабс настроить на более широкую полосу, дальность будет хуже, чем у лоры.
Я тоже делал. Пока полоса хоть как-то широкая, никаких проблем нет. Как только возникает желание сделать дальность максимальной с битовой скоростью 300-600, девиацией 1-2 кГц и полосой приемника 2-5 кГц, начинается веселье, при котором два модуля при старте друг друга даже не слышат, потому что 50 ppm кварца превращаются в десяток (или не один) килогерц на 868 МГц. И нужно датчику еще искать БС, потом не терять ее при изменении температуры и временных помехах...
Впрочем, это всё решаемо, и при наличии SDR-приемника в БС вполне легко решаемо, и выжать из узкополосной связи можно заметно большую дальность, да. Но это не мешает лоре иметь свою нишу с простотой, широкой полосой, одновременным приемом нескольких сигналов и несколько лучшей дальностью, чем простые решения на обычных трансиверах.
Когда занимался этим, 2-3 года назад, подобного не видел. Тогда, ничего лучшего, чем несколько БС в одном помещении\зоне и примерное вычисление по RSSI, не нашли.
Получается, но нужно МНОГО базовых станций :)
Впрочем, и с более корректной технологией есть шанс измерить расстояние более сильного отражения, а не прямого сигнала, на такой-то несущей.
Еще попробую более медленный режим sf12, может с ним побольше будет.
метров 300-500 в пределах прямой видимости,
возможно все дело в том, что по описанной ссылке применяли
«Комплект разработчика SX1276DVK1JAS»
и там другая ВЧ тополигия плат
ПК, Arduino, микроконтроллер, etc
т.д. и т.п. не в почёте?
Тестирование радиомодемов LoRa/LoRaWAN RN2483. Часть 1, LoRa