При запуске мониторинга текущих для конкретной точки учета, опрос прочих точек учета, находящихся на этом же приборе останавливается. Если же в системе требуется опрос текущих для длительного тех.процесса, то в системе остаются только текущие данные по точке учета, с которой работал мониторинг текущих.
Это вроде как не логично. Ведь система в соответствии с параметрами автоопроса обещает поставку текущих значений по удобному для пользователя расписанию. :sh_ok:
Отсюда возникает ограничение на пользование монитором текущих в системе, где для работы используются текущие. Вообще не логично. :du_ma_et:
Причем можно решить эту проблему добавляя в мониторинг все точки учета по прибору и отключив их отображение на графике. Но это не удобно - слишком много телодвижений - пользователи не запоминают :-):
Можно ли обеспечить поставку текущих значений с прибора, когда с ним работает мониторинг. Сразу вижу 3 варианта решения:
раз занимается канал с прибором, то в задании на опрос отражать потребности в текущих по другим точкам учета этого прибора в соответствии с их расписанием - наверное потребует больших изменений;
сразу добавлять все точки учета прибора и не выбирать их для отображения на графике - вроде простое решение, особо не меняющее алгоритм работы, но для некоторых приборов может отражаться на скорости работы и период 1 сек будет недостижим;
сделать настраиваемым 2-ой вариант, т.е. в системных параметрах сделать соответствующую опцию.
3-ий вариант позволит решить указанную проблему не затрагивая работы большинства систем.
Монитор текущих запускается раз в 60 секунд и создаёт приоритетное задание на опрос, которое мешает запуститься другим заданиям опроса.
При этом технически монитору текущих не обязательно запускать опрос самостоятельно. Он вполне может отображать данные, которые получены в мониторинге текущих на графиках.
Возможно, стоит дать возможность открыть монитор текущих и не запускать опрос, а просто пассивно прослушивать данные, которые получены в другом сеансе мониторинга?
На мой взгляд не логично, ведь так Вы не обеспечиваете условия мониторинга, которые настроил пользователь. И самое главное, это очень сложно для понимания пользователей, им ведь придется понимать при каналы связи, скорости, настройку приборов и т.п.
Я бы все-таки остановился на 3 предлагаемом мною варианте
Я, честно говоря, не совсем понял что вы предлагаете. Сводный монитор текущих и мониторинг текущих на графиках это разные операции, как можно пользователю запретить выполнять их одновременно?
Влияние то на прибор они оказывают одинаковое - занимают канал, поэтому предлагаю сделать опцию, позволяющую опрашивать все точки учета, связанные с прибором, при включении какой-либо точки учета в монитор текущих или в сводный монитор. Эта опция должна быть не активна по-умолчанию.
Хотел создать тему “Одновременный опрос текущих несколькими пользователями одного прибора” но увидел эту тему. Напишу в ней. Ситуация: Оператор1 на ПК1 запустил опрос текущих на некой точке учета, смотрит. Оператор2 на своём ПК2 тоже хочет смотреть текущие по этой же точке. Открывает мониторинг но запустить не может - порт занят. И нет проверки на то, что занят он тем что и нужно оператору2 - опросом текущих.
Нельзя ли реализовать в ЛЕРС’е чтобы у оператора2 отображались показания с опроса оператора1 пусть и в “подчинённом” положении (нет выбора интервала опроса, нет возможности выбрать больше параметров). Пусть выдается сообщение что опрос уже идёт.