Missing Values

[gjaa]

I made a Capability log and during this proces some features where found

with capibilitylog.png (58.9 KiB) Viewed 781 times

I did this on a windows machine
But the otwg is attached to a raspberry
And then I'm missing some features

aan de raspberry.png (62.77 KiB) Viewed 781 times

So how can I get the return temperature, boiler temperature and water pressure?

I hava an Remeha Eria Tower Heat Pump

btw OTWG was in monitor mode and I changed it to gateway but that was not the solution

Gerard

[hvxl]

This indicates that your boiler is able to provide more information than your thermostat is requesting. You can instruct the OTGW to request this information for you instead, using the AA command with the message IDs for the relevant parameters:

AA=28 Return water temperature
AA=26 Domestic hot water temperature
AA=56 Domestic hot water setpoint
AA=18 Central heating water pressure

The OEM fault code is only relevant when ID0:LB0 is set. When that is the case, the OTGW will automatically request ID 5. Your thermostat may do the same.

The OTGW needs to be in gateway mode for these commands to have any effect.

[gjaa]

I put the commands in the Miscellaneous screen and klicked on send

2024-03-23 14_16_02-OTMonitor configuration.png (22.04 KiB) Viewed 735 times

Nothing is chanching en when I look in the messages log I can't see that command is getting some infomation

2024-03-23 14_17_57-192.168.3.92_8880_messages.html.png (113.07 KiB) Viewed 735 times

Or is this not the right way to do this?

Gerard

[hvxl]

Have you read the available documentation? All of this is explained on the web site.

[gjaa]

Sorry Schelte,

I still don't understand, I enter the commands as I mentioned before. Then, before entering the command GW=R and resetting the OTWG, I disabled the OTWG in Home Assistant to prevent them from communicating with each other. After that, I entered the commands again, and now I'm getting NS back, according to the documentation, it means:

NS — No Space
The alternative Data-ID could not be added because the table is full.

What am I doing wrong?

Gerard

[hvxl]

As explained on the web site, the OTGW takes advantage of messages the boiler does not support to obtain additional information. The OTGW learns which messages the boiler does not support by looking for Unknown-DataID responses.

At least in the short piece of log you provided, no Unknown-DataID responses exist. So you may have a combination of a thermostat that doesn't request many different Data IDs and a boiler that supports all of them. As also explained, in that situation you can pick one or more messages the thermostat sends that are not actually important for the boiler and tell the OTGW to consider them as not supported by the boiler.

Message ID 3 indicates that your boiler doesn't support cooling. Then ID 7 is entirely useless. A boiler also does not need to know the room setpoint and room temperature. So, you can designate IDs 7, 16, and 24 as unknown (UI=7, UI=16, UI=24).

AA commands are saved by the OTGW. You should not repeat these commands. That will eventually fill up all the available space for alternative messages. Judging by the NS response, this is what you have apparently done. Resetting the gateway does not clear the table. To clean up the list, repeatedly run DA commands for the IDs you have added multiple times until you get a NF response. Then add each ID once.

[gjaa]

Success, after entering DA.. a few times, I got NF.

2024-03-24 16_07_19-192.168.3.92_8880_messages.html.png (3.79 KiB) Viewed 666 times

I've re-entered all the values and now I'll just wait for a response or do I need to do something else?

By the way, my heat pump can cool, but that only happens when I indicate this on my EvoHome. The EvoHome communicates this to the HCC100 underfloor heating manifold (https://www.resideo.com/nl/nl/oplossing ... -regelaar/), and it tells the heat pump. The HCC100 also communicates the requested temperature and measured temperature to the heat pump. I can read this again via the information menu on the heat pump. In this case, it concerns CM190 (desired temperature) and CM030 (measured temperature). I think it will figure out on its own how hard it needs to work. It's quite remarkable; I have 4 different zones, and the requested temperature can vary (depends on what the HCC100 communicates).

Gerard

[gjaa]

Sorry Schelte for bothering you again,

But I gave the AA commands two days ago, yet I haven't received any values back so far.
Did I forget to do something or is it simply not possible, or do I need to buy a new OTWG or replace a chip?"

Gerard

[hvxl]

What about the UI commands?

[gjaa]

I haven't done the UI commands. When I navigate through the heat pump menu, I encounter some values, and it is possible to cool with my heatpump. Do I understand correctly that I need to delete values first before adding new ones because the commands that send the value then fetch a different one?

Gerard

[hvxl]

You have to enter some UI commands to give the OTGW some opportunity to send the IDs you added as alternatives. It doesn't matter if you do the AA commands first, or the UI commands. I'm sorry, I can't explain it any better. It's not that complicated in my mind. But that may be because I know how I made it.

[gjaa]

Sorry for keep bothering you.
I have set UI=57 because this value never changes and I don't need to know it.
To my surprise, it just comes back. Am I doing something wrong?

2024-03-27 12_06_10-192.168.3.92_8880_messages.html.png (107.56 KiB) Viewed 576 times

Gerard

[gjaa]

It's just a matter of patience.

2024-03-28 17_10_17-Opentherm Gateway Status Summary.png (31.37 KiB) Viewed 536 times

I now have all the values I want.

2024-03-28 17_10_49-Instellingen.png (184.71 KiB) Viewed 536 times

Gerard

[hvxl]

I have set UI=57 because this value never changes and I don't need to know it.
To my surprise, it just comes back. Am I doing something wrong?

The UI=57 command is doing exactly what it is supposed to do. First occurrence:

Code: Select all

12:02:06.472748  T00390000  Read-Data  Max CH water setpoint (MsgID=57): 0.00
12:02:06.485244  R00300000  Read-Data  DHW setpoint boundaries (MsgID=48): 0 0
12:02:06.563874  BC0304128  Read-Ack   DHW setpoint boundaries (MsgID=48): 65 40
12:02:06.574998  AC0392800  Read-Ack   Max CH water setpoint (MsgID=57): 40.00

So, the OTGW receives a Read-Data request for MsgID 57 from the thermostat. It then sends a Read-Data request for MsgID 48 to the boiler instead. After it receives the information for MsgID 48 from the boiler, it returns a response for the information the thermostat requested (MsgID 57) to the thermostat. The Max CH water setpoint happens to be one of the few things that the OTGW keeps track of. So instead of returning Unk-DataID, it returns the value it has stored.

Second occurrence:

Code: Select all

12:02:18.459468  T00390000  Read-Data  Max CH water setpoint (MsgID=57): 0.00
12:02:18.470462  R00740000  Read-Data  Burner starts (MsgID=116): 0
12:02:18.550466  B60740066  Read-Ack   Burner starts (MsgID=116): 102
12:02:18.561458  160192800  Read-Ack   Max CH water setpoint (MsgID=57): 40.00

This time the OTGW obtains MsgID 116 from the boiler; the next one on the list of alternatives.

You may not need to know the Max CH water setpoint, but this value is used by the thermostat to properly control the boiler. After a reset, the OTGW will pick up the value it has stored in EEPROM, or a default of 90. The EEPROM value is only updated when you manually set a Max CH water setpoint using the SH command. As a result, the thermostat and boiler may start to get different ideas about the Max CH water setpoint, which could lead to less than optimal temperature control. I would therefor not interfere with MsgID 57. Why don't you just use MsgIDs 16 and/or 24 as I initially suggested?