Vega Server

Только ПО разработанное в Вега-Абсолют
yuri
Мимо проходил
Сообщения: 29
Зарегистрирован: Пт, 15 ноя 2019 11:25

Re: Vega Server

Сообщение yuri » Вт, 19 ноя 2019 16:11

Добрый день!

Общаюсь с сервером через сокет.

После отправки через сокет команды:

{"cmd": "get_device_downlink_queue_req"}

в ответ приходит сообщение:

{"cmd":"console","color":"red","message":"ERROR: [void CUserHandler::messageReceivedSlot(const QJsonObject&)]:[2592] invalid invokeMethod creating!"}

а содержательный ответ не приходит.

Подскажите в чем причина и как исправить.

Аватара пользователя
Support
Техническая поддержка
Сообщения: 124
Зарегистрирован: Вт, 11 июн 2019 15:14

Re: Vega Server

Сообщение Support » Ср, 20 ноя 2019 11:54

Добрый день!
yuri писал(а):
Пн, 18 ноя 2019 16:23
Отмечу, что состав возвращаемых командой данных существенно отличается от того, что приведен в документации по АПИ.

Подскажите, откуда берет данные для ответа команда get_device_appdata_req ?

В первую очередь интересует значение поля 'device_type'.

Например, команда (среди прочих данных) вернула 'device_type': '8'.
Что это означает ? Есть ли однозначное соответствие между значениями полей device_type и appEui ?
В терминологии нашего API, есть такой параметр, как AppData (ApplicationData). Для каждого устройства, мы можем добавлять атрибуты, а далее использовать их, по своему назначению. Например, упомянутый DeviceType используется IOT Vega Pulse для верного отображения устройства. Простыми словами, чтобы пакет от электросчётчика, Pulse не пытался отобразить как данные от водосчётчика.

Параметр 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

yuri
Мимо проходил
Сообщения: 29
Зарегистрирован: Пт, 15 ноя 2019 11:25

Re: Vega Server

Сообщение yuri » Чт, 21 ноя 2019 19:40

Добрый день!

Можно ли (и как) по devEUI определить производителя устройства и (хотя бы примерно) его тип ? Может сайт какой есть для этого ?

Самуил
Просто смотрю
Сообщения: 57
Зарегистрирован: Вт, 02 июл 2019 13:10

Re: Vega Server

Сообщение Самуил » Пн, 09 дек 2019 14:38

yuri писал(а):
Чт, 21 ноя 2019 19:40
Добрый день!

Можно ли (и как) по devEUI определить производителя устройства и (хотя бы примерно) его тип ? Может сайт какой есть для этого ?
http://standards-oui.ieee.org/oui/oui.txt

senswet
Мимо проходил
Сообщения: 26
Зарегистрирован: Чт, 18 июл 2019 15:18

Re: Vega Server

Сообщение senswet » Вт, 17 дек 2019 13:01

Вопрос к разработчикам.

Возможно ли одновременное подключение к файлу базы данных сервера нескольких приложений?
Есть потребность периодически чистить быстрорастущую базу от старых записей, а сервер останавливать не хочется.
До каких размеров может вырасти файл базы данных без потери производительности сервера?

yuri
Мимо проходил
Сообщения: 29
Зарегистрирован: Пт, 15 ноя 2019 11:25

Re: Vega Server

Сообщение yuri » Вт, 17 дек 2019 13:10

Добрый день!

Возможно ли ОДНУ базовую станцию подключить, например, к ДВУМ серверам (первый и второй) так, чтобы она переключалась на другой сервер в случае недоступности текущего ?

senswet
Мимо проходил
Сообщения: 26
Зарегистрирован: Чт, 18 июл 2019 15:18

Re: Vega Server

Сообщение senswet » Вт, 17 дек 2019 14:47

yuri писал(а):
Вт, 17 дек 2019 13:10
Добрый день!

Возможно ли ОДНУ базовую станцию подключить, например, к ДВУМ серверам (первый и второй) так, чтобы она переключалась на другой сервер в случае недоступности текущего ?
Стандартными средствами вряд ли. Можно попробовать дублирование UDP-пакетов от БС и их отправку на второй сервер. Никакого переключения не будет, просто два независимо работающих сервера.

petrov_ab
Иногда пишу
Сообщения: 144
Зарегистрирован: Вт, 16 июл 2019 16:42
Откуда: Подмосковье

Re: Vega Server

Сообщение petrov_ab » Вт, 17 дек 2019 14:50

Если мне память не изменяет, то нет, такого функционала в настоящей версии не реализовано. Канал можно резервировать на станциях с GSM.
Да и как мне кажется проще сервер сделать "бессмертным" например на виртуальном кластере. Опять же его относительная "бессмертность" интересна для устройств класса "С" и управления (с тем же классом "С") - в ином случае данные из буфера передадутся на сервер сразу после появления доступности.
Я вижу несколько возможных проблем при работе 1 БС с несколькими серверами и самая главная - обеспечение непротиворечивости данных в БД.

yuri
Мимо проходил
Сообщения: 29
Зарегистрирован: Пт, 15 ноя 2019 11:25

Re: Vega Server

Сообщение yuri » Вт, 17 дек 2019 15:01

petrov_ab писал(а):
Вт, 17 дек 2019 14:50
Если мне память не изменяет, то нет, такого функционала в настоящей версии не реализовано. Канал можно резервировать на станциях с GSM.
Жаль, если нельзя. Только не понятно чем ПРИНЦИПИАЛЬНО использование в качестве резервного канала GSM отличается от использования UDP (с другим IP и/или портом). Связь с сервером так и так приходится восстанавливать заново.

senswet
Мимо проходил
Сообщения: 26
Зарегистрирован: Чт, 18 июл 2019 15:18

Re: Vega Server

Сообщение senswet » Вт, 17 дек 2019 15:11

yuri писал(а):
Вт, 17 дек 2019 15:01
Жаль, если нельзя. Только не понятно чем ПРИНЦИПИАЛЬНО использование в качестве резервного канала GSM отличается от использования UDP (с другим IP и/или портом). Связь с сервером так и так приходится восстанавливать заново.
UDP используется и в первом и во втором случае, это протокол транспортного уровня. Резервирование канала от базовой станции до сервера не поможет зарезервировать сервер, т.е. не имеет отношения к сути вопроса. Если серьезно хотите изучить тему, погуглите UDP clone. В линукс это можно сделать средствами iptables или socat.

Ответить