[10364] Нештатная ситуация для поквартирного учета

При измерении всех ресурсов в квартире можно определить отказ прибора учета, если анализировать его показания совместно с другими ресурсами.

Например стоит анализировать такие наборы.

При наличии расхода

  • электроэнергии и горячей воды должен быть расход холодной воды;

  • электроэнергии и холодной воды должен быть расход горячей воды;

  • холодной и горячей воды должен быть расход электроэнергии;

  • холодной воды должен быть горячей воды;

  • горячей воды должен быть холодной воды;

  • электроэнергии должен быть расход холодной воды;

  • электроэнергии должен быть расход горячей воды.

Анализируются естественно не часовые интервалы, а значительно более длительные показания 5-7-10 дней, 2 недели, месяц.

Добрый день!

Спасибо за предложение, идея очень интересная. У нас пока нет системы хранения для НС по помещениям. Мы проведём аудит и определим список подготовительных работ. После этого сможем определить версию, в которой сможем реализовать диагностику по помещениям.

Давайте вернёмся к вопросу. Хотелось бы уточнить насколько подробной настройка диагностики. Я бы сделал один флажок “Отказ прибора учёта”, который включит диагностику всех указанных режимов. Нужна ли более гибкая настройка?

Чтобы ответить на вопрос, Вам стоит расписать, как будет определяться это состояние.

Чем проще, тем лучше. В квартирах тонкости не нужны. Но при этом есть разные конфигурации квартир. Даже в новом жилье есть жители, которые ставят водонагреватели. В этом случае, у них не будет расхода, а у соседей будет.
Кроме того, нужно учесть, что:

  • часть квартир долго стоят не проданные, но потребление электроэнергии может быть;

  • есть еще фаза ремонта, в течении первого года, наверное, когда потребление не типичное; а счетчики уже считают ресурсы жильца.

Тут как раз хочется услышать более подробные предложения от вас. У нас опыта работы с поквартирным учётом не так много, и трудно предложить что-то конкретное.

Возможно, стоит добавлять анализируемые данные по частям.

Например, вполне логичным кажется, что если в квартире ненулевой расход холодной воды, должен быть и расход электричества, и наоборот. Эти ресурсы точно есть во всех квартирах и точно должны потребляться одновременно.

Я бы предложил:

  • сделать единую НС, а какие ресурсы анализировать выбирал галочками;
  • сделать групповую операцию назначения и корректировки этой НС;
  • фиксировать НС не по показаниям, которые получили сейчас: часовые/суточные, а за интервал времени. Я бы анализировал интервал от 5 до 10 дней. Это связано с тем, что жилец не всегда потреблять ресурсы типичным образом, например, может уехать на выходные или праздники.

Ситуация “наоборот” не всегда будет работать. И не всегда измеряются все ресурсы. Т.е. есть объекты, где измеряются электроэнергия и тепло, или измеряется только вода. Поэтому я бы сделал возможность выбирать ресурсы, которые будут анализироваться на совместное использование.

То есть, в помещении стоит теплосчётчик и электросчётчик, но ничего не мерит? Как-то странно звучит. По-моему, анализ должен проводиться по установленным счётчикам. Если там не измеряется ресурс, то зачем заводить точку учёта с ПУ?

Это продолжение вашей фразы. "Например, вполне логичным кажется, что если в квартире ненулевой расход холодной воды, должен быть и расход электричества, и наоборот. "

В квартире может быть потребление электроэнергии, но не быть потребления воды. В квартире, в которой не живут может быть потребление тепла и электроэнергии, но не быть потребления воды. Причин такого потребления множество.

Сейчас понятна мысль?

Может, квартиры, где люди не живут, это всё-таки нетипичный случай, и диагностику для них лучше не включать?

какое-то время в течении года как-раз типичный, на мой взгляд. Потребление у таких квартир электроэнергии может быть постоянным. И при этом потребление воды может как не быть, так и быть не постоянным

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

Связать потребление электроэнерии и телоснабжения может оказаться полезной диагностикой, как для случая, когда собираются данные только по этим двум ресурсам, так и для случая, когда собирается и данные по воде, но контроль воды будет приводить к ложным срабатываниям.

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

Не понимаю вопроса. Не вижу нарушения логики в этом утверждении.

В первом посте описал пожелания по диагностике. И попросил гибкую настройку, т.е. возможность выключать из диагностики конкретные ресурсы, чтобы избежать ложных срабатываний.

не знаю что значит “какие-то механизмы”, если речь о ресурсах, то поможет. Поможет в случаях если в квартирах не постоянное проживание. Диагностика воды будет обнаруживать периодически обнаруживать отсутствие потребления и формировать НС.

Пользователь будет вынужден либо вообще отключить диагностику по этой квартире, либо смириться в наличием периодически возникающей ложной НС. Оба варианта плохи.

УК знает много с своих квартирах. С учетом того, что поквартирный учет есть только в новых домах.

Вы переживаете о том, что в квартире может быть полноценное потребление, но из-за изменения правил диагностики, квартира не попадет под полноценный контроль?

Может, начать со следующих НС?

  • Неисправен счётчик ХВС
  • Неисправен счётчик ГВС
  • Неисправен электросчётчик

И диагностировать описанные в первом сообщении критерии. В дальнейшем можно будет добавить более детальные НС, если это понадобится.

Без подробностей, есть большая вероятность договориться каждый о своем :slight_smile:

Под неисправностью понимается отсутствие выбранных расходов. Т.е. “Неисправен счётчик ХВС” - это отсутствие расхода по выбранной точке ХВС расхода и еще можно добавить контроль расхода по точкам электроэнергии, ГВС и ХВС. Точки указываем по номерам в помещении, чтобы можно было через API “накатить правила”.

Для счётчика ГВС - соответственно контролируется конкретная точка учета ГВС + выбранные точки учета электроэнергии, ХВС и ГВС.

Для электросчётчика - соответственно контролируется конкретная точка учета ЭЭ + выбранные точки учета электроэнергии, ХВС и ГВС.

При этом контроль НС осуществляется за выбранный интервал, который указывается в днях. Интервал целесообразно назначать на уровне объекта.

Вы это имели ввиду?

Да, отсутствие расходов. Фактически это ведь диагностика поломки расходомера.

А зачем указывать номера точек учёта? Предполагал, что настройка будет в свойствах помещения на отдельной закладке. И если включена диагностика отсутствия ХВС, система автоматически получит точки учёта ГВС и Электроэнергии с установленными счётчиками и запросит их расход. Не вижу необходимости выбирать конкретные точки.

Интервал будет задаваться для каждой НС отдельно на уровне помещения. Других механизмов в системе нет.

Предполагал, что это будет актуально для многоуровневых квартир, где больше одного ввода по ГВ и ХВ, и для офисов, где больше 1 счетчика воды на конкретный ресурс

Но действительно, нет необходимости в этом. Но сравнивать нужно не с показаниями конкретной точки учета, в потреблением помещения по указанным ресурсам.

Для таких помещений, дополнительно можно сравнивать еще и с тем же самым ресурсом.

Т.е., например, для ГВ сравнивать со вторым счетчиков ГВ, а также с потреблением ХВ и электроэнергии.

Лишь бы был доступен по API для записи

Имеете в виду REST или Framework?

В 3.50 мы сделали экспериментальную диагностику потребления по помещениям. На закладке “Диагностика” свойств помещения появится возможность включить диагностику наличия расходов по датчикам и количество дней для анализа.

Анализ производится по суточным данным один раз в сутки.

Настроить параметры анализа можно через Lers Framework через объект Room.

Предлагаю дальнейшие вопросы по анализу помещений обсуждать в новых темах, а эту закрыть.