Ошибка в очереди задач??..

[Василий]

Добрый день!
Никак не могу понять в чем дело.. При просмотре очереди задач обнаруживаю одни и те же обозначения для различных параметров.. В результате, невозможно корректно считать их через УСП-78. Задача взята из Библиотеки "Крейт".
Поясняющие скрины, очередь задач прилагаю.

[Василий]

https://yadi.sk/d/0kcaVaXEkrZPu

[operation]

Добрый день!
Никак не могу понять в чем дело.. При просмотре очереди задач обнаруживаю одни и те же обозначения для различных параметров.. В результате, невозможно корректно считать их через УСП-78. Задача взята из Библиотеки "Крейт".
Поясняющие скрины, очередь задач прилагаю.

Добрый день.
В программе настройки УСП-78 есть функция теста связи по Modbus.
Параметр отвечающий за нарастающий итог читается корректно.

[Василий]

да, нарастающий итог читается..
но при этом, считать например "Входной параметр за пред.сутки", из алгоритма №0226 уже нельзя..

[operation]

Проверили с Вашей настройкой и предоставленными номерами параметров - все читается (тест связи через Modbus). Настройка на УСП во вложении.

[gae]

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

[Василий]

Большое спасибо за отзыв, Александр Евгеньевич!
Действительно, наша ошибка.. Мы на объекте пытались считывать ВХОДНЫЕ параметры алгоритмов.. Но поясню, почему в итоге "скатились" к этому. Дело в том, что когда дело касалось считывания именно архивных, а не текущих (мгновенных) значений, у нас и возникали проблемы. "Приходил" либо ноль, либо огромное отрицательное число.. Сейчас я уже понимаю, что ошибка не в "Тэконе", а скорее всего в нашем Master OPC Modbus Server, а также в ограниченных возможностях передачи самого протокола.

[gae]

Уважаемый Василий!
Чтобы иметь не только текущие и интегральные значения, могу посоветовать вот что. Во всех стандартных очередях задач имеются алгоритмы усреднения (температуры, давления) и накопления (расхода, тепла) на отрезках времени. У них есть выходные параметры "за предыдущий час", "за предыдущие сутки", "за предыдущий месяц". Если Вы такие параметры будете опрашивать соответственно раз в час, сутки, месяц, то у себя на верхнем уровне можете даже построить из считанных значений некий аналог архивов по часам, суткам и месяцам. Поскольку часы ТЭКОН могут идти несинхронно с Вашими, моменты считывания от границы смены часов отнесите в циклограмме опроса подальше.

[Василий]

Да- да, в итоге, к такому компромиссу я и пришел. Единственное с чем в настоящее время еще проблема это считать интегральный архив исправной работы и потребленного тепла за сутки; соответственно, Тисп++с (парам. 8172) и Qпот++с (парам. 8105)
Спасибо за ответ!

[Dmitriy]

Всегда пожалуйста.