www.InTouch.su

Добрый день! Далее речь пойдет о работе с Trend Client и Hist Client.
Есть аналогогвый сигнал. Для отображения на трендах выбрал тип интерполяции "stair step" , дабы отключить интерполяцию.
Небольшое пояснение почему я это сделал: если в 13:00 уровень был 1000мл, а в 15:00 100мл., то по трендам в 14:00 интерполяция покажет, что уровень был ~500мл(где то между 1000 и 100), а по факту в три часа там должен был быть уровень 1000 мл, потому что Василий осушил этот пузырь только в 14:45.
Дополнительно в параметрах Historian были выставлены нули в InterpolationType(Real,Integer). Плюсом в каждом атрибуте было выставлено StairStep (хотя можно было что-то одно).
Далее смотрим на рисунок 1, поясняю:
В момент (1) выставляю Тегу число = 20, тоолько спустя 20 секунд оно изменит свое значение. Так же в момент (3) даю задание = 40, на мнемосхемах значение меняется практически мгновенно, а на трендах через ~20 секунд.
Далее смотрим на рисунок 2, поясняю:
Тренд все тот же, просто в STOP режиме перевел интерполяцию на линейную.
Также в моментах (1) и (3) я подавал задание 20 и 40 как выше описано. Причем, после последней полученной точки(4), тренд строит прямую, и если через минуту, час, день записать в тег значение = 20, то с точки (4) пойдет линия до 20 и закончится она с меткой времени, когда записали в тег(через минуту,час,день) ПЛЮС двадцать секунд.

Вопрос: Как убрать эти 20 секунд задержки? Ведь получается все тренды отличаются от фактических значений на 20 секунд, недопустимо.

Менял Retrieval Modes. Ибо Cyclic присылает одно значение в пределах времени цикла, а Full все значения цикла. А на практике разницы я никакой не видел. В течение нескольких секунд меняю пять раз тег, и через 20 секунд последовательно приходят эти пять значений.

Видимо вся проблема заключается в цикле, который судя по всему длятся 20 секунд.

Менял такой параметр как TimeStampRule c 1 на 0 в параметрах Historian. Это было сделано , чтобы значения приходили в начале цикла, а не в конце. Не помогло

Открыл Hist client завел те же теги, и перещелкал все параметры, что на рисунке 3

На просторах (https://softwaresupportsp.schneider-ele ... id/faq4753)
нашёл такой совет:
Reset the value for the "Sample in Active Image" for the tags to zero and reboot InSQL Server.

Генератор зла писал(а):На просторах (https://softwaresupportsp.schneider-ele ... id/faq4753)
нашёл такой совет:
Reset the value for the "Sample in Active Image" for the tags to zero and reboot InSQL Server.

Не подскажете, где данный параметр поменять?
На просторах клинманновских мануалов нашел следующее (Рис.Samples in active image ).
На просторах своего Historiana нашел следующее (Рис.Where Samples in active image)
Где менять данный параметр - не знаю.
Далее Рис.Help Historian дает небольшую надежду.
Вот я лезу в SQL(Рис. SQL), и вроде нашел этот параметр, а вот как и с чем его едят - не знаю:(
Забил 0 в столбец Value, вышла ошибочка..
Будьте добры, подмогите...

Samples in active image.png - правильное расположение искомого. Для каждого тега - своя настройка.
Можно попробовать поставить ненулевое значение (5, 10, 20), а затем сбросить опять в 0.
Если данные собираются с другого компьютера, необходимо убедиться в синхронизации времени.

Генератор зла писал(а):Samples in active image.png - правильное расположение искомого. Для каждого тега - своя настройка.
Можно попробовать поставить ненулевое значение (5, 10, 20), а затем сбросить опять в 0.
Если данные собираются с другого компьютера, необходимо убедиться в синхронизации времени.

Извиняюсь, может я не грамотно выразился, но "Samples in active image.png" это было взято из PDFки клинкманна.
А "Where Samples in active image.png" это скрин сделанный с аналога из моего Historian, то есть, этим скрином я хотел сказать, что нет у меня поля Active Image во вкладке Storage, да и вообще в параметрах аналога.
Поэтому, как быть? где найти "Samples in active image", а то сил моих больше нет

Генератор зла писал(а):Если данные собираются с другого компьютера, необходимо убедиться в синхронизации времени.

ГОСТподи.
Неужели это закончилось)
Действительно, на другом сервере крутится источник данных, и разница была порядка 25 секунд. Сейчас приблизительно за секунду тренд начинает рисовать.
Огромная вам благодарность!

Правда тема отсутствия поля "Active image" в настройках аналога (в Historian) остается открытым.

bublic писал(а):Правда тема отсутствия поля "Active image" в настройках аналога (в Historian) остается открытым.

Напротив, тема закрыта. Ваши теги из-под Application Server-а (поступают через MDAS). А в доке картинка для обычных тегов (поступают через IDAS).

Генератор зла писал(а): Ваши теги из-под Application Server-а (поступают через MDAS). А в доке картинка для обычных тегов (поступают через IDAS).

1. Из за того, что теги в Historian сгенерированы через Application Server, а не ручками в Historian, я не могу воспользоваться прелестями параметра "Active Image"? Или я не понимаю разницу MDAS и IDAS
2. Предположим, манипуляции с "Active Image" мне помогли бы. Но, это ведь в пределах одного тега, а глобально внести изменения(допустим 20000тегам) как? экспорт в CSV?

bublic писал(а):1. Из за того, что теги в Historian сгенерированы через Application Server, а не ручками в Historian, я не могу воспользоваться прелестями параметра "Active Image"? Или я не понимаю разницу MDAS и IDAS

Вот ведь дался Вам этот "Active Image". Дело же было не в нём У Historiana полно других, более доступных прелестей.

bublic писал(а):2. Предположим, манипуляции с "Active Image" мне помогли бы. Но, это ведь в пределах одного тега, а глобально внести изменения(допустим 20000тегам) как? экспорт в CSV?

Да, через "Configuration Import/Export Utility". Или правкой в MSSQL через SQL-Query.

Генератор зла писал(а):

Благодарю, за оказанную помощь!

Да не за что.
Я, как и обычно, ничего не сделал. Так, запостил пару фраз с умным видом.

ActiveImage приказал долго жить уже в Historian 2014R2 вместе со старой подсистемой хранения данных.
Начиная с этой версии данные, отстающие по времени или приходящие в будущем (от плохо синхронизированных источников данных) сохраняются без переписывания меток времени, даже если их тэги не помечены как Late Data. При этом при разрыве связи с хисторианом, NULL-ы будут записаны с текущим временем, поэтому рекомендуется всегда синхронизировать системное время AppServer-a, IDAS-ов, I/O серверов и хисториана