События объекта

[AVit]

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

55924
Красным выделены левые объекты, зеленым мои. Запрос "насосная", по другим запросам тоже выводит разные объекты, зачастую большинство не мои...

[dsyabitov]

Здравствуйте.
Спасибо за сообщение об ошибке. Исправили.

[krollcbas]

Просьба к разработчикам:
Когда пользователь формирует условие события, то он выбирает UID параметра из списка, подставляет условие.
Выглядит примерно так: 'UID244480' = 0 AND 'UID244224' = 0
Мы понимаем, что UID привязан к наименованию и коду переменных.

Почему бы не сделать удобно?
'Compressor_step1' = 0 AND 'Compressor_step2' = 0
Так, что бы пользователь видел наглядно условие содержащее условные обозначения его объекта, а не условные обозначения облака.
Переменных бывает достаточно много и если мы понимаем, что выбрать переменную из длинного списка руками - не удобно, то мы должны признать, что создание событий - это подобно проверке на выносливость и усидчивость.

Ах да, нужно ситуацию дополнить, что при любом обновлении переменных (замена UID) - мы теряем все события.
Это уже подобно тесту - сдержи свою ярость и не матерись, мы ведь любим ОВЕН, а все российское обязательно с "изюмом"

ТОВАРИЩИ!!!
Сделайте, пожалуйста, экспорт и импорт, чтоб можно было в удобном для любого программиста экселе выполнить все условия по всем событиям (сохранить) и вернуть их в облако. Не соответствия UID - наименованиям тэгов, ну пусть не работают, висят красным с возможностью ручной правки
События в облаке - как для меня, так наиважнейшая функция облака. Позволяет видеть заказчику ну например: отказ чиллера в отеле в жару.

ЗЫ: не разобрался. "События объекта" - снимает многие вопросы.

[A.Simonov]

Просьба к разработчикам:
Когда пользователь формирует условие события, то он выбирает UID параметра из списка, подставляет условие.
Выглядит примерно так: 'UID244480' = 0 AND 'UID244224' = 0
Мы понимаем, что UID привязан к наименованию и коду переменных.

Почему бы не сделать удобно?
'Compressor_step1' = 0 AND 'Compressor_step2' = 0
Так, что бы пользователь видел наглядно условие содержащее условные обозначения его объекта, а не условные обозначения облака.
Переменных бывает достаточно много и если мы понимаем, что выбрать переменную из длинного списка руками - не удобно, то мы должны признать, что создание событий - это подобно проверке на выносливость и усидчивость.

Добрый день.
Не очень понятно в чём именно проблема.
При добавлении событий пользователь видит полное наименование параметров.
56275

Сами же UID берутся только у приборов, которые в облако добавляются автоматически.
У приборов, которые добавляются руками в облако, можно задать произвольные коды параметров.
56276



Ах да, нужно ситуацию дополнить, что при любом обновлении переменных (замена UID) - мы теряем все события.
Это уже подобно тесту - сдержи свою ярость и не матерись, мы ведь любим ОВЕН, а все российское обязательно с "изюмом"

ТОВАРИЩИ!!!
Сделайте, пожалуйста, экспорт и импорт, чтоб можно было в удобном для любого программиста экселе выполнить все условия по всем событиям (сохранить) и вернуть их в облако. Не соответствия UID - наименованиям тэгов, ну пусть не работают, висят красным с возможностью ручной правки
События в облаке - как для меня, так наиважнейшая функция облака. Позволяет видеть заказчику ну например: отказ чиллера в отеле в жару.

Так как сделано сейчас, ну не хорошо, без любви.

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

[krollcbas]

Да, пардон, тут не прав. С этим все ОК!

Возможно ли все таки создать экспорт событий?
Чтоб хоть как-то сохранять состав ранее введенных событий


И очень бы хотелось иметь возможность комбинирования условий для событий.
Например: устанавливаем задержку 10 мин., если не включается пускатель.
а связать это с температурой мы не можем, так как температура у нас в другом объекте, но тоже в облаке.

[A.Simonov]

Возможно ли все таки создать экспорт событий?
Чтоб хоть как-то сохранять состав ранее введенных событий
Экспорт обязательно проработаем в будущих обновлениях.


И очень бы хотелось иметь возможность комбинирования условий для событий.
Например: устанавливаем задержку 10 мин., если не включается пускатель.
а связать это с температурой мы не можем, так как температура у нас в другом объекте, но тоже в облаке.
Как это нельзя?
Если у вас данные лежат по разным приборам, то можно создать "событие объекта" и к событию добавить задержку срабатывания.
56280

[krollcbas]

Спасибо! Вы ответили, стало понятно


ЗЫ: признаться не поспеваю за Вами. Оказывается в событиях уже работает побитовые обращения к переменным
Круто, что ту скажешь