Здравствуйте.
Далее опишем простой пример того, как работает источник данных с типом "по-изменению". Допустим есть переменные vrA и vrB и они архивируются.
vrA меняется каждые две секунды:
Время | Значение
-------------------
00:00 | 1
00:02 | 2
00:04 | 3
00:06 | 4
vrB каждые три секунды:
Время | Значение
-------------------
00:00 | 10
00:03 | 20
00:06 | 30
00:09 | 40
И если добавить обе переменные в один источник данных "По-изменению", то все изменения отобразятся в одной таблице:
Время | vrA | vrB
--------------------------
00:00 | 1 | 10
00:02 | 2 | ???
00:03 | ??? | 20
00:04 | 3 | ???
00:06 | 4 | 30
00:09 | ??? | 40
Как видно возникает проблема. Каких-то значений не хватает. Например в архиве нет значения для переменной vrA в 00:03. Но известно, что в 00:02 значение было равно 2 и изменилось оно на 3 только в 00:04. Значит в 00:03 оно не менялось и было равно 2. Таким образом скада дополняет таблицу недостающими данными и в источнике данных мы имеем следующую таблицу:
Время | vrA | vrB
--------------------------
00:00 | 1 | 10
00:02 | 2 | 10
00:03 | 2 | 20
00:04 | 3 | 20
00:06 | 4 | 30
00:09 | 4 | 40
Если вынести источник данных на страницу отчета в виде бэнда данных, то именно такую таблицу мы и увидим. Если построить по ней тренды, то они будут ступенчатыми. Для решения этой проблемы можно либо для каждого тренда создавать отдельный источник данных "по-изменению", либо через меню "Действия" - "Редактировать источники" оставить формирование по-изменению только у одного (наиболее часто меняющегося) столбца (см. скрины во вложении). Для примера приведённого выше, если оставить формирование по-изменению только для столбца vrA, то получится таблица значений vrA и соответствующих им значений vrB:
Время | vrA | vrB
--------------------------
00:00 | 1 | 10
00:02 | 2 | 10
00:04 | 3 | 20
00:06 | 4 | 30
В ближайшем обновлении мы добавим тип обработки "Интерполяция" для периодических источников данных. Тогда будет проще выводить любое количество трендов в отчет и такие проблемы не будут возникать.