ThermIQ Integration to control Thermia and Danfoss heatpumps

Third party integrations
,
187

I personally use NodeRED for automations as i find the HA way hard to understand. Maybe someone here with better HA skills can make a guide?

NodeRED is available as an add-on to HA

There is a NodeRED example on how to do it on my web.

188

Ok thank you. I have tried node red 1 time before but didnā€™t really got sucked into it and kept using HA automations instead.
But I probably will try it again now as this is a very useful function to have. Tack!

EDIT:

I have manage to find how to sync the temp sensor into the ā€œactual room temperatureā€ value.
Maybe someone finds it useful. This is the action with the template that sets the input_number value to what it is now in the temperature sensor of my choice.


service: input_number.set_value
target:
  entity_id: input_number.thermiq_mqtt_vp1_room_sensor_set_t
data:
  value: "{{ states('sensor.YourTempSensor') | round (1)}}"
2 Likes
189

Hi all Thermiq users:) For those who has the interest I have made a FB page, for discussing everything regarding Thermiq. I you want - jump on board:) Redirecting...

190

I use this HA Automation (sending the indoor temp via MQTT)

alias: ThermIQ - Update Room Average Temp
description: ""
trigger:
  - platform: time_pattern
    minutes: /1
condition: []
action:
  - service: mqtt.publish
    data:
      qos: 0
      retain: false
      topic: ThermIQ/ThermIQ-room2/set
      payload: "{\"INDR_T\": {{ states('sensor.hustemperatur_gennemsnit') }}}"
mode: single

We have floor heating that is controlled by a Wavin AHC9000 floor heat controller (which also are in HA). So I use all the temp sensors and make one average temp, that I constantly push into the Heatpump:)

192

Looks great, thanks! I have no presence at Facebook myself :slight_smile:

1 Like
193

Hi:) Still Using these automations, or have you been updating them and want to show them?:slight_smile: For me your kind of automation is kind of advanced. I use (for now) only EVU night lowering in the hours from 17-21 every day. Here in Denmark we have got a new 3.0 Tarif Model - the hours 17-21 is high peak - 6 to 17 and 21 to midnight is ā€œhalf-peakā€ and from midnight to 6 low peak.

194

I have a thought but maybe itā€™s already somehow incorporated and I donā€™t know.
I was thinking if possible to use the hot boiler water as a source of passive heating (without using the compressor which takes most electricity). That is during cheap hours to make sure water boils to maximum and during expensive times to use the hot water to at least preserve the heat or decrease itā€™s decline without completely stopping as with EVU function.

Maybe thatā€™s how some of the other modes working ? I use AUTO.

Any ideas? :slight_smile:

195

@ThermIQ - Is your device communicating with the heat pump via Modbus, or some other protocol? I have a Thermia iTec, which I understand is not supported by your device. What makes it different, and what would be involved in getting it to work? I really would love to have something like this working with my heat pump :slight_smile:

196

The iTec is a completely differnt platform. I have no idea how it works and no possibility to support it unless you can send me one :slight_smile:

2 Likes
197

Hey! Iā€™m actually not using them. The only time when it makes sense to adjust the temperature is when the whole family is leaving for 2-3 or more days (depending on the outside temperature). Then I usually set the temp to 10C, and ~24h before weā€™re scheduled to return, I schedule the pump to return to the normal temperature. Most of the time I have it on Auto and 21 degrees, and it has proven to be most economical. Underfloor water heating has just too much inertia and is already efficient enough for daily fiddling for profit.

The only thing that Iā€™ve done, is when I see that the electricity prices are insane (Iā€™m using Nordpool hourly prices), then I might pre-heat the house before the prices skyrocket and again set the heater to 10C for the duration of the high-price period. In the last price hike on 5h January, I saved 85.8 EUR (66 kWh at ~ā‚¬1.3/kWh) in a single day by doing so. But that happens rarely enough that I havenā€™t really made an automation for this case. Hopefully, I wonā€™t have to either.

198

Haha. If I could send you my unit for testing, I would :slight_smile: But since thatā€™s not practical, is there any chance you would like to give me some guidance on how to do my own testing? Iā€™d be happy to run certain tests and send you results, if you think thereā€™s a chance we could figure it out together.

199

I have had a look at it some years back and this IS a completely different system. Nothing to gain from here. Promise :slight_smile:

1 Like
200

Thank you for the comments. I have been reading them through different related posts . What you describe is what I concluded last days . All I need basically is to avoid the most expensive hours which normal only at 2 points of the day and usually 4-6. I have set up automation to first reduce the target temperature to 16 degrees when price is above some threshold. If it is even more then I use the EVU function. Otherwise I use 21-22 degrees target temperature and recently started experimenting with 23.
I experimented with the curve but without luck so resorted to defaults.

Basically I decided to keep it on 21 for now and during nights when usually it is better prices i bump it to 23 and then via threshold automation I simply avoid 6 or more most expensive hours per each day by reducing the target temperature or via EVU function.

I counted that I basically need to reduce 4-6 hours of compressor use . When compressor is on it takes 2.2 kw. So I made also a counter that shows me how long the compressor is on each day. The heating takes about 85% of the electricity bill so by reducing the amount the compressor is working per day will directly reduce the monthly cost , especially if to avoid 4-6 most expensive hours while doing it.

At least my take so far. Still experimenting and in 3 days for tej first time will enter spot prices period (was fixed it until now).

1 Like
201

This is pretty much what i do as well.

  • Blocking out the most expensive hours
  • Block more hours when outdoor temp is higher
  • use indoor temp weighted by 4, reduces impact from curve

It saves me quite a lot based on the very peaky price currently in Sweden

202

What do you mean by this ?

203

I have two HP, and two ThermIQ. Never been any stopping faults, and they have lived alone with their automations working perfect.

Two questions/problems:

  1. When HA is restarted, some times sensor data shows wrong until a new update is received. For example value for outdoor temperature shows 800 degrees. This clutters the graph Iā€™m using.
    Is it possible to make the integration show last received value till new value is received?

  2. Since I have two HP, is there any way of set friendly names on entities to separate them?

204

Hi Eirik,

  1. I have no idea :-), I see no reason for sensors getting faulty values butā€¦

  2. You have probably installed you HPs with Unique IDs like vp1 and vp2, that will cause sensors to show up as:

sensor.thermiq_mqtt_vp1_outdoor_t
sensor.thermiq_mqtt_vp2_outdoor_t

respectively. Take the lovelace template and replace vp1 with vp2 and add it as a new card should do the trick.

205

Register 60, room factor determines how much impact the room temperature has on the heating algorithm. This is briefly described in your thermia manual.

206

Would you mind read my post again? You didnā€™t reply the questions I asked.

207

What do you mean by friendly names? The text for each reg? That is defined for the whole integration but language can be different between each instance. You could add your own language column in the register file and select that for vp2. Not sure if itā€™s worth the hassle butā€¦