обработка переменных InTouch в archestra

[xonyx]

Добрый день!
Есть ли возможность передать состояние внутренних переменных InTouch (например, $operator) в скрипт шаблона archestra IDE?

[Генератор зла]

В теле скрипта обратиться к InTouch:$Operator
Или через объект $InTouchProxy

[xonyx]

в теле скрипта самого шаблона нельзя прописать переменные типа InTouch:$operator и ему подобные. Он их не понимает. А вот в графике можно.
Попробую почитать про IntouchProxy

[Генератор зла]

Да, в общем случае, идеально подходит $DDESuitelinkClient. AppName = View, TopicName = Tagname.
И обращайтесь на здоровье

[xonyx]

Спасибо за совет!
Вообще проблема такая:
Имеется 3 АРМа (InTouch 10.1) с одинаковым проектом.
Есть для аналогов общий шаблон с настройкой параметров, уставок и т.д.
Задача: сделать лог изменения параметров с записью в таблицу бд. Проблем не возникает в случае, если запись в лог запускается по нажатию кнопок (например, включение/отключение уставок). Проблема возникает в случае изменения уставок, пробовал использовать datachange-скрипты, но они срабатывают каждый раз при открытии окна с параметрами, хотя по факту никаких изменений не происходит, адреса аттрибутов прописаны жестко. Других вариантов, как использовать скрипты внутри шаблона (не графики) не придумал. Оно и логичнее, так будут отлавливаться изменения не только с верхнего уровня, однако не могу сообразить, как отлавливать, с какого арма и каким пользователем производятся изменения на верхнем уровне )

[Генератор зла]

как отлавливать, с какого арма и каким пользователем производятся изменения на верхнем уровне

В своё время мы на этот вопрос "забили", поскольку System Platform - это уже далеко не InTouch и переменные (в том числе и их уставки) проживают на одном из серверов WAS. Т.о. изменения происходят на узле сервера от имени текущего пользователя этого сервера. И системе всё равно, изменяет уставку оператор с АРМ-а или кульный хацкер из Object Viewer-а.
Сидеть и придумывать мех-м как обмануть/обойти эту "гениальную" схему - можно, но религия не позволяет.

[xonyx]

может, есть у кого наработки, как отлавливать изменения уставок, т.е писать в лог старое - новое значение?

[skom]

Да, в общем случае, идеально подходит $DDESuitelinkClient. AppName = View, TopicName = Tagname.
И обращайтесь на здоровье

Можно ещё через объект приложения, например InTouchApplication_001.Tagname.

[skom]

может, есть у кого наработки, как отлавливать изменения уставок, т.е писать в лог старое - новое значение?

А прямо из шаблона почему бы этого не делать функциями LogDataChangeEvent? Т.е. писать в WWALMDB.

[xonyx]

А прямо из шаблона почему бы этого не делать функциями LogDataChangeEvent? Т.е. писать в WWALMDB.

Можно. Только вопрос с тем, какой пользователь сделал изменения, к сожалению, не решает.

[Генератор зла]

А не вариант выделить под настройку отдельный АРМ с единственным аккаунтом, т.н. инжиниринговую станцию?

[xonyx]

Хотелось бы производить настройку с любого АРМа.