Notice: file_put_contents(): Write of 17809 bytes failed with errno=28 No space left on device in /var/www/tgoop/post.php on line 50
Записки усталого админа@q1dm6 P.650
Q1DM6 Telegram 650
Немного о том, зачем нужен мониторинг в ЖКХ.

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

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

И с ней я заметил, что 1 зона ГВС, с которой вроде бы не было проблем, тоже ведёт себя странно. Её температура постоянно прыгает в очень широких пределах, и при высокой температуре в теплотрассе мониторинг по 3-4 раза в час фиксирует выход из диапазона 55-75 градусов.

Это видно на графиках температуры (см. скрины ниже): жёлтый график с зоны 1 постоянно скачет в значительно более широком диапазоне, нежели бирюзовый график с зоны 2. Особенно хорошо это заметно ночью. И это особенно странно, ведь с новыми данными я знаю, что расход в ночные часы бывает нулевым (гоняется только циркуляция).

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

Но в чём тогда? Может, контроллер? Оооок, ковыряния в логике заняли пару дней. Опущу детали изысканий, расскажу лишь о финальных наблюдениях: простое повышение температуры с 62 до 70 градусов сразу делает график стабильным с любыми другими настройками.

И вот наконец сегодня я смог дознаться до истинной причины, понаблюдав одновременно за работой двух идентичных систем зоны ГВС 1 и 2 (теплообменник+клапан+привод+контроллер). Я заметил, что при одном и том же мгновенном расходе приводы клапанов стоят в очень разных положениях!

Тщательные наблюдения показали: у клапана 1 зоны наблюдается нелинейная зависимость "расход/открытие" в положениях, близких к "полностью закрытому". Примерно как на фото ниже.

Эта версия объяснила все наблюдаемые проблемы:
1. Сами колебания наблюдаются в результате того, что контроллер работает на нелинейном участке характеристики клапана в окрестностях "полностью закрытого", и иногда действительно закрывает клапан совсем, хотя расход воды при этом может быть достаточно серьёзным.
2. С плановой температурой 70 клапан работает в другом диапазоне положений, в котором зависимость более линейная, и колебаний нет.
3. Чем выше температура в теплотрассе, тем ниже на графике находятся рабочие диапазоны расхода, тем больше цепляется нелинейная зона графика зависимости для проблемного клапана.

Итак, виноват клапан. По видимому, мне удалось распознать проблему задолго до того, как она стала критичной. Контроллер на корректную работу с "нелинейным" клапаном не настроить, он работает только с линейной зависимостью. Клапан надо ремонтировать или менять. Точка.

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

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

Многое из того, что я сейчас внедряю в своём доме, для большинства сотрудников сферы ЖКХ - из области фантастики. Но я ведь прежде всего админ с более чем 25-летним стажем, и только потом - сотрудник сферы ЖКХ. И с точки зрения ИТ я ничего сверхъестественного не делаю, просто применяю давно существующий опыт. Мониторинг - это то, без чего невозможна стабильная работа серьёзных сервисов.

Вы можете себе представить, чтобы условный Яндекс не работал несколько часов, о проблемах техподдержка узнавала от вас, и вам пришлось ждать решения ещё несколько часов или даже дней? Вряд ли.

А ведь почти все УК работают именно так. 🙈

#жкх
#автоматика



tgoop.com/q1dm6/650
Create:
Last Update:

Немного о том, зачем нужен мониторинг в ЖКХ.

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

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

И с ней я заметил, что 1 зона ГВС, с которой вроде бы не было проблем, тоже ведёт себя странно. Её температура постоянно прыгает в очень широких пределах, и при высокой температуре в теплотрассе мониторинг по 3-4 раза в час фиксирует выход из диапазона 55-75 градусов.

Это видно на графиках температуры (см. скрины ниже): жёлтый график с зоны 1 постоянно скачет в значительно более широком диапазоне, нежели бирюзовый график с зоны 2. Особенно хорошо это заметно ночью. И это особенно странно, ведь с новыми данными я знаю, что расход в ночные часы бывает нулевым (гоняется только циркуляция).

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

Но в чём тогда? Может, контроллер? Оооок, ковыряния в логике заняли пару дней. Опущу детали изысканий, расскажу лишь о финальных наблюдениях: простое повышение температуры с 62 до 70 градусов сразу делает график стабильным с любыми другими настройками.

И вот наконец сегодня я смог дознаться до истинной причины, понаблюдав одновременно за работой двух идентичных систем зоны ГВС 1 и 2 (теплообменник+клапан+привод+контроллер). Я заметил, что при одном и том же мгновенном расходе приводы клапанов стоят в очень разных положениях!

Тщательные наблюдения показали: у клапана 1 зоны наблюдается нелинейная зависимость "расход/открытие" в положениях, близких к "полностью закрытому". Примерно как на фото ниже.

Эта версия объяснила все наблюдаемые проблемы:
1. Сами колебания наблюдаются в результате того, что контроллер работает на нелинейном участке характеристики клапана в окрестностях "полностью закрытого", и иногда действительно закрывает клапан совсем, хотя расход воды при этом может быть достаточно серьёзным.
2. С плановой температурой 70 клапан работает в другом диапазоне положений, в котором зависимость более линейная, и колебаний нет.
3. Чем выше температура в теплотрассе, тем ниже на графике находятся рабочие диапазоны расхода, тем больше цепляется нелинейная зона графика зависимости для проблемного клапана.

Итак, виноват клапан. По видимому, мне удалось распознать проблему задолго до того, как она стала критичной. Контроллер на корректную работу с "нелинейным" клапаном не настроить, он работает только с линейной зависимостью. Клапан надо ремонтировать или менять. Точка.

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

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

Многое из того, что я сейчас внедряю в своём доме, для большинства сотрудников сферы ЖКХ - из области фантастики. Но я ведь прежде всего админ с более чем 25-летним стажем, и только потом - сотрудник сферы ЖКХ. И с точки зрения ИТ я ничего сверхъестественного не делаю, просто применяю давно существующий опыт. Мониторинг - это то, без чего невозможна стабильная работа серьёзных сервисов.

Вы можете себе представить, чтобы условный Яндекс не работал несколько часов, о проблемах техподдержка узнавала от вас, и вам пришлось ждать решения ещё несколько часов или даже дней? Вряд ли.

А ведь почти все УК работают именно так. 🙈

#жкх
#автоматика

BY Записки усталого админа






Share with your friend now:
tgoop.com/q1dm6/650

View MORE
Open in Telegram


Telegram News

Date: |

Telegram users themselves will be able to flag and report potentially false content. Deputy District Judge Peter Hui sentenced computer technician Ng Man-ho on Thursday, a month after the 27-year-old, who ran a Telegram group called SUCK Channel, was found guilty of seven charges of conspiring to incite others to commit illegal acts during the 2019 extradition bill protests and subsequent months. To delete a channel with over 1,000 subscribers, you need to contact user support The visual aspect of channels is very critical. In fact, design is the first thing that a potential subscriber pays attention to, even though unconsciously. The group also hosted discussions on committing arson, Judge Hui said, including setting roadblocks on fire, hurling petrol bombs at police stations and teaching people to make such weapons. The conversation linked to arson went on for two to three months, Hui said.
from us


Telegram Записки усталого админа
FROM American