www.InTouch.su

Здравствуйте, коллеги.

Wonderware System Platform 2010: Historian 10,0,101,0112.

При обращении к БД Runtime для любого тэга из MDAS получаю постоянное значение. Значения получаю через подключения в FSGateWay. Если смотреть в SMC/DAServer Manager/.../Diagnostics, то значения всех тэгов динамически меняются. Менются они и в Object Viewer'е определённого Engin'а, который можно видеть в Platform Manager'е. Но в выборке из БД я получаю таблицу с постоянным значением для текущей метки времени.

DateTime Value
2014-04-30 08:37:00.0000000 8,248046875
2014-04-30 08:36:00.0000000 8,248046875
2014-04-30 08:35:00.0000000 8,248046875
2014-04-30 08:34:00.0000000 8,248046875
2014-04-30 08:33:00.0000000 8,248046875

Если перезапустить сам Historian или интересующий меня engin, то в выборку попадает новое (текущее) значение тэга и уже оно постоянно пишется в БД.

Видел на форуме, вероятно, аналогичную проблему, но там нет ответа.

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

Подскажите, в каком направлении смотреть? Возможно, был у кого-нибудь подобный опыт?

Спасибо.

______

Александр.

nvstinkie писал(а):Значения получаю через подключения в FSGateWay.

Можно по-подробнее, как именно?
Что содержится в логах SMC компьютера с FSGateway?

На стороне IAS (если смотрим конфигурацию платформы через ArchestrA IDE) в $DDESuiteLinkClient сконфигурировано подключение к FSGateWay.



Здесь же, на сервере, сконфигурированы подключения в FSGateWay к внешним серверам АСУТП (на них работают различные OPCServer'а).



Подключения активны и я могу видеть меняющиеся значения тэгов.

Вот пример объекта, в котором виден тэг.



Ну и логи:

на сервере IAS, где у меня ArchestrA IDE
на сервере Historian в следующем посте.

собственно логи:

nvstinkie писал(а): FSGW.png
подключения в FSGateWay

В FSGateway подключение к Server Name = FSGateway ? Сильно, ну да ладно.
А где

nvstinkie писал(а):При обращении к БД Runtime для любого тэга из MDAS получаю постоянное значение. Значения получаю через подключения в FSGateWay.

Ведь именно с этим проблема.

И... Зачем замарывать IP=192.168.x.x Неужели думаете, что к ним можно обратиться извне?

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



и то, что я вижу в runtime с соответствующей меткой времени:



А за почеркушки уж извините, не моя прихоть. Есть у нас доблестный отдел СБ. За премию "носом землю роют".

nvstinkie писал(а):может я чего-то не могу сообразить

Без всякого "может быть", можете мне поверить.

nvstinkie писал(а): живое значение тэга в object viewer.png
живой тэг

Ну, тут вопросов нет. Живой тег.

nvstinkie писал(а): в БД runtime.png
то что есть в БД

Ага. Заверните два! Обращение к таблице History.
Не замечаете никаких противоречий? Живой тег <-> таблица History.

Короче, пока писАл, понял суть Вашего вопроса, но клацать Backspace лень. Бывает такое залипание с данными, записывающимися в Historian из IAS. Поскольку с Historian связывается Engine, то стоит попробовать его Undeploy/Deploy. Не поможет - Undeploy/Kill Engine/Create Engine/Deploy (только объекты не убейте ). Также обратитесь в техсаппорт, желательно в Питер или Самару. Ключевые слова - скрипт очистки в БД Runtime таблицы Public NameSpace. Там спецы поймут с полуслова.
Ну, или загляните сюда:
https://wdnresource.wonderware.com/supp ... 002198.htm

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

Проблема аналогичная, только на IAS 3.1 Intouch10.1, тему создавал ранее. Убитый AppEngine, мне помог. Хз почму так произошло, имеется около 40 АРМов, ни на каком другом такой проблемы не возникало. Может ни стоит MDAS использовать?

1 из 40 = 2.5%
Не так и плохо для MDAS М.б. всё происходит от многочисленных передеплоев, что-то там в БД Runtime накапливается и ... вуа ля.

Генератор, я как бы не говорил что везде MDAS)

mp3corp писал(а):Генератор, я как бы не говорил что везде MDAS)

mp3corp писал(а):имеется около 40 АРМов, ни на каком другом такой проблемы не возникало.

А в чём тогда глубинный смысл сравнивать тёплое с мягким?
Да и вообще... Если используется SP, то не использовать MDAS, конечно, можно, но много крутить придётся, а оно надо? Если SP не используется, то и вопросов (как и MDAS) нет
Следовательно,

mp3corp писал(а):Может ни стоит MDAS использовать?

можно переформулировать в "Может не стоит SP использовать?" Я и сам над этим вопросом много думаю Но это от хандры.

Прошу прощения за задержку с ответом, заставить все смежные службы синхронизировать свои сервера то ещё занятие. Дело было действительно в синхронизации времени на серверах.

Всем огромное спасибо.