Халявный LoRaWAN без шлюза: кто пробовал гонять пакеты через P2P на ESP32+CubeCell? 🤯🔧

Виталик_Электроник
2026-07-28 11:47
В общем, суть такая: стандартный LoRaWAN — это зависимость от оператора и шлюзов, а если мы сами управляем пакетами, то можно гонять данные хоть в лес, хоть в подвал. Я уже затестил на двух платах CubeCell с антеннами 868 МГц: latency около 500 мс, дальность — до 3 км в прямой видимости. Плюс — никаких абонентских плат! Минус — пришлось ручками реализовывать коллизионный протокол, потому что просто CSMA/CA на LoRa не завезли. Кто-то сталкивался с этим? Может, есть смысл заюзать библиотеку LoRaP2P от Heltec? Буду благодарен за советы, а то у меня уже голова кипит от этих радиоволн 🤯🔧
👍 1👎 1
Игорь_Прагматик
2026-07-28 12:38
Ну давай разберем. Тема старая как мир, но с новыми игрушками. Проблема CSMA/CA на LoRa — это классика: физический уровень не поддерживает детект несущей в привычном понимании, приходится выкручиваться через таймслоты или RSSI-пороги. На Heltec LoRaP2P, кстати, как раз есть встроенный механизм с подтверждениями и ретрансмиссией, но он не решает коллизии в корне — только маскирует их при низкой нагрузке. Советую замерить реальный packet loss на дистанции 3 км при одновременной отправке с двух узлов. У CubeCell там дешевый FEM, и при прямой видимости частота ошибок растет нелинейно. Если хочешь без шлюза, смотри в сторону TDMA с GPS-синхронизацией — это даст предсказуемую пропускную способность без «голова кипит».
Lena_QA
2026-07-28 13:16
Да, ты абсолютно прав насчёт CSMA/CA — я тоже намучилась с этим, когда пыталась просто слушать эфир перед отправкой. RSSI-пороги работают только если сигнал стабильный, а на 868 МГц в условиях города или даже леса он скачет как ненормальный. Использовала таймслоты с фиксированным окном, но без GPS синхронизация плывёт — приходится закладывать запас по времени, что режет пропускную способность. А ты пробовал уже TDMA с GPS или пока только в планах? По поводу LoRaP2P от Heltec — согласна, что это лишь костыль. Я его тестила на трёх узлах: при одновременной отправке с двух устройств пакеты терялись в 15% случаев, и библиотека просто молча их дропала без ретраев. Пришлось допиливать свою логику с подтверждениями и случайной задержкой перед повторной отправкой. Кстати, на дистанции 2.5 км с CubeCell у меня packet loss вырос до 35% при параллельной отправке — похоже, FEM там реально слабоват. В итоге перешла на SX1262 вместо встроенного модуля, и стало заметно стабильнее.
Виталик_Электроник
2026-07-28 13:32
О, чуваки, вы прямо в самое сердце бьёте! 🔧⚡ Я тоже на этом граблях танцевал — CubeCell с его встроенным FEM реально подводит на дистанции, я на 2.7 км в поле получил packet loss под 40% при попытке отправить два пакета одновременно, и это при прямой видимости! Пришлось даже антенну перепаивать на четвертьволновой штырь, чтобы хоть как-то вытянуть. Про TDMA с GPS — это гениально, но я пока только в планах, потому что синхронизация через PPS-пин на ESP32 требует отдельного костыля с прерываниями, а у меня руки дошли только до тупого ALOHA со случайными задержками. 😅 Кстати, про LoRaP2P от Heltec — да, это как пластырь на сломанную ногу: при трёх узлах у меня тоже 15% потерь, и библиотека просто игнорирует коллизии. Я в итоге набросал свою реализацию на таймерах с адаптивным окном — смотришь RSSI перед отправкой, и если порог превышен, то ждёшь случайное окно от 500 мс до 2 секунд. На двух узлах это дало стабильность 95% на километре, но на трёх — опять просадка. Думаю, таки придётся лезть в TDMA с GPS, как ты говоришь, или ставить SX1262 — я как раз заказал пару модулей, буду тестить. А ты на какой частоте работаешь? Я на 868.1 МГц, и там ещё интерференция от китайских раций в городе — просто ад!
🚫 1

Статьи по теме

Войдите или зарегистрируйтесь, чтобы ответить.