Danfoss терморегулятор с выносным датчиком: Danfoss RTR 7092 (013G7092) Термостатический элемент с выносным датчиком

Терморегуляторы на батарею Danfoss, термоголовки для радиатора Данфос

Терморегуляторы Данфосс для вашей квартиры основная функция

Радиаторный терморегулятор Danfoss – современный и эффективный способ автоматического регулирования температуры в помещении. Терморегуляторы способны автоматически увеличивать или сокращать объем теплоносителя в батареях, в зависимости от задаваемой температуры помещения.

Основная функция терморегуляторов для батарей данного производителя – поддержание заданного пользователем уровня температуры в помещениях и более грамотное распределение энергии в отопительной системе.

Как работает терморегулятор Danfoss

Работает терморегулятор по след. технологии — в конструкцию устройства встроено 2 основных элемента – регулирующий клапан и термостат. Термостат реагирует на изменение температуры в комнате и благодаря встроенному внутри чувствительному элементу передает сигнал для открытия или перекрытия потока теплоносителя в радиатор клапаном.


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

Виды терморегуляторов Данфос

В нашем интернет-магазине представлены самые популярные модификации терморегуляторов Danfoss, отличающиеся по конструкции и принципу действия:

  • Жидкостный терморегулятор — имеет встроенный чувствительный к изменению температуры элемент, который состоит из сильфона с жидкостью с высоким коэффициентом теплового расширения. Изменение объема жидкости приводит в движение сильфон, который перекрывает или открывает клапан радиатора.
  • Электронный терморегулятор — отличается наличием электронного датчика, который контролирует температуру в помещении и каждые 1-2 минуты подает сигнал на встроенный электродвигатель. Регулирование потока теплоносителя при необходимости осуществляется моментально. Также пользователь получает возможность программировать работу датчика по временным периодам (к примеру, ночью, на выходных и т. д.), благодаря чему достигается максимальный комфорт и еще больший уровень экономии.
  • Терморегулятор с выносным температурным датчиком. Устанавливаются в случаях, когда нет технической возможности или места для установки стандартного решения или при наличии других источников тепла вблизи батареи, малое количество пространства (прямые солнечные лучи, широкие подоконники, плотные шторы). Термоголовка с выносным датчиком позволяет разместить чувствительный элемент в любой части помещения в 2, 5 или 10 метров от батареи для более точного управления уровнем комфорта.
  • Дизайнерские терморегуляторы Danfoss – имеет известный во всем мире «знак качества» в области дизайна Red Dot. В дизайнерской линейке можно обнаружить стильные и эстетичные модели на любой вкус и для любого интерьера.

Терморегулятор Данфосс — преимущества для вашего радиатора отопления

Выбирая термоголовки Danfoss, вы получите:

  • Экономия до 46% энергии. Радиаторные терморегуляторы позволяют расходовать именно столько энергии, сколько нужно для комфортного обогрева.
  • Высокая точность. Регулировка температуры осуществляется с точностью до 1 градуса С.
  • Безопасность. Термоголовки производителя оснащены «защитой от детей», отличаются максимальной герметичностью и надежностью даже спустя годы эксплуатации.

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

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

    Термостатический элемент головка RA 5074 (выносной датчик), капиллярная трубка=2+2 м, Danfoss 013G5074

    Skip to the end of the images gallery

    Skip to the beginning of the images gallery

    6 861 ₽

    Артикул
    е2429
    Страна производства
    Россия

    Кол-во

    6 861 ₽

    Описание Характеристики

    Термостатическая головка RA 5074 (выносной датчик), капиллярная трубка=2+2 м, Danfoss 013G5074 применяется в качестве комплектующего к радиаторным терморегуляторам типа RA.

    Радиаторный терморегулятор — это пропорциональный регулятор температуры воздуха с прямым действием и малой зоной пропорциональности (для примера, сегодня ими оснащаются системы отопления зданий разного назначения). Все элементы серии RA 2000 используются для автоматического регулирования температуры. Выносной жидкостный датчик.

    Product specification details
    Производитель (J) Danfoss
    Серия (H) RA 2000
    Страна-производитель (A)
    Россия
    Длина капилляра, м 0+2
    Исполнение (B) С выносным датчиком
    Цвет Белый
    Диапазон температур, 0С +8. ..+28°С

    Проводной программируемый термостат Danfoss TPOne-MA с дистанционным датчиком

    Питание от сети

    Заменяет:
    Данфосс TP7000MA, TP7001MA, TP75MA, TP9, TP9000
    ACL Lifestyle CT174, OPT170, PT110, PT170, OCC720

    Платформа программируемого комнатного термостата TPOne обеспечивает новый уровень удобного взаимодействия с пользователем. На гибком точечно-матричном дисплее используются легко читаемые значки и текстовая информация для предоставления информации о состоянии и настройках установщику и пользователю. Когда дисплей активирован, загорается подсветка, а на кнопках отображаются подсказки, какие кнопки будут регулировать температуру или перемещаться по меню настроек.

    Хроно-пропорциональное управление с компенсацией нагрузки — это система регулирования тепла по умолчанию, которая обеспечивает повышенный комфорт и экономию по сравнению со стандартным управлением включением/выключением.

    Также можно выбрать стандартное вкл./выкл.

    Когда установлен хроно-пропорциональный режим, термостат вводит фиксированную частоту циклов в системе, а затем определяет продолжительность периодов включения и выключения в каждом цикле пропорционально нагрузке.

    Алгоритм управления, используемый для определения периодов включения/выключения, использует пропорционально-интегральную процедуру (PI) для устранения смещения, обычно связанного с включением/выключением или простым пропорциональным управлением.

    Хроно-пропорциональное управление значительно повышает комфорт и в целом повышает эффективность котла за счет оптимизации температуры воды.

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

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

    Дополнительные функции TPOne включают:

    • Отдельные меню настроек пользователя и установщика
    • Планировщик праздников
    • Верхний и нижний пределы температуры
    • Емкостное сенсорное управление
    • Кнопочный замок
    • °C или °F Выбираемый дисплей
    • Звуковое нажатие кнопки (по выбору)
    • Настройка температуры защиты от замерзания
    • Независимый канал ГВС (только сетевой вариант)
    • Четкий текстовый дисплей (7 языков)
    • Таймер обслуживания котла

    Номинальные параметры переключателя: 3 А при 230 В переменного тока
    Диапазон настройки температуры: 5-35 °C
    Размеры (мм): В66 x Ш155 x Г30
    Срок службы батареи: не менее 2 лет

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

    Привет. Нет, для этого вам нужно будет заказать коды HCO 03A10 и 06B18.

    Привет, может ли эта модель заменить старый комнатный счетчик TP7 Randal и таймер Dow

    Привет. Если вы имеете в виду TP9, то да, может.

    Задать вопрос

    Ваше имя

    Ваш вопрос

    Примечание: HTML не переводится!

    Капча

    Пожалуйста, пройдите проверку по капче ниже

    Danfoss Ally TRV, работающий с выносным датчиком температуры — #137 от tproulund — Hardware

    Peyoz (Алессандро Пейракиа)

    #132

    +1 здесь, однозначно интересует эта карта

    gavb (Гэвин Белл)

    12 января 2022 г. , 15:21

    #133

    +1 тоже интересует…

    Jarek_Szkiela (Ярек Шкиела)

    #134

    Можете ли вы дать мне код карты?

    яча

    #135

    Привет. Будет ли это работать с deconz? Или просто zigbee2mqtt?

    У меня версия 01.12.0008 01.12 это правильно?

    право (Иоаким Рехт)

    #136

    Я сделал довольно простое приложение appdaemon, которое управляет Ally TRV через zha, включая балансировку нагрузки. Код находится на гитхабе вместе с конфигом. Также есть небольшой модуль, который периодически синхронизирует внешний датчик температуры с TRV.

    Я столкнулся с проблемой, когда значение load_estimate было отрицательным, но причуда компании Danfoss полагала, что это беззнаковое целое число. Чтобы исправить это, я создал небольшую пользовательскую причуду (которую я добавил в /config/custom_quirks/__init__.py , а затем установите zha/custom_quirks_path

    в configuration.yaml ):

     из zhaquirks.danfoss import DanfossThermostatCluster
импортировать zigpy.types как t
DanfossThermostatCluster.manufacturer_attributes[0x4040] = ("load_radiator_room_mean", t.int16_t)

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

    1 Нравится

    (Тпроулунд)

    #137

    Привет, ребята

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

    Когда нагрузка в помещении более или менее постоянна, ally может хорошо отслеживать заданное значение температуры, но оно довольно сильно превышает/недотягивает, и это также можно увидеть на открытии клапана (рисунок)

    какой у вас опыт ребята с Управлением запуском Адаптации, я так понимаю союзник попытается «выучить» помещение и тем самым лучше узнать как контролировать температуру

    Я видел в других комментах, что в ЖА люди включили управление запуском адаптации, отправив команды на идентификатор кластера zigbee, есть ли эквивалентный способ сделать это в z2m, и вы, ребята, верите, что это поможет?

    Коэффициент масштабирования алгоритма управления = 5

    image1804×487 19,2 КБ

    Масштабный коэффициент алгоритма управления = 3

    image900×1600 81,8 КБ

    временная характеристика с масштабным коэффициентом = 3 и уставкой = 21

    image900×1600 75,1 КБ

    jj

    (Яри Ритконен)

    #138

    +1 Меня тоже очень интересует эта карта

    jjrytko (Яри Ритконен)

    #139

    Если у кого-то еще есть пример создания датчика состояния клапана Danfoss Ally (я думаю, pi_heating_demand), мне было бы интересно

    1 Нравится

    (Яри Ритконен)

    #140

    Я смог сам выяснить, как получить состояние клапана Danfoss Ally, периодически читая атрибут PIHeatingDemand. Я обновил прошивку своего Allys до версии 1.18, на более ранних прошивках не проверял. Вот как я это сделал, надеюсь, кому-то это может пригодиться:

    Сначала я установил пользовательский компонент zha-toolkit: GitHub — mdeweerd/zha-toolkit: 🧰 Zigbee Home Assistant Toolkit — сервис для «редких» операций Zigbee с использованием ZHA на Home Assistant. Эти пользовательские компоненты позволяют (среди прочего) считывать атрибут кластера Zigbee и записывать его в состояние датчика: GitHub — mdeweerd/zha-toolkit: 🧰 Zigbee Home Assistant Toolkit — сервис для «редких» операций Zigbee с использованием ZHA on Home. Ассистент.

    Итак, в качестве первого шага я создал автоматизацию, которая считывает PIHeatingDemand моих TRV Danfoss Ally с датчиками. Ниже приведен пример создания датчика с именем sensor.office_radiator_thermostat_valve_raw и записи в него значения PIHeatingDemand каждые 5 минут.0003

     идентификатор: read_thermostat_values_to_sensors
псевдоним: Чтение дополнительных значений термостата и сохранение их в датчиках
вызывать:
 - платформа: time_pattern
   минут: /5
состояние: []
действие:
 # Состояние вентиля радиатора офиса
 - сервис: zha_toolkit. execute
   данные:
     команда: attr_read
     ieee: paste_your_trv_ieee_here
     конечная точка: 1
     кластер: 0x0201
     атрибут: 0x0008
     state_id: sensor.office_radiator_thermostat_valve_raw
     разрешить_создать: Истина

    Затем я создал датчик-шаблон, который соответствует необработанному значению и имеет правильную единицу измерения и набор значков (я попробовал первую настройку для необработанного датчика, но по какой-то причине это не сработало):

     датчик:
  - название: "Клапан термостата офисного радиатора"
    уникальный_ид: office_thermostat_valve_wrapper
    единица измерения: "%"
    значок: mdi:клапан
    состояние: >
      {{состояния('sensor.office_radiator_thermostat_valve_raw') | интервал (0) }}

    Это всего лишь один пример создания датчиков из атрибутов Ally TRV. Вы можете легко отследить практически любой атрибут, просто изменив значения кластера и атрибута служебного вызова zha_toolkit.execute.

    1 Нравится

    le_top

    #141

    Рад видеть, что эта функция используется!

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

    Также обратите внимание, что вместо IEEE-адреса можно указать имя сущности, а если в устройстве всего один кластер типа 0x0201, то можно вообще опустить конечную точку (но при ее установке zha_toolkit не придется тратить время и силы при нахождении этих значений).

    туплас

    #142

    Я только что добавил датчик шаблона с:

     - платформа: шаблон
  датчики:
    гостиная_отопление:
      friendly_name: "Olohuone termostaatti ohjaus"
      единица измерения: '%'
      value_template: "{{ state_attr('climate. danfoss_etrv0100_274b5ffe_thermostat', 'pi_heating_demand')}}"

    Набор инструментов ZHA не требуется

    3 нравится

    Юрытко (Яри Ритконен)

    #143

    Интересно, я не знал, что атрибуты кластера Zigbee доступны как атрибуты состояния объекта термостата Ally. Как часто обновляются атрибуты? Если интервал обновления приемлем, это выглядит как очень элегантный способ получить состояние клапана

    tuplas

    #144

    Самый быстрый, кажется, примерно каждые 7-10 минут.

    le_top

    #145

    И вы можете настроить это с помощью zha-toolkit/conf_report !

    Танер (Мариуш)

    #146

    +1 Если можно, я бы тоже попросил инструкцию, как это сделать.
    Заранее спасибо.

    напалм

    #147

    Привет всем, первый пост в этом сообществе.

    Я недавно купил эти TRV и установил Home Assistant, все еще изучаю концепции домашнего помощника и т. Д. В этой теме (и некоторых других) есть много информации, из которой можно узнать об этих TRV, ценю обсуждения здесь.

    Я заметил относительно свежий документ «Руководство по программированию» (8 июня 2022 г.) на официальном сайте поддержки Danfoss. Не уверен, был ли он недоступен раньше или это просто новая версия, но он содержит много информации об этом продукте и фактически объясняет некоторые странные функции, которые обсуждались здесь. Я изложу здесь основные моменты, но я призываю всех зайти на официальный сайт поддержки и прочитать его самостоятельно: Поддержка Danfoss Ally™ | Данфосс

    Внешний датчик температуры
    В этой теме были некоторые предположения о том, как ведет себя этот TRV при использовании внешнего датчика, особенно в открытом режиме (по умолчанию). В руководстве поясняется, что eTRV на самом деле по-прежнему использует свой внутренний датчик температуры для работы, но сообщаемая внешняя комнатная температура используется для установки температурного смещения между внутренней измеренной и фактической комнатной температурой, а не измеряется средним значением между ними. Это объясняет, почему первоначальные рекомендации в этом режиме должны были сообщать это значение один раз в несколько часов, но не чаще, чем 30 минут — смещение не должно меняться так часто и должно быть относительно постоянным при нормальной работе. Я полагаю, что это также сэкономит заряд батареи из-за менее частого общения. Кроме того, это объясняет, что максимальное смещение составляет ± 4 градуса, что также объясняет, почему некоторые не смогли увидеть больших различий в работе даже после размещения внешнего датчика снаружи.
    Для скрытого режима действует так, как здесь уже обсуждалось — внутреннее измерение игнорируется, и поэтому этот режим требует более частого обмена данными.

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

    Балансировка нагрузки
    Они объясняют, как должна работать балансировка нагрузки помещения:

    Шлюз вычисляет среднюю нагрузку для всех радиаторов
    в помещении и распределяет ее по всем eTRV в
    комната через атрибут 0x4040 «Load Radiator Room Mean»
    каждые 15 минут.
    Шлюз должен отбросить все значения ниже -500 (слишком низкое значение
    ) до -8000 (недействительное/неактивное) и значения старше
    90 минут. Затем среднее значение должно быть рассчитано с использованием
    значений других eTRV в комнате.

    Отправка значения -8000 фактически деактивирует функцию

    Еще одна интересная вещь, которую я заметил: существует специальная команда производителя, которую можно использовать для установки температуры нагрева с различным поведением. Стандартный подход простой установки заданного значения (которое, как я предполагаю, происходит по умолчанию), как я понимаю, постепенно изменит поведение. Тем не менее, существует также изменение уставки «взаимодействия с пользователем», которое эквивалентно физическому повороту ручки TRV пользователем, и будет выполнять агрессивную настройку, чтобы как можно скорее достичь запрошенной температуры.

    Во время взаимодействия с пользователем (изменение заданного значения путем поворота циферблата или изменение заданного значения с помощью «SetpointCommand + UI=1»)
    двигатель переключается в другое положение независимо от ограничений по экономии заряда батареи и
    эффективности использования энергии.
    ПРИМЕЧАНИЕ: Нельзя постоянно использовать агрессивную команду (тип 1) для изменения расписания!!! Если это сделать, то
    может снизить комфорт, энергоэффективность и срок службы батареи!

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

    В документе также есть красивые изображения и примеры работы/коммуникации, а также описаны другие функции, такие как ориентация дисплея, ориентация установки, внутренние расписания eTRV и т. д. Подробности о zigbee пока немного выше моего понимания, но пока что большинство или все эти функции кажутся относительно простыми в реализации.

    4 лайков

    bjorn.sivertsen (Бьорн Сивертсен)

    #148

    Интересный материал! Спасибо за глубокое погружение!

    напалм

    #149

    Я попробовал свои силы в создании чертежа автоматизации для обновления внешней температуры для этого TRV. Эта автоматизация предназначена для соблюдения рекомендуемых Danfoss интервалов (по крайней мере через каждые X, но не чаще, чем через Y), хотя эти значения необходимо настраивать вручную.

    В качестве основного триггера используется изменение состояния внешнего датчика, а также дополнительно используется таймер для обновления температуры по истечении требуемого периода, даже если показания датчика температуры не менялись в течение этого времени. Вы должны вручную создать таймер для каждого TRV и соответственно установить интервал таймера — для непокрытого режима это должно быть «по крайней мере каждые 3 часа» (я использую 2 часа 40 минут), а для покрытого должно быть «по крайней мере каждые 30 минут», потому что закрытый режим отключится, если показания не будут получены в течение 35 минут. Я думаю, что безопасно использовать максимальные значения для каждого таймера, поскольку это всего лишь запасной вариант. Вы должны создать новый таймер для каждого TRV, так как он будет сбрасываться при каждой активации автоматизации, поэтому повторное использование одного таймера может привести к тому, что некоторые TRV будут работать без показаний в течение более длительного времени (хотя технически я думаю, что повторное использование таймера должно быть в порядке). если вы также используете тот же датчик температуры источника, но я бы все равно создал уникальные, чтобы быть уверенным)

    Для ввода «Минимальный интервал обновления» вы должны снова использовать соответствующее значение в зависимости от того, находится ли TRV в скрытом или непокрытом режиме. Согласно документации Danfoss, это должно быть 30 минут для открытого и 5 минут для закрытого.

    Вот план, который вы можете поместить в свой /config/blueprints/automation/ или в его подкаталог.

     чертеж:
  домен: автоматизация
  Название: Ally Temp Update
  описание: Обновление внешней температуры Danfoss Ally TRV с минимальной/максимальной частотой обновления
  вход:
    союзник_устройство:
      имя: Устройство союзника TRV
      описание: Показания температуры будут отправлены на это устройство
      селектор:
        устройство:
          производитель: Данфосс
          организация:
            домен: климат
    min_update_minutes:
      имя: Минимальный интервал обновления
      описание: >
        Обновления не будут отправлены, если время с момента последнего обновления меньше минимального интервала. 
        Обычно 30 минут для непокрытых, 5 минут для закрытых.
      селектор:
        количество:
          макс: 360
          мин: 1
          unit_of_measurement: минуты
          режим: коробка
    temp_sensor_id:
      имя: Датчик температуры
      Описание: Внешний датчик, с которого будет считываться температура. Ожидается формат данных 12.3
      селектор:
        организация:
          домен: датчик
          device_class: температура
    max_update_timer_id:
      имя: Сущность таймера
      описание: >
        Таймер, который будет (повторно) запускаться при обновлении.
        Установите этот таймер на самый медленный интервал, с которым вы хотите, чтобы устройство обновлялось.
        Обычно 3 часа без покрытия, 30 м с покрытием.
        Используйте отдельный таймер для каждой автоматизации.
      селектор:
        организация:
          домен: таймер
переменные:
  устройство: !input ally_device
  ieee: "{{(device_attr(device, 'идентификаторы')|список)[0][1]}}"
  min_update_minutes: !input min_update_minutes
  temp_sensor_id: !введите temp_sensor_id
вызывать:
- платформа: государство
  идентификатор объекта:
  - !input temp_sensor_id
- платформа: событие
  event_type: timer. finished
  данные_события:
    entity_id: !input max_update_timer_id
состояние:
- условие: шаблон
  шаблон_значения: >
    {{ as_timestamp(now()) - as_timestamp(state_attr(this.entity_id,'last_triggered'),0)|int
    > (60 * min_update_minutes) }}
действие:
- сервис: zha.set_zigbee_cluster_attribute
  данные:
    иеее: '{{ иеее }}'
    конечная точка_id: 1
    идентификатор_кластера: 513
    тип_кластера: в
    атрибут: 16405
    значение: '{{ (состояния (temp_sensor_id) | float * 100) | раунд(0)}}'
- сервис: timer.start
  цель:
    entity_id: !input max_update_timer_id
режим: одиночный

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

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

    micha_og (Майкл)

    #150

    Эй, отличная работа, спасибо!

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

    2022-09-18 10_56_09-Übersicht – Home Assistant1465×786 39,8 КБ

    Также температура, которую показывает карта, не является температурой внешнего датчика
    , которая составляет около 22,7 °C.
    Как я понял, внешний датчик температуры используется для управления нагревом термостата.

    Не подскажете, где именно посмотреть, если это так?

    С уважением,
    Михаил

    напалм

    #151

    Да, карта по умолчанию всегда будет показывать показания температуры с самого TRV. Вы можете проверить, был ли атрибут отправлен в TRV, перейдя к устройству в настройках и выбрав «Управление кластерами» в трехточечном меню информации об устройстве. Там вы должны выбрать правильный кластер и атрибут (см. ниже) и нажать «получить атрибут zigbee»:

    изображение 778×947 76,2 КБ

    Значение должно быть вашим последним отправленным показанием внешнего датчика (например, 2270). Стоит помнить, что поведение зависит от того, находится ли ваш TRV в «непокрытом» (по умолчанию) режиме или в «покрытом» режиме. В непокрытом состоянии он вычисляет смещение от внешнего показания, но фактически использует внутренний датчик. Смещение рассчитывается автоматически и ограничивается ±4 градусами. В то время как в закрытом режиме внутренний датчик игнорируется, поэтому обновления внешних измерений требуются чаще.
    По крайней мере, так говорится в документации Danfoss.

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *