Vega Server

[Support]

Добрый день!

Большое спасибо за ответ !

1. CFList - список дополнительных частот, сообщаемый сервером, устройству (см. LoRaWAN Specification). Правильно парсить данное поле, помогут таблицы из документа (LoRaWAN Regional Parameters).

Я в курсе. Я же написал, что содержимое не соответствует документации правообладателя. В частности последний байт CFList должен быть равен 0, только тогда этот список несет содержимое о частотах. У вас этот байт не нулевой, всегда разный. Список частот состоит из некоторого количества частот , каждая из которых занимает по три байта, иными словами это без знаковое число 24 бита, содержащее частоту в герцах деленную на 100. У вас эти данные не имеют никакого отношения к реальности, они всегда разные. Это ошибка ? Или это намеренно передаваемые данные? Если второе, то что это ?

JoinAccept зашифрован ключом AppKey. Перед разбором пакета, требуется его расшифровать. Вы это сделали?

[and]

1. К SQLite БД конечно подключение может быть только одно.

Можно немного подробнее про данное ограничение? Файл server.db не блокируется при работающем процессе iot-vega-server и может быть параллельно открыт для просмотра, например в DB Browser for SQLite. Кроме того, в описании IOT Vega Server (Приложение А) указана возможность работы с БД (не уточняется, какой) в режиме "только чтение".

[Brokly]

Добрый день!

JoinAccept зашифрован ключом AppKey. Перед разбором пакета, требуется его расшифровать. Вы это сделали?

Конечно !!! Иначе я не получил бы сессионные ключи, не авторизовался бы, не смог бы вести диалог с сервером, не получил бы датарейт второго окна, задержку на открытие RX1. Эти то параметры в норме А вот CFList - понять невозможно.

[senswet]

1. К SQLite БД конечно подключение может быть только одно.

Можно немного подробнее про данное ограничение? Файл server.db не блокируется при работающем процессе iot-vega-server и может быть параллельно открыт для просмотра, например в DB Browser for SQLite. Кроме того, в описании IOT Vega Server (Приложение А) указана возможность работы с БД (не уточняется, какой) в режиме "только чтение".

Читать можно, писать нельзя. Речь о редактировании шла.

[Brokly]

Добрый день!

JoinAccept зашифрован ключом AppKey. Перед разбором пакета, требуется его расшифровать. Вы это сделали?

Конечно !!! Иначе я не получил бы сессионные ключи, не авторизовался бы, не смог бы вести диалог с сервером, не получил бы датарейт второго окна, задержку на открытие RX1. Эти то параметры в норме А вот CFList - понять невозможно.

Мне кажется, что вам проще забыть про эту ошибку. Ответов нет. Попыток смоделировать эту ситуацию у себя на стенде, судя по всему, вы не делали. Какое то странное, безответственное, просто наплевательское, поведение по отношению к потребителю.

[Brokly]

Вот еще вам вопросец по серверу. Вот кусок лога:

10.02.2020 21:52:9 UNCONF_DOWN 3c3e SF7 BW125 4/5 355 868500000 SUCCESS
10.02.2020 21:52:7 UNCONF_DOWN 3c3e SF7 BW125 4/5 354 867900000 TOO_LARGE_GW_PING_ERR
10.02.2020 21:52:6 CONF_UP SF7 BW125 4/5 347 867900000

Вот как это понимать? Нода класса А, отправила пустой пакет, что бы получить команду от сервера. Ну допускаю, что по каким то причинам серверу не удалось связаться с БС. Ну ок, с RX1 пролетели, не успели. Почему во второе окно сервер передает не через секунду, а через две !? Я вообще сомневаюсь надо ли это делать в соответствии со спецификацией. Так по спецификации второе окно открывается на ОДНУ секунду позже первого.... Что это, зачем это ?

[and]

С командой get_device_downlink_queue_req есть некоторые сложности, ответ дадим немного позже.

Есть какие-то уточнения по поводу этой команды? Использую сервер версии 1.2.1 (Windows).
Передаю в websocket минимальный запрос (с фильтром select и списком DevEUI тоже пробовал)

Код: Выделить всё

{"cmd":"get_device_downlink_queue_req"}
{"cmd":"get_device_downlink_queue_req","select":{"devices_list":["..."]}}

В консоли сервера сообщение:

Код: Выделить всё

QMetaObject::invokeMethod: No such method CDataBaseHandler::getDownlinkQueue(QStringList,bool)
Candidates are:
    getDownlinkQueue(QList<QString>,bool)
ERROR: [void CUserHandler::messageReceivedSlot(const QJsonObject&)]:[2592] invalid invokeMethod creating!

[Support]

Добрый день!

С командой get_device_downlink_queue_req есть некоторые сложности, ответ дадим немного позже.

Есть какие-то уточнения по поводу этой команды? Использую сервер версии 1.2.1 (Windows).
Передаю в websocket минимальный запрос (с фильтром select и списком DevEUI тоже пробовал)

Код: Выделить всё

{"cmd":"get_device_downlink_queue_req"}
{"cmd":"get_device_downlink_queue_req","select":{"devices_list":["..."]}}

В консоли сервера сообщение:

Код: Выделить всё

QMetaObject::invokeMethod: No such method CDataBaseHandler::getDownlinkQueue(QStringList,bool)
Candidates are:
    getDownlinkQueue(QList<QString>,bool)
ERROR: [void CUserHandler::messageReceivedSlot(const QJsonObject&)]:[2592] invalid invokeMethod creating!

Проблему исправили.

Актуальную версию сервера, можете скачать по указанной ссылке:

ftp://89.189.183.233:30451/

[drys]

Пробовал устанавливать подключение к серверу через скрипт пайтона и через приложение на с#. Отправлял данные ( команды cmd с параметрами), ответы не пииходят. В консоли сервера не отображается подключение сокета. В режиме отладки пишет что подключение установлено. Что делаю не так? Можете дать пример подключения? Или порядок подключения. *- сервер на локалхосте , без оборудования.

[Support]

Добрый день!

Пробовал устанавливать подключение к серверу через скрипт пайтона и через приложение на с#. Отправлял данные ( команды cmd с параметрами), ответы не пииходят. В консоли сервера не отображается подключение сокета. В режиме отладки пишет что подключение установлено. Что делаю не так? Можете дать пример подключения? Или порядок подключения. *- сервер на локалхосте , без оборудования.

Если сервер не видит подключения, значит его нет. Мешать подключению могли правила брандмауэра, но в Вашем случае сервер на машине с которой и выполняется подключение.

Пример:
http://www.websocket.org/echo.html