www.InTouch.su

В версии IDE имеется такой графический символ - Trend Client.
Нет ли dll-ки для импорта такого элемента в версию IDE 3.0?

ЗЫ. Нашёл компонент aaTrend, но не нашёл какой-либо информации по его настройке. Эмпирически не разобрался в настройке пэнов. Может есть какая-то информация по этому символу?

To rig12:

C:\Program Files\ArchestrA\Framework\Bin\TrendClient.aaPKG
Дерзайте

Klinkmann_Msk писал(а):To rig12:

C:\Program Files\ArchestrA\Framework\Bin\TrendClient.aaPKG
Дерзайте

А вот и не нашёл я чо-то такого файла тама, как и вообще на диске, и на установочном тож.
Ещё и про AlarmControl хотел то же спросить.
Не пришлёте на rig12@rambler.ru?

To rig12:

А речь шла о том, что надо искать либо на диске с IAS 3.1, либо на системе с установленным IAS 3.1

Klinkmann_Msk писал(а):To rig12:

А речь шла о том, что надо искать либо на диске с IAS 3.1, либо на системе с установленным IAS 3.1

А из IAS 3.1 компонент ведь не должен импортироваться в 3.0?

To rig12:

Нет, не должен. Поэтому я и предложил дерзать. Если бы всё было так просто, то никто не покупал бы новые версии. Просто импортировали бы новые библиотеки в InTouch-и 7.х.

Klinkmann_Msk писал(а):To rig12:

Нет, не должен. Поэтому я и предложил дерзать. Если бы всё было так просто, то никто не покупал бы новые версии. Просто импортировали бы новые библиотеки в InTouch-и 7.х.

. Так как быть в IAS v3.0? Нужен тренд поддерживающий "многопенство". в aaTrend вроде как бы один, а может два. точно еще не знаем...

mak писал(а): . Так как быть в IAS v3.0? Нужен тренд поддерживающий "многопенство". в aaTrend вроде как бы один, а может два. точно еще не знаем...

Скажите, а трендов InTouch (а их там не один) и Activex-ов, интегрируемых в InTouch при установке AF, Вам мало?

Klinkmann_Msk писал(а):

mak писал(а): . Так как быть в IAS v3.0? Нужен тренд поддерживающий "многопенство". в aaTrend вроде как бы один, а может два. точно еще не знаем...

Скажите, а трендов InTouch (а их там не один) и Activex-ов, интегрируемых в InTouch при установке AF, Вам мало?

1. При большом количестве тегов перенос системы архивирование и алармирования трудоемок.
2. Следовательно, требуется достаточная лицензия Runtime.
3.Такой вариант не подходит, если необходимо отразить тренд в самом символе ArchestrA.
4. Можете ли Вы дать информацию по элементу aaTrend?

To mak:

"При большом количестве тегов перенос системы архивирование и алармирования трудоемок."
При чём тут "перенос"? У Вас на руках проект 3.1, который нужно перенести в 3.0? Ничем помочь не могу.

"Следовательно, требуется достаточная лицензия Runtime."
Это почему?

"Можете ли Вы дать информацию по элементу aaTrend?"
Можете не верить, но существует aaAlarmClientControl31_SP2.pdf, а для TrendControl - ничего

mak писал(а):
1. При большом количестве тегов перенос системы архивирование и алармирования трудоемок.

Насколько я понял, аркистра-графика не даёт отобразить своими средствами журнал и тренды, потому приходится не только настраивать архивирование и алармирование в галактике, но и в самом интаче создавать теги, прописывать источники, алармы.

mak писал(а):2. Следовательно, требуется достаточная лицензия Runtime.

Из первого и второе - нужна лицензия рантайм с определённым количеством IO-тэгов.

mak писал(а):3.Такой вариант не подходит, если необходимо отразить тренд в самом символе ArchestrA.

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

Klinkmann_Msk писал(а):Можете не верить, но существует aaAlarmClientControl31_SP2.pdf, а для TrendControl - ничего

Есть файл aaHistClientUI.dll в каталоге c:\Program Files\Common Files\Archestra. Так вот в нём есть компонент aaTrend, который, видимо, и есть аналог (или предок?) компонента TrendControl в версии 3.1. Никакой информации, к сожалению, в сети о нём нет. А вот компонента-предка AlarmControl в версии 3.0 вообще не нашлось как внутри, так и извне

To rig12:

1. "Насколько я понял, аркистра-графика не даёт отобразить своими средствами журнал и тренды, потому приходится не только настраивать архивирование и алармирование в галактике, но и в самом интаче создавать теги, прописывать источники, алармы."
Давайте не путать локальное (ArhestrA-графику, которая в версии 3.0 действительно не может отображать тренды и алармы) и глобальное (IAS, который может генерить алармы и исторические данные, которые без создания дополнительных тегов могут быть отображены в InTouch).

2. "Из первого и второе - нужна лицензия рантайм с определённым количеством IO-тэгов."
См. п. 1.

3. "Например, я столкнулся с этим, когда хотел отобразить в символе аркистры, созданном для настройки регулирующего клапана, тренды уставки, переменной процесса и контрольной переменной. Таким образом, в платформе (3.0) это не реализовать, а делать графики и журналы в интаче "по старинке", что называется."
Для версии IAS 3.0 это совершенно верно. Да и для 3.1 тоже Ибо ArchestrA-контролы для алармов и трендов пока, увы, "сыроваты".

4. "Есть файл aaHistClientUI.dll в каталоге c:\Program Files\Common Files\Archestra. Так вот в нём есть компонент aaTrend, который, видимо, и есть аналог (или предок?) компонента TrendControl в версии 3.1."
Если Вы с этим файлом сделаете ПКМ-Свойства-Версия-Название продукта, то всё станет понятно

mak писал(а):

Klinkmann_Msk писал(а):

mak писал(а): . Так как быть в IAS v3.0? Нужен тренд поддерживающий "многопенство". в aaTrend вроде как бы один, а может два. точно еще не знаем...

Скажите, а трендов InTouch (а их там не один) и Activex-ов, интегрируемых в InTouch при установке AF, Вам мало?

1. При большом количестве тегов перенос системы архивирование и алармирования трудоемок.
2. Следовательно, требуется достаточная лицензия Runtime.
3.Такой вариант не подходит, если необходимо отразить тренд в самом символе ArchestrA.
4. Можете ли Вы дать информацию по элементу aaTrend?

1,2,3 - Компонент для трендов в составе AF (HistorianClient сейчас) прекрасно встраивается в графику Archestra - находим нужнуюю dll (вроде aaHistorianClientTrendControl) и подгружаем ее как Client Control. Как я понимаю это .net вариант аналогичного ActiveX компонента для интача. Ноу проблем - все работает, проверено. В InTouch совать уже не нужно - не понимаю почему WW позиционирует это везде в связке именно с InTouch - через SP этот компонент использовать куда удобнее.
Смысла использовать сырой aaTrend при наличии лицензии на AF нет - только разве что для мелких вспомогательных рантайм-трендов, которые не нужно особо аналаизировать, печатать и тд

Джа писал(а):1,2,3 - Компонент для трендов в составе AF (HistorianClient сейчас) прекрасно встраивается в графику Archestra - находим нужнуюю dll (вроде aaHistorianClientTrendControl) и подгружаем ее как Client Control. Как я понимаю это .net вариант аналогичного ActiveX компонента для интача. Ноу проблем - все работает, проверено. В InTouch совать уже не нужно - не понимаю почему WW позиционирует это везде в связке именно с InTouch - через SP этот компонент использовать куда удобнее.
Смысла использовать сырой aaTrend при наличии лицензии на AF нет - только разве что для мелких вспомогательных рантайм-трендов, которые не нужно особо аналаизировать, печатать и тд

Именно для мелких вспомогательных и хотелось бы. Очень удобно иметь один и тот же символ, подстраивающийся под разные экземпляры одного и того же объекта (например, рег.клапан с графиком переменной процесса, уставки и подачи команды на клапан), хотя при желании можно и настроить из TrendControla, но заказчику нужно прежде всего удобство: нажал и всё что нужно появилось, а "нет нужного компонента" - не аргумент.

Кстати, журнала алармов как символа аркистры в 3.0 всё-таки нет?

To rig12:

1. "Очень удобно иметь один и тот же символ, подстраивающийся под разные экземпляры одного и того же объекта (например, рег.клапан с графиком переменной процесса, уставки и подачи команды на клапан), хотя при желании можно и настроить из TrendControla, но заказчику нужно прежде всего удобство: нажал и всё что нужно появилось"
Всё это (так или иначе) реализуется и без ArchestrA-графики.

2. "Кстати, журнала алармов как символа аркистры в 3.0 всё-таки нет?"
Нет.