Vega Server
Re: Vega Server
Добрый день!
Общаюсь с сервером через сокет.
После отправки через сокет команды:
{"cmd": "get_device_downlink_queue_req"}
в ответ приходит сообщение:
{"cmd":"console","color":"red","message":"ERROR: [void CUserHandler::messageReceivedSlot(const QJsonObject&)]:[2592] invalid invokeMethod creating!"}
а содержательный ответ не приходит.
Подскажите в чем причина и как исправить.
Общаюсь с сервером через сокет.
После отправки через сокет команды:
{"cmd": "get_device_downlink_queue_req"}
в ответ приходит сообщение:
{"cmd":"console","color":"red","message":"ERROR: [void CUserHandler::messageReceivedSlot(const QJsonObject&)]:[2592] invalid invokeMethod creating!"}
а содержательный ответ не приходит.
Подскажите в чем причина и как исправить.
Re: Vega Server
Добрый день!
Параметр AppData мы можем запросить, добавить, удалить (get_device_appdata_req, manage_device_appdata_req, delete_device_appdata_req).
С командой get_device_downlink_queue_req есть некоторые сложности, ответ дадим немного позже.
В терминологии нашего API, есть такой параметр, как AppData (ApplicationData). Для каждого устройства, мы можем добавлять атрибуты, а далее использовать их, по своему назначению. Например, упомянутый DeviceType используется IOT Vega Pulse для верного отображения устройства. Простыми словами, чтобы пакет от электросчётчика, Pulse не пытался отобразить как данные от водосчётчика.yuri писал(а): ↑Пн, 18 ноя 2019 16:23Отмечу, что состав возвращаемых командой данных существенно отличается от того, что приведен в документации по АПИ.
Подскажите, откуда берет данные для ответа команда get_device_appdata_req ?
В первую очередь интересует значение поля 'device_type'.
Например, команда (среди прочих данных) вернула 'device_type': '8'.
Что это означает ? Есть ли однозначное соответствие между значениями полей device_type и appEui ?
Параметр AppData мы можем запросить, добавить, удалить (get_device_appdata_req, manage_device_appdata_req, delete_device_appdata_req).
С командой get_device_downlink_queue_req есть некоторые сложности, ответ дадим немного позже.
Специалист технической поддержки
ООО "Вега-Абсолют"
тел. 8-800-550-41-35
тел. +7 (383) 206 4135
ООО "Вега-Абсолют"
тел. 8-800-550-41-35
тел. +7 (383) 206 4135
Re: Vega Server
Добрый день!
Можно ли (и как) по devEUI определить производителя устройства и (хотя бы примерно) его тип ? Может сайт какой есть для этого ?
Можно ли (и как) по devEUI определить производителя устройства и (хотя бы примерно) его тип ? Может сайт какой есть для этого ?
Re: Vega Server
Вопрос к разработчикам.
Возможно ли одновременное подключение к файлу базы данных сервера нескольких приложений?
Есть потребность периодически чистить быстрорастущую базу от старых записей, а сервер останавливать не хочется.
До каких размеров может вырасти файл базы данных без потери производительности сервера?
Возможно ли одновременное подключение к файлу базы данных сервера нескольких приложений?
Есть потребность периодически чистить быстрорастущую базу от старых записей, а сервер останавливать не хочется.
До каких размеров может вырасти файл базы данных без потери производительности сервера?
Re: Vega Server
Добрый день!
Возможно ли ОДНУ базовую станцию подключить, например, к ДВУМ серверам (первый и второй) так, чтобы она переключалась на другой сервер в случае недоступности текущего ?
Возможно ли ОДНУ базовую станцию подключить, например, к ДВУМ серверам (первый и второй) так, чтобы она переключалась на другой сервер в случае недоступности текущего ?
Re: Vega Server
Стандартными средствами вряд ли. Можно попробовать дублирование UDP-пакетов от БС и их отправку на второй сервер. Никакого переключения не будет, просто два независимо работающих сервера.
Re: Vega Server
Если мне память не изменяет, то нет, такого функционала в настоящей версии не реализовано. Канал можно резервировать на станциях с GSM.
Да и как мне кажется проще сервер сделать "бессмертным" например на виртуальном кластере. Опять же его относительная "бессмертность" интересна для устройств класса "С" и управления (с тем же классом "С") - в ином случае данные из буфера передадутся на сервер сразу после появления доступности.
Я вижу несколько возможных проблем при работе 1 БС с несколькими серверами и самая главная - обеспечение непротиворечивости данных в БД.
Да и как мне кажется проще сервер сделать "бессмертным" например на виртуальном кластере. Опять же его относительная "бессмертность" интересна для устройств класса "С" и управления (с тем же классом "С") - в ином случае данные из буфера передадутся на сервер сразу после появления доступности.
Я вижу несколько возможных проблем при работе 1 БС с несколькими серверами и самая главная - обеспечение непротиворечивости данных в БД.
Re: Vega Server
Жаль, если нельзя. Только не понятно чем ПРИНЦИПИАЛЬНО использование в качестве резервного канала GSM отличается от использования UDP (с другим IP и/или портом). Связь с сервером так и так приходится восстанавливать заново.
Re: Vega Server
UDP используется и в первом и во втором случае, это протокол транспортного уровня. Резервирование канала от базовой станции до сервера не поможет зарезервировать сервер, т.е. не имеет отношения к сути вопроса. Если серьезно хотите изучить тему, погуглите UDP clone. В линукс это можно сделать средствами iptables или socat.