подтверждение доставки (0x8C). Пакетный режим

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1 2 След.
Ответить
RSS
подтверждение доставки (0x8C). Пакетный режим, 868-2.0
 
Добрый день
Ни как не могу понять, почему не приходит подтверждение о доставке пакета?
Отправляю пакет 0x01:
>> 0x7E 00 06 01 31 00 02 20 31 7A
Приходит подтверждение об отправке 0x8B
<< 0x7E 00 07 8B 31 00 02 01 00 00 40
Удаленный модем получает пакет
<< 0x7E 00 06 81 00 16 E8 20 31 2F

далее локальный модем вроде должен отправить хосту 0x8C - подтверждение доставки. Но нет.
Версии прошивок последние (20.8.2020 11:24:20)
Кстати по команде ATVR возвращается S/W version: 3.0, однако судя по сайту это версия 3.3
устройства друг от друга близко, оба стабильно принимают пакеты друг от друга, но 0x8C среди них нет
 
Добрый вечер! Уровень RSSI, в пакете 0x81 очень высок. Попробуйте для начала разнести модули подальше или снять антенну с одного из них. Все должно заработать.
 
модули разнес. антенну снял. получил rssi в районе -50. пакеты летают, 0x8C нет
 
обнаружил, что если на устройстве, которое отправляет пакет (оно же ожидает 0x8C) в параметре DM установлен 5 бит (шифрование), то пакет с 0x8C НЕ приходит!
 
при этом состояние 5 бита DM у приемника не имеет значения
 
Добрый день! Благодарим Вас за дополнительные подробности. Будем в ближайшее время разбираться что это такое - баг или фича.
 
Добрый день, еще раз. Поведение модулей совершенно корректно.
1. Вы передаете незашифрованный пакет 0х01 (Options.5 = 0).
2. Принимающий модуль отправляет подтверждающий пакет 0х8С. Этот пакет не имеет поля данных, поэтому шифрование к нему не применимо.
3. Модуль отправитель принимает пакет 0x8C и видит, что он не зашифрован. В тоже время режим шифрования на этом модуле включен (DM.5 = 1) Поэтому принятый пакет 0х8С отбрасывается. Такая блокировка необходима для того, чтобы в сети с активированным шифрованием модули не выполняли бы нешифрованные команды.
Вообще, во избежание всяких непонятных ситуаций, не стоит смешивать шифрованные и нешифрованные режимы. Если Вы отправляете пакет нешифрованный (Options.5 =0 ), то и ответ на него следует ждать нешифрованный т.е. необходимо, чтобы и DM.5 = 0.
 
Цитата
1. Вы передаете незашифрованный пакет 0х01 (Options.5 = 0).
подождите-ка, но ведь я отправлял зашифрованный пакет!
посмотрите первое моё сообщение:
Цитата
Отправляю пакет 0x01:
>> 0x7E 00 06 01 31 00 02 20 31 7A
8ой байт - "options" = 0x20, т.е. 5 бит установлен

Далее, поясните пожалуйста
Цитата
2. Принимающий модуль отправляет подтверждающий пакет 0х8С. Этот пакет не имеет поля данных, поэтому шифрование к нему не применимо.

пакет 0х8С в любом случае не зашифрованный? Тогда как получить пакет 0x8C, если я на всех модулях установил DM.5 = 1 и все пакеты отправляю зашифрованными (Options.5 = 1) ?
 
Добрый вечер!. Да, к сожалению, не обратил внимание на то, что исходный пакет был зашифрован и Options.5 = 1. В таком случае, видимо, действительно, имеет место быть баг, исключительно касаемый пакета 0x8C. Подумаем, как его оперативно устранить (ну или превратить в фичу :) ) и выложим на сайт пофиксенную версию. Спасибо Вам за информацию.
 
Здравствуйте! Замеченную Вами некорректность мы исправили. Перед тем, как выложить новую версию на сайт, нам надо ее еще немного потестировать и подготовить сопроводительную документацию. Полагаем, что она появится на сайте только к выходным. Если отсутствие новой версии задерживает Вас в продолжении работ, то напишите нам на e-mail и мы вышлем Вам обновленные прошивки.
Страницы: 1 2 След.
Ответить
Читают тему
Форма ответов
 
Текст сообщения*
Отправить Отменить