Уважаемый Василий!
Хотя я с фирмы уже ушел на пенсию, увидел Ваш вопрос и счел своим долгом ответить на претензии насчет "одинаковых номеров параметров". Дело в том, что это именно принцип работы очереди задач, связи между отдельными алгоритмами! В одном алгоритме параметр вырабатывается и является выходным, в другом - потребляется и является входным. Например, в первой миниатюре Вы подчеркнули параметр 816F. Алгоритм 0200 его формирует, помещая в него общее время исправной работы, т.е. нарастающий итог Тисп++. Этот параметр Тисп++ архивируется по суткам в алгоритме 0226 и по месяцам в алгоритме 0225, для чего указан в них как входной. Соответственно эти архивы в своих выходных параметрах будут содержать мгновенные снимки нарастающего итога Тисп++ в конце суток и месяцев соответственно. А название входного параметра архива "за предыдущие сутки" или "за предыдущий месяц" - оно всегда одинаковое для каждого типа архивов, хранится в БД и не зависит от того, ЧТО архивируется - действительно значение за предыдущие сутки (архив суток) и за предыдущий месяц (архив месяцев), или, как в данном случае, архивируется нарастающий итог.
Так что всё в очереди правильно, то же самое и в других Ваших подчеркиваниях.
Читать для внешней системы имеет смысл только выходные параметры и из тех задач, где они вырабатываются. Входной параметр любого архива вообще читать бессмысленно, это вспомогательная вещь. Из архивов берут их выходной индексный параметр, т.е. данные за требуемый час, число, месяц; тут уж не вина ТЭКОН и УСП, что протокол Modbus таких операций не умеет делать.