автоматическая запись параметра по графику

[АлександрЭИ]

есть ли возможность автоматической записи параметра с настраиваемой периодичностью?
например, нужно параметр uint16 перезаписывать каждый час с 0 на 1 и обратно

[АлександрЭИ]

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

[melky]

АлександрЭИ в других решениях все есть. Если это предприятие, у которого есть выделенный IP из всех доп затрат это стоимость ПК, для мелких задач подойдет любой ПК, стоимостью в районе 20-25К. Зато собственное облако, без привязки к железу (шлюзы Овен) на разные протоколы, а не только Modbus и т.д. и т.п.

Пока вы дождетесь простых решений от Овен, рак на горе свистнет...

[A.Simonov]

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

Добрый день.

На данный момент такого функционала нет.
И вроде бы мы не планировали ничего такого.

Но идея нам понравилась, мы занесли в бэклог.
Скажите а какая конкретно задача у вас? Чем и зачем хотите управлять?

[A.Simonov]

АлександрЭИ в других решениях все есть. Если это предприятие, у которого есть выделенный IP из всех доп затрат это стоимость ПК, для мелких задач подойдет любой ПК, стоимостью в районе 20-25К. Зато собственное облако, без привязки к железу (шлюзы Овен) на разные протоколы, а не только Modbus и т.д. и т.п.

Пока вы дождетесь простых решений от Овен, рак на горе свистнет...

Решения принципиально разные и имеют свои плюсы и минусы.

Например, использование сторонних облачных сервисов ​не требует:
1) больших навыков
2) поддержания инфраструктуры,
3) людей умеющих настраивать и обслуживать все это

Плюс наше облако имеет мобильное приложение, API для интеграции в сторонние сервисы, а так же имеет значительно более простой интерфейс.
Понятно, что есть и минусы, которые вы упомянули, но в целом выбор не так однозначен, как вы попытались представить.

[melky]

Ну да, только сейчас вам понравилась идея, а о возможности передавать данные от одного устройства другому по событиям у вас спрашивают уже на протяжении года наверное, если не больше. Данная задача записи переменной по графику из той же оперы...

[A.Simonov]

Ну да, только сейчас вам понравилась идея, а о возможности передавать данные от одного устройства другому по событиям у вас спрашивают уже на протяжении года наверное, если не больше. Данная задача записи переменной по графику из той же оперы...

Постепенно все идеи будут реализованы, на этом этапе вводим первые платные функции.
Кстати, этот этап уже близится к концу. В ближайшее время планируем релиз.
Дальше будут другие этапы, где все пожелания постепенно будут реализованы.
При планировании функционала, мы всегда ориентируемся на запросы от клиентов.

[Сергей0308]

Мелкий понимаете что получится, если в облаке ещё и контроллер будет, то вероятно многие, в целях экономии, и контроллеры не будут в шкафах ставить!

[melky]

Сергей0308 контролировать всегда надо объект, ибо облако может и связь потерять, но люди часто спрашивали такую возможность для создания общих переменных как минимум. Далее уже дело каждого что и как реализовывать.

[A.Simonov]

раз уж речь зашла о пожеланиях, может пойдете по пути Яндекса с их облачной функцией. Определенный вид запроса к облаку, запускает функцию, которая выполняет заранее написаный скрипт пользователем, а том хоть единички-нолики перезаписывай, хоть транслирую данные из одного слейва в другой, хоть уведомления в мессенджеры посылай

Все таки у Яндекс облака несколько другая целевая аудитория и позиционирование.
Как минимум необходим совсем другой уровень навыков для работы с ним.
И мы напрямую не сравниваем себя с подобными облаками.

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

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

[АлександрЭИ]

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

[Artemid]

Здравствуйте, подскажите пожалуйста с таким вопросом: есть пресс вулканизации, мне необходимо отправлять в Овен Клауд измеренное время вулканизации и температуру. Подсчет времени планирую макросом Time U/D. Как мне организовать передачу измеренного времени и температуру по окончании цикла вулканизации, и сохранять эти пакеты в таблице? На данный момент переменная с подсчетом меняется постоянно и постоянно отправляется что не дает объективной картины. То есть чтобы отправка параметра производилась по команде. Есть такая возможность?

[A.Simonov]

Здравствуйте, подскажите пожалуйста с таким вопросом: есть пресс вулканизации, мне необходимо отправлять в Овен Клауд измеренное время вулканизации и температуру. Подсчет времени планирую макросом Time U/D. Как мне организовать передачу измеренного времени и температуру по окончании цикла вулканизации, и сохранять эти пакеты в таблице? На данный момент переменная с подсчетом меняется постоянно и постоянно отправляется что не дает объективной картины. То есть чтобы отправка параметра производилась по команде. Есть такая возможность?

Добрый день.

Облако выступает в роли мастера, который циклично, с заданным периодом, ведет опрос.
Т.е. инициировать передачу данных в облако нельзя, облако само запрашивает данные.

Если используете ПЛК2хх или СПК1хх, то в проекте есть подмодуль облака, а в нем переменная через которую можно этот подмодуль включать или отключать.
Это, конечно костыль, т.е. передать данные самому все равно не получится, нужно будет дождаться пока облако само их запросит, а затем отключить подмодуль.
Ну и аналогично, если используете шлюз Пх210, можно управлять его питанием.

[bayk]

Здравствуйте, подскажите пожалуйста с таким вопросом: есть пресс вулканизации, мне необходимо отправлять в Овен Клауд измеренное время вулканизации и температуру. Подсчет времени планирую макросом Time U/D. Как мне организовать передачу измеренного времени и температуру по окончании цикла вулканизации, и сохранять эти пакеты в таблице? На данный момент переменная с подсчетом меняется постоянно и постоянно отправляется что не дает объективной картины. То есть чтобы отправка параметра производилась по команде. Есть такая возможность?

еще есть вариант выдавать в результат сетевой переменной нулевое значение, а в момент окончания процесса выдавать на несколько (но обязательно большее чем 2 времени опроса клауда) секунд результат. в итоге на графике и в таблице ненулевые данные будут присутствовать только тогда, когда это нужно. тоже костыль, но лучше чем питание ПЕ/ПМ дергать

[Artemid]

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

[bayk]

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

для этих целей используйте элемент Sel/Fsel или мультиплексор. но это уже вопрос в ветку программирования ПРок