Выражение триггера в удалённой команде

[as.mironov]

Добрый день, All!

Вопрос, с которым, наверное, уже сталкивались... Есть группа триггеров на основе однотипных пользовательских элементов данных, скажем, вот таких:

{server:record.dynamic[Channel].last()}=0

Они отличаются друг от друга только значением аргумента итема (вместо Channel что-нибудь другое).

При возникновении триггера надо на сервере выполнить удалённую команду, в которой в качестве аргумента должен фигурировать этот самый аргумент итема.

Как это сделать?

[yukra]

Добрый день, all!

Вопрос, с которым, наверное, уже сталкивались... Есть группа триггеров на основе однотипных пользовательских элементов данных, скажем, вот таких:

{server:record.dynamic[channel].last()}=0

Они отличаются друг от друга только значением аргумента итема (вместо channel что-нибудь другое).

При возникновении триггера надо на сервере выполнить удалённую команду, в которой в качестве аргумента должен фигурировать этот самый аргумент итема.

Как это сделать?

{item.key} можно использовать в оповещении, а на оповещение можно настроить действие, в котором выполнить удаленную команду. Я не пробовал, но по идеи должно сработать.

[as.mironov]

Кривоватый метод, но если это сейчас единственный вариант, то сойдёт. Спасибо!

[Kos]

А эти однотипные элементы данных и соответствующие им триггеры не создаются ли, случайно, через LLD (низкоуровневое обнаружение)? Если да - то можно в прототипах сразу же (при создании элемента данных и/или триггера) дублировать нужное значение и в поле "Description", а в действии ссылаться на соответствующий макрос ({ITEM.DESCRIPTION} или {TRIGGER.DESCRIPTION}).

[as.mironov]

Интересный изврат Нет, lld не используется, но это тоже мысль...