Возможности, ограничения IoTVegaServer

[Rashat]

Добрый день.

В описании IoTVegaServer (ревизия 13) есть следующие ограничения:
-Максимальная частота сообщений, получаемых от оконечных устройств в зоне действия одной БС не может превышать: 10 пакетов в минуту с подтверждение и 20 пакетов в минуту без подтверждения;
-Максимальное количество оконечных устройств в зоне действия локальной сети (БС) с интервалов 1 сообщ./сутки не можем превышать 4000 шт.
- количество обращений к серверу с запросом пользовательской информации (запрос от внешнего приложения данных об устройствах) не может превышать 1 в минуту.

С чем связаны эти ограничения?
Какие еще имеются ограничения (максимальное кол-во сообщения, БС, оконечного оборудования и т.д.)?

Проводились ли какие нибудь нагрузочные испытания? Предположим, на более 50 БС, более 20 тыс. оконечным оборудований?

[Support]

Добрый день!

Добрый день.

В описании IoTVegaServer (ревизия 13) есть следующие ограничения:
-Максимальная частота сообщений, получаемых от оконечных устройств в зоне действия одной БС не может превышать: 10 пакетов в минуту с подтверждение и 20 пакетов в минуту без подтверждения;
-Максимальное количество оконечных устройств в зоне действия локальной сети (БС) с интервалов 1 сообщ./сутки не можем превышать 4000 шт.
- количество обращений к серверу с запросом пользовательской информации (запрос от внешнего приложения данных об устройствах) не может превышать 1 в минуту.

С чем связаны эти ограничения?
Какие еще имеются ограничения (максимальное кол-во сообщения, БС, оконечного оборудования и т.д.)?

Проводились ли какие нибудь нагрузочные испытания? Предположим, на более 50 БС, более 20 тыс. оконечным оборудований?

Мы не позиционируем своё ПО, как профессиональный инструмент для развёртывания сети LoRaWAN. Скорее, данный продукт подойдет для ознакомительных (тестовых) запусков сети или небольших проектов. В сетях LoRaWAN, обмен данными происходит на маленьких скоростях. В связи с этим, методом грубого подсчета приводим цифры описанные ниже.

• 10 пакетов с подтверждением в минуту - около 6 секунд на прием пакета и отправку подтверждения

• 20 пакетов без подтверждения в минуту - около 3 секунд на получение пакета

• Максимальное количество используемых устройств, не более 4000 тыс. при передаче 1 раз/ сутки

• Количество обращений к серверу с запросом пользовательской информации (запрос от внешнего приложения данных об устройствах) не может превышать одного в минуту

• По количеству базовых станций, ограничений нет. Но при эксплуатации сервера, мы упираемся в первые два пункта, этого списка.

[yuri]

Добрый день!

Мы не позиционируем своё ПО, как профессиональный инструмент для развёртывания сети LoRaWAN. Скорее, данный продукт подойдет для ознакомительных (тестовых) запусков сети или небольших проектов.

Какие есть альтернативы для общения с конечными устройствами по сети из Ваших базовых станций кроме как через Ваш сервер ?

[Support]

Добрый день!

Добрый день!

Мы не позиционируем своё ПО, как профессиональный инструмент для развёртывания сети LoRaWAN. Скорее, данный продукт подойдет для ознакомительных (тестовых) запусков сети или небольших проектов.

Какие есть альтернативы для общения с конечными устройствами по сети из Ваших базовых станций кроме как через Ваш сервер ?

Например, сетевой сервер Brocaar, Nekta, Lartech.

[Rashat]

Какие требования к линуксу есть? версия? дистрибутив?

[senswet]

Мы не позиционируем своё ПО, как профессиональный инструмент для развёртывания сети LoRaWAN. Скорее, данный продукт подойдет для ознакомительных (тестовых) запусков сети или небольших проектов. В сетях LoRaWAN, обмен данными происходит на маленьких скоростях. В связи с этим, методом грубого подсчета приводим цифры описанные ниже.

Однако цены на лицензии за такой, по вашим словам, "ознакомительный" инструмент, совсем не детские. Например, 500 баксов за 1000 устройств. Честно говоря, мне, как пользователю, тревожно слышать от производителя такие вещи. Люди покупают ваше оборудование, берут ваш софт, надеются на него, планируют строить серьезные проекты, разрабатывают верхний уровень под ваше API, а тут выясняется, что это не совсем профессиональный инструмент и он скорее годится для тестовых запусков сети.

[petrov_ab]

Вы обратите внимание, что 500 баксов за 1000 чужих (не ВЕГА-абсолют) устройств. Все устройства ВЕГА подключаются бесплатно.

[senswet]

Вы обратите внимание, что 500 баксов за 1000 чужих (не ВЕГА-абсолют) устройств. Все устройства ВЕГА подключаются бесплатно.

Естественно. Речь не о том, чьи устройства. Читайте внимательнее.

[petrov_ab]

Я читаю внимательно. Если вы говорите о том, что абсолютно бесплатное ПО ВЕГА для тестов только (я с ним работаю довольно давно и сейчас число устройств далеко за сотню) - при чем тут баксы? А если вы говорите, что это ПО не подходит для супер крупных проектов - тогда у вас два пути - или сочинять свое, либо использовать готовое облачное.
К чему хаять людей у которых на мой взгляд наиболее интересные предложения и решения?
Извините, если обидел.

[petrov_ab]

Добавлю - в соседней ветке практически неприкрытая реклама от НЕКТА - пожалуйста, берите устройства от ВЕГА, ПО и облако от них. Потом расскажете, во что это встанет и насколько удобно будет. Просто если хотите полное управление - это значит локальноле ПО, Если хотите "чтобы все за меня делал интегратор" - "Дорога в облака" (С) PINK FLOYD