Конфигурирование аналоговых тэгов

[Starley]

Привет всем!

Входное значение для Historian типа Word (0-65535), задача выкинуть 15-ый бит и архивировать полученное значение.
Т.е. от источника приходит 45594 (1011 0010 0001 1010), в Historian должно пойти 12826 (0011 0010 0001 1010).

Правильно ли я понимаю, что при настройках тэга как на скрине, будет отбрасываться старший бит в слове, что мне и надо?
У меня не работает((

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

Если верить документации, то да.

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

У меня тоже не робит.
Потерзайте техсаппорт.

[beachbear]

Работать не будет. 15 битные целые числа, - это какое-то тяжёлое наследие от древних времён, оставленное для обратной совместимости с блоками истории, созданными в первых версиях продукта. Надо фиксить источник данных, если возможно, или прокачивать данные через скрипт аппсервера, если он задействован в сборе данных. Если таких тэгов мало, скорость изменения невелика и тэг имеет свойство AITag=0 (при версии хисториана 11.5 или старше), то можно, конечно, написать программку, используя Historian SDK, мониторющую эти тэги как ORIGINAL и генерирующую LATEST значения поверх них с нужным преобразованием, но это будет, конечно, жуткий костыль.

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

прокачивать данные через скрипт аппсервера, если он задействован в сборе данных.

Именно так и поступаем. Тегов, требующих пересчёта - пара сотен, размазаны по разным движкам одной платформы. Какого-либо замедления именно от этого не наблюдается, ибо других скриптов намного больше

[Starley]

Вопрос снят, в Historian нельзя это сделать)

[krasoff]

энумератор в опции Integer Size, состоящий из 12bit, 15bit, 16bit int/uint и 32bit int/uint предназначен только для определения размерности приходящих с внешних устройств данных (через IDAS) для последующей корректной обработки их в Historian. такие операции, которые приведены топикстартером, необходимо выполнять средствами AppServer c последующей отправкой в архив.

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

энумератор в опции Integer Size, состоящий из 12bit, 15bit, 16bit int/uint и 32bit int/uint предназначен только для определения размерности приходящих с внешних устройств данных (через IDAS) для последующей корректной обработки их в Historian. такие операции, которые приведены топикстартером, необходимо выполнять средствами AppServer c последующей отправкой в архив.

Меня радует Ваша категоричнось. Но...
Я то пробовал через IDAS-VIEW-Tagname - Memory Integer

[krasoff]

Меня радует Ваша категоричнось. Но...
Я то пробовал через IDAS-VIEW-Tagname - Memory Integer

внешние устройства, а точнее источники, данные с которых приходят по протоколу SL в IDAS - если быть не таким категоричным
можно и указать на то, что преобразования не обязательно делать в AppServer - достаточно InTouch и тд (если это классика).
но мысль там не в этом. кто надо суть поймет

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

точнее источники, данные с которых приходят по протоколу SL в IDAS

Как говаривал Пятачок:
Интересно было бы знать, а по какому протоколу в IDAS поступают данные из такого внешнего источника как InTouch
Я знаю, что ответов два. Но правильный то - один.

[krasoff]

как говаривал Винни Пух - к чему вся эта свистопляска с InTouch?

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

К тому, что InTouch для Historian - ничуть не худший сервер в/в, чем KEPWare, DAS-сервера, etc. И данные от такого сервера в/в должны подходить для

определения размерности приходящих с внешних устройств данных (через IDAS) для последующей корректной обработки их в Historian.

[krasoff]

в принципе,р я так и не понял причем тут InTouch. Что DAS, что IT - это приложение с которого IDAS тянет данные по SL\DDE и нам надо в конфиге Integer тега указать его размерность для последующей корректной обработки Historian'ом (я уже это говорил )

Интересно было бы знать, а по какому протоколу в IDAS поступают данные из такого внешнего источника как InTouch
Я знаю, что ответов два. Но правильный то - один.

я же выше написал

krasoff писал(а):
точнее источники, данные с которых приходят по протоколу SL в IDAS

ну если говорить точно, то IT может отдавать данные по DDE и SL, IDAS может брать данные с IT по SL и DDE. Два правильных ответа.
К чему эта шарада я тоже не понял.

К тому, что InTouch для Historian - ничуть не худший сервер в/в, чем KEPWare, DAS-сервера, etc.

Ну а если вы решили предаться философии что лучше или хуже - не смею вам мешать

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

Ладно, проехали...