Ого, прекрасно! Официальный и тоже текстовый... Значит с декабря живем по новым правилам!

Василий Кузнецов написал:

[q]

Это означает, что теплосчетчики, не отвечающие требованиям Правил ещё 2 года можно ставить.

[/q]

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

Василий Кузнецов написал:

[q]

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

[/q]

Ну такие ситуации очень часто встречаются, особенно если до счетчика есть где-то регулирование... Да хотя бы на самой ТСО.
С точки зрения физики совершенно понятно - если объект большой и теплоемкий, да еще отрегулирован на не слишком большую разность температур на подаче и обратке, то просто снижение температуры (например, даже без снижения расхода) приведет к отрицательной разности температур и прекращению учета.
При этом досчет даст неправильный с точки зрения физики результат! Будет обсчитан потребитель, т.к. это время он реально отдавал тепло, а не потреблял!
По уму (с точки зрения объективного устройства мира) более точный результат учета будет, если не обращать внимания на минимальную разность температур и учитывать всё "как есть"
Требование минимальной разности температур надо было бы ввести относительно общей настройки системы теплоснабжения объекта - по продолжительным средним результатам измерений (например часовым)! А дурацкое требование к мгновенным значениям разности температур не применять.

Искал, а какие же вычислители соответствуют требованиям новых Правил? И увидел, что анонсировала свой новый вычислитель ТСР-042 компания Взлёт и СПТ 942.20 Логика.

Почитал РЭ на Логику и Взлёт. Мало того, что Правила намудрили со своими требованиями вести учет разных нештатных ситуаций, так ещё и производители решили отличиться и дополнительно наусложняли его ещё более дополнительными функциями.

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

А Логика научила свой вычислитель вести контроль за выходом температур за пределы введённого в него температурного отопительного графика.

Если учесть, что в РЭ не все описано подробно, то легко можно запутаться с составлением карты программирования, которая бы заставила вычислитель работать так, как нужно по задумке проектировщику (по требованию Правил учета).

Поскольку под руками у меня только Карат-307, то только на нём ставлю эксперименты (подключаю датчики температуры, расход имитирую вручную, замыкая контакты проводков) проверяя логику работы.

Вот например, в РЭ сказано, что при обработке НС по расходу в виде "контроль" он выдаёт НС, если расход ниже уставки. В связи с этим возникает вопрос, а если расход будет равен нулю? В РЭ про это ничего не написано. Но ведь это важно. Если расхода вообще нет, то какая же это нештатная ситуация? (Например, перекроешь полностью расход теплоносителя на месяц, включишь вместо этого альтернативный источник обогрева - печку, газовый котел, электроотопление, а ЭСО посчитает отсутствие расхода как НС и насчитает потребление по предыдущему отчетному периоду? )

Всё это натолкнуло на мысль, коль напридумывали такие сложные требования к вычислителям в Правилах учета, да ещё и производители их усложнили дополнительно, то пора бы на вычислители выпустить не только программы конфигураторы, но и программы "ОТЛАДЧИКИ", которые бы позволили подключить к виртуальному вычислителю виртуальные датчики расходов, температур, давления, задать их виртуальные параметры работы и посмотреть на виртуальные архивы, что и как будет там записываться....

А иначе - придётся по полгода изучать прибор, чтобы научиться с ним общаться и его настраивать. А как карту программирования проверить инспектору ЭСО при согласовании проекта?

А так бы взял, ввел карту программирования из проекта в ПО "ОТЛАДЧИК", запустил эмуляционный режим верификации и проверил, правильно ли будет считать вычислитель.

Serg58 написал:

[q]

Требование минимальной разности температур надо было бы ввести относительно общей настройки системы теплоснабжения объекта - по продолжительным средним результатам измерений (например часовым)! А дурацкое требование к мгновенным значениям разности температур не применять.

[/q]

А что если воспользоваться п.21 методики: "Продолжительность интервала времени между очередными замерами определяется программой конкретного тепловычислителя"?