Тариф Базовый что будет

[A.Simonov]

Самая плохая новость на мой взгляд, увеличение периода опроса и в разы. Я понимаю что можно было сделать дополнительные плюшки за деньги ( мнемосхемы, смс ....) но с таким периодом опроса это конечно никуда.

Добрый день.

К сожалению, 1 секунда которая была раньше - очень нагружает наши сервера, в том числе и сервера хранения архивов (данные хранятся за 90 дней).
Часто пользователи об этом не задумываются и ставят период опроса равный одной секунде, даже если данные так часто им не нужны.
Поэтому было принято решение сделать ускорение опроса - платным.

На платных тарифах период опроса существенно меньше.
Вплоть до 10 секунд.

Какой период опроса вы считаете оптимальным для себя и почему?
Скажите, для каких задач вам может потребоваться период опроса меньший чем 10 секунд?

[Иван 2]

Добрый день.

К сожалению, 1 секунда которая была раньше - очень нагружает наши сервера, в том числе и сервера хранения архивов (данные хранятся за 90 дней).
Часто пользователи об этом не задумываются и ставят период опроса равный одной секунде, даже если данные так часто им не нужны.
Поэтому было принято решение сделать ускорение опроса - платным.

На платных тарифах период опроса существенно меньше.
Вплоть до 10 секунд.

Какой период опроса вы считаете оптимальным для себя и почему?
Скажите, для каких задач вам может потребоваться период опроса меньший чем 10 секунд?

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

[Емельянов Кирилл]

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

Вы управляете аварийной автоматикой через облако?

[konst_smn]

Добрый день.

К сожалению, 1 секунда которая была раньше - очень нагружает наши сервера, в том числе и сервера хранения архивов (данные хранятся за 90 дней).
Часто пользователи об этом не задумываются и ставят период опроса равный одной секунде, даже если данные так часто им не нужны.
Поэтому было принято решение сделать ускорение опроса - платным.

На платных тарифах период опроса существенно меньше.
Вплоть до 10 секунд.

Какой период опроса вы считаете оптимальным для себя и почему?
Скажите, для каких задач вам может потребоваться период опроса меньший чем 10 секунд?

лирическое отступление - был разработчиком программ одного из отечественных семейств контроллеров, в 1995 в представительстве Intel рекомендовали применить Intel386EX. Мы были в РФ первыми. Через год после запуска серийного выпуска перестала работать маркерная сеть. Долго искали, в чем дело, докопались, что процессор был preliminary (ну, типа предсерийный) в течении полутора лет, и в серийном поменяли штук 5 бит управления (перенесли в другой разряд, искать пришлось неделю ).
Так что и облако было, получается, preliminary .
Теперь по сути вашего вопроса.
Требования заказчика. Один из примеров - контролируется ряд параметров сети водоснабжения - давление в водопроводе, температуры в помещениях, проникновение в технические помещения, сигнал с датчика пожарной сигнализации (понятно, что зимой за 10 секунд ничего не замерзнет, и даже за десятки минут, если в будку влезли - то влезли, ехать до нее минут 40, все "свистнут", или все сгорит, но заказчика не переубедишь).

До этого внедряли системы с выделенными IP-адресами, там, конечно же, время опроса "плавало".
Всегда было, и есть убеждение - защиты и блокировки в АСУТП должны работать внутри системы, без АРМов и т.п. вещей.
Даже если перерубить провода, отключить сотовую связь и обесточить провайдеров , и все ситсемы всегда делал именно так.

Вопрос по конфигурациям, прошу ответить без отсыла к руководству, т.к. сделал две фирмы системными интеграторами "ОВЕН" и они с технологией работают.
================================================== ==========
Имеется интегратор в облаке, у него есть фирмы-заказчики.
У одного из интеграторов порядка 5 фирм в облаке, выделены как отдельные компании-заказчики.
У одного из заказчиков - 9 узлов со шлюзами, каждый шлюз опрашивает 2-3 прибора (ПР200, СИ-8, частотники), на приборах до 20 сигналов.
================================================== =====================================
Никаких "усечений" не будет? Все параметры и приборы, события с сообщениями и команды будут так же доступны, только на базовом тарифе время опроса увеличиться до 60 секунд (вместо 5 секунд ранее)?

[A.Simonov]

Требования заказчика. Один из примеров - контролируется ряд параметров сети водоснабжения - давление в водопроводе, температуры в помещениях, проникновение в технические помещения, сигнал с датчика пожарной сигнализации (понятно, что зимой за 10 секунд ничего не замерзнет, и даже за десятки минут, если в будку влезли - то влезли, ехать до нее минут 40, все "свистнут", или все сгорит, но заказчика не переубедишь).

Добрый день.

Сейчас мы активно собираем обратную связь. И если будет понятно, что 10 секунд не достаточно, возможно поменяем тарифную сетку или добавим еще более скоростные тарифы, но вряд ли ускорим до одной секунды.
Даже если смотреть на некоторые аналогичные сервисы (ссылок не будет), то нет у них таких скоростей опроса, а если есть, то цена при такой скорости опроса становится космической. Уж точно задумаешься о создании своего облачного решения, как выше говорил Вячеслав Лапшин.

Всегда было, и есть убеждение - защиты и блокировки в АСУТП должны работать внутри системы, без АРМов и т.п. вещей.
Даже если перерубить провода, отключить сотовую связь и обесточить провайдеров , и все ситсемы всегда делал именно так.

Это правильный подход. Облако это удобно и здорово, но противоаварийная автоматика точно не должна зависеть от интернета, сотового провайдера и т.п.

Никаких "усечений" не будет? Все параметры и приборы, события с сообщениями и команды будут так же доступны, только на базовом тарифе время опроса увеличиться до 60 секунд (вместо 5 секунд ранее)?

В настоящее время мы не планируем дополнительно урезать базовый тариф, и такая идея не лежит на повестке дня.
На текущий момент все планы связаны с увеличением функционала платных тарифов и доработкой текущего функционала (работа с юрлицами, например), доработкой интерфейса и т.п.

P.S.
Базовый тариф будет отличаться от текущего:
1) Скоростью опроса 1 сек -> 60 сек
2) Числом конфигураций 5 шт -> 2 шт

P.P.S.
Конфигурации - это заранее запомненные значения конфигурационных параметров, которые можно записать нажатием одной кнопки. Такие конфигурации доступны для каждого прибора.

[konst_smn]

Добрый день.

Сейчас мы активно собираем обратную связь. И если будет понятно, что 10 секунд не достаточно, возможно поменяем тарифную сетку или добавим еще более скоростные тарифы, но вряд ли ускорим до одной секунды.
Даже если смотреть на некоторые аналогичные сервисы (ссылок не будет), то нет у них таких скоростей опроса, а если есть, то цена при такой скорости опроса становится космической. Уж точно задумаешься о создании своего облачного решения, как выше говорил Вячеслав Лапшин.


Это правильный подход. Облако это удобно и здорово, но противоаварийная автоматика точно не должна зависеть от интернета, сотового провайдера и т.п.


В настоящее время мы не планируем дополнительно урезать базовый тариф, и такая идея не лежит на повестке дня.
На текущий момент все планы связаны с увеличением функционала платных тарифов и доработкой текущего функционала (работа с юрлицами, например), доработкой интерфейса и т.п.

P.S.
Базовый тариф будет отличаться от текущего:
1) Скоростью опроса 1 сек -> 60 сек
2) Числом конфигураций 5 шт -> 2 шт

P.P.S.
Конфигурации - это заранее запомненные значения конфигурационных параметров, которые можно записать нажатием одной кнопки. Такие конфигурации доступны для каждого прибора.

Дополнительно.
Параметры динамики обмена очень жестко прописываются в ТЗ на системы, работающие на электростанциях и опасных производствах. При наличии сотен или тысяч сигналов - каждый сигнал должен опрашиваться раз в 500 мс - 1 с. Однако в этих случаях ни о каком облаке и речи быть не может по следующим причинам:
1) В облачном сервисе любого поставщика бывают перерывы на обслуживание на период в часы;
2) Период опроса, прописываемый в облаке, в любом случае следует считать не х секунд, а от х секунд и более - где в цепочке могут быть еще множество провайдеров со своими задержками и проблемами. Например, была ситуация, когда облако работало, а сотовый оператор официально подтвердил, что интернет в его сети появится только через день.
Так что, несмотря на соблазн схитрить с дешевым решением на основе облака - парню из Казахстана скажу, что его систему с котельными, если это не неспешный мониторинг, а система требующая постоянной возможности вмешательства в процесс - надо организовывать не облако, а что-то свое, или мириться с увы, ухудшившимися характеристиками (чудес не бывает, халява в любых сферах - это всегда промо-акция, а нормальная услуга стоит денег, т.к. люди должны на что-то жить, обновлять технику, и т.п.).
"Не халява" - да, за нее придется платить, у тут, при определенном количестве шлюзов, и требованиям к скорости, выгоднее платить за облако, чем покупать "белые" или "серые" IP-адреса и платить за них абонплату.