Lorawan-stack: Рассмотрим Rx1 и Rx2 отдельно для максимального размера полезной нагрузки
Резюме
Я не могу отправить по нисходящему каналу с размером полезной нагрузки более 54 Б (двоичный) / кодированный по базе 64 (72 Б)С ответным сообщением сервера большего размера:WARN Нисходящий канал приложения присутствует, но полезная нагрузка слишком длинная, Сообщите серверу приложений ack = true ........
Я использую модуль Telit re866, который сертифицирован 1.0.2 ClassA / C и проверяю LoRaWAN 1.0.2 для региональных параметров.
Я использую класс А
Параметры по умолчанию (sf12 / 125kHz) - rx2datarate (по умолчанию, как для спецификации lora 1.0.2)
Условия тестирования: -90 дБм
Я также установил другие датараты, например. (sf7 / 125) => Kerlink femtocell GW показывает в логах (sf7bw125)
Как я понял по lora specs max. размер полезной нагрузки 230/222. Я тестировал другие значения с тем же размером полезной нагрузки и sf12 с теми же результатами.
...
Действия по воспроизведению
... curl http: // localhost : 1885 / api / v3 / as / applications / ap2 / webhooks / fwup / devices / dv1 / down / push -X POST -H 'Авторизация: предъявитель NNSXS.CLCIYOYY * * ' - data '{"нисходящие ссылки": [{"frm_payload": "AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0NER_P0BUQ1Njc4OTo7PD0NER_P0BUQ1NJc4OTo7PD0}
Данные 71B (двоичные) ... Статус веб-перехватчика (200) - ОК
- ... Сообщение консоли сервера через некоторое время: WARN Нисходящий канал приложения присутствует, но полезная нагрузка слишком длинная, Сообщите серверу приложений ack = true ........
- Узел не получает данные
Что ты сейчас видишь?
WARN Нисходящий канал приложения присутствует, но полезная нагрузка слишком длинная, Сообщите серверу приложений ack = true ........
...
Что вы хотите увидеть вместо этого?
...
Среда
Ubuntu 16.4 / FF / Kerlink Femtocell / Telit RE866
...
Как вы предлагаете это реализовать?
...
Можете ли вы сделать это самостоятельно и отправить запрос на слияние?
...
ecities
Все 10 Комментарий
- На каком PHY вы находитесь?
- Какую скорость передачи данных вы используете для восходящего канала, когда видите эту ошибку?
johanstokking
27 июн. 2019
Узел Telit Re866 + uC (EU863-870 - lorawan 1.0.2, класс A)
информация о пакете из фемтосоты kerlink + spf (tx): для данных, ограниченных до 52B (двоичный)
Локальная сеть (Kerlink Ethernet <=> ПК Etnernet)
Модуляция: LORA
код: 4/5
imme: ложь
rfch: 0
мощность: 14
ipol: правда
ncrc: true
размер: 65
дата: sf7bw125
RSSI (rx): -80 дБм
Те же настройки для длины полезной нагрузки: 62B (двоичный)
Я просматриваю все возможности для DataRate (все терпит неудачу).
Протестированы данные восходящего канала (данные не получены на узле + ПРЕДУПРЕЖДЕНИЕ "слишком длинная полезная нагрузка" на сервере):
SF7bw125 ---
SF12bw125 ---
SF11bw125 -
SF10bw125 -
SF9bw125 -
SF8bw125 -
SF7bw250 --- ошибка присоединения
FSK - ошибка соединения
ecities
27 июн. 2019
Это происходит потому, что настроенная скорость передачи данных Rx2 - SF12BW125 (DR0). В настоящее время NS класса A планирует нисходящую линию связи таким образом, чтобы она соответствовала параметрам Rx1 и Rx2. Согласно таблице из спецификации региональных параметров, максимальный размер FRMPayload в DR0, который может использоваться для Rx2 (в случае отсутствия FOpts), составляет 51, что меньше того, что вы пытаетесь сделать.
@johanstokking Я думаю, мы должны изменить это поведение, и NS фактически должен разделять запросы планирования Rx1 и Rx2 на GS, если полезная нагрузка не подходит ни для того, ни для другого.
rvolosatovs
27 июн. 2019
@rvolosatovs да, он обязательно должен это сделать.
Вы можете подать жалобу?
johanstokking
27 июн. 2019
Есть ли какое-нибудь быстрое решение? Можем ли мы усилить скорость передачи данных в конфигурации json нисходящего канала?
Нам нужно отправить сотни пакетов нисходящего канала для обновления FW:
- около 200Б каждый (в лучшем случае)
- около 70B каждый (худший случай)
Мы рассматриваем возможность добавления дополнительного шлюза LoRaWAN только для обновления прошивки, чтобы установить «хороший диапазон» и различные сетевые серверы / серверы приложений (для производственной среды).
ecities
28 июн. 2019
Есть ли какое-нибудь быстрое решение? Можем ли мы усилить скорость передачи данных в конфигурации json нисходящего канала?
Вы можете изменить параметры Rx2 для конечного устройства, см. ttn-lw-cli dev set --help , с помощью которого вы можете установить скорость передачи данных Rx2 на высокое значение, то есть 5 (SF7BW125 в EU868).
johanstokking
28 июн. 2019
Спасибо @johanstokking, это решение
В настоящее время я обновляю прошивку для модуля LoRaWAN и имею доступный класс C.
ecities
28 июн. 2019
@ecities, которые появятся в следующем выпуске,
johanstokking
5 июл. 2019
Привет
теперь у нас возникла следующая проблема:
"ERROR Сгенерированный размер полезной нагрузки нисходящего канала не соответствует ни RX1, ни RX2, пропустить слот нисходящего канала класса A band_id = AS_923 dev_addr = FC005138 device_class = CLASS_A ..."
мы используем SF10 по умолчанию, я не понимаю почему
viethoa14
19 янв. 2021
Привет @ viethoa14
Предоставленной вами информации недостаточно для устранения этой проблемы. Если вы являетесь клиентом TTI, обратитесь в нашу службу поддержки через систему продажи билетов.
Если вы являетесь пользователем с открытым исходным кодом, предоставьте следующее, четко воспроизводящее проблему:
- Журнал стека
- Журнал событий устройства
rvolosatovs
19 янв. 2021
Смежные вопросы
johanstokking
·
8Комментарии
thinkOfaNumber
·
4Комментарии
johanstokking
·
6Комментарии
adriansmares
·
8Комментарии
w4tsn
·
6Комментарии
Самый полезный комментарий
Вы можете изменить параметры Rx2 для конечного устройства, см.
ttn-lw-cli dev set --help, с помощью которого вы можете установить скорость передачи данных Rx2 на высокое значение, то есть 5 (SF7BW125 в EU868).