Historian потеря данных

[LSV]

Добрый день!

Пытаюсь проверить работоспособность Historian.
Записывал вчера данные в IDAS -> VIEW. Вижу что были обрывы, но также видно, что за прошлый день изменения амплитуды аналоговых величин есть, видно на графиках, но самих кривых нет. (Смотреть скрины)

Период за вчера:



Растягиваем:


Еще растягиваю:



Видны изменения амплитуды, а самих кривых нет. Это значит обрывы были в тих местах?

Дальше делаю просмотр за последние 30 минут, данные отображаются корректно. У TrendControl есть собственный буфер памяти получается если Historian обрывается?



Растянутый:

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

Попробуйте привязать тренды не к "ручным" переменным, а к $Second, $Minute или к переменным эмулятора.
Будет лучше видно. А то на картинках какафония линий и ничего не понятно
Или это я слишком увлёкся репетицией праздника...

[LSV]

С праздником!!!

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



Кстати, заметил , что данные если извлекать за "вчера" к примеру, я так понимаю исторические, получается такой бред. Если же временной интервал текущий менять, с 5 мин - на 1 час, 2 часа , 4 часа, текущие данные отображаются коректно... Я так понимаю используется какой-то буфер памяти при отображении текущих значений? а исторические извлекаются криво, т.к. с регистрацией значений что-то не так. Поправьте меня , если что-то не так.

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

С праздником!
Изменение слайдером трудно назвать (и реализовать) плавным.
А вот разница в результатах выборки за "вчера" и "час-два-четыре" - странно. Ибо буфер у Хисториана не такой большой. Попробуйте выборки за аналогичные промежутки времени через Historian Client - Query. Там сразу будет видно сколько значений возвращено за запрошенный промежуток времени.

[LSV]

Добавил системное время - тег секунды. А также одно значение с IDAS -> DASMBTCP.
Получается связь рвется (рис.1, прерывистый сигнал), хотя идет изменение данного сигнала. Cудя по логам журнала (рис.2). Но по отображению текущих значений с данного DAS в RunTime нареканий нет.
Как определить причину обрывов в IDAS?...

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

Получается связь рвется (рис.1, прерывистый сигнал), хотя идет изменение данного сигнала. Cудя по логам журнала (рис.2).

Судя по картинке, как раз-таки изменения пар-ра и нет. В этом случае, если условия опроса пар-ра в Historian-е = Delta, Historian при отсутствии изменения пар-ра может думать, что роизошёл разрыв связи и запускать реконнект. Исправьте способ опроса на Cyclic или Forced.

Также пропишите вместо localhost реальное имя компьютера, а ещё лучше его IP.

Проблемы могут быть связаны с взаимным несовпадением версий DAS-сервера, Historian, ОС (включая сервиспаки и патчи), настройками антивирусного и фаервольного ПО.

Upd.

В Properties топика для DASMBTCP в закладке General поставьте "галочку" Set To No Time Out

[LSV]

Судя по картинке, как раз-таки изменения пар-ра и нет.

Я имею ввиду, что физически он меняется. В DASMBTCP в диагностике идут изменения тега, а на графике его не происходит.

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

Закиньте скрины настроек IDAS-IOServer-Topic-Parameter

[LSV]

[LSV]

Что скажете по поводу настроек?

п.с. А может значение с VIEW topic не меняться и быть нулевым в TrendControl, а по факту в RunTime меняться, если к примеру, включен сбор данных системы хранения InTouch (LGH), только для других значений, а не для данного значения?

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

В первой картинке установите "Enable Late Data"
Во второй картинке избавьтесь от Localhost и убедитесь, что топик в DASMBTCP называется именно Devicegroup (а не Devicegroup1, Devicegroup_1, ...)
Проверьте настройки внутри самого DASMBTCP

[LSV]

В первой картинке установите "Enable Late Data"
Во второй картинке избавьтесь от Localhost и убедитесь, что топик в DASMBTCP называется именно Devicegroup (а не Devicegroup1, Devicegroup_1, ...)
Проверьте настройки внутри самого DASMBTCP

1. Ок.
2. На 2й картинке надпись в виде картинки, не исправишь никак. В самом IDAS стоит IP.
3. Топик так и называется внутри DASMBTCP.

[LSV]

Генератор, а скажите, допускается ли использование InTouch Logging вместе с Historian ?
Или это источник дополнительных проблем?

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

Можете привести скрины настроек DASMBTCP?

Генератор, а скажите, допускается ли использование InTouch Logging вместе с Historian ?

Да на здоровье. От этого проблем меньше не будет Но и не прибавится.

[LSV]

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

Если я не ошибаюсь, Вы использовали предустановленную заготовку сервера DASMBTCP из I/O Server Types при настройке Historian-а.
Попробуйте создать там свой сервер в/в (MyMBTCP), подключить его в IDAS и т.д.

[LSV]

Ну да.
Вернее я сделал импорт тегов Интача (tagname.x). После этого появились IDAS-ы (DASMBTCP, VIEW). Потом лишние теги вычистил.

Кстати добавил свой I/O Server. Но затем импортировал теги Интача, и получается тот I/O Server что ранее добавил, он перетерся...

[LSV]

Можете привести скрины настроек DASMBTCP?

Генератор, а скажите, допускается ли использование InTouch Logging вместе с Historian ?

Да на здоровье. От этого проблем меньше не будет Но и не прибавится.

А если, например, одни и те же теги будут забирать и Historian и InTouch ?

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

А если, например, одни и те же теги будут забирать и Historian и InTouch ?

Это абс. стд. ситуация. InTouch берёт теги для отображения, алармов, скриптов, собственного мех-ма истории... Historian берёт те же теги для ведения хроник Нарнии.