TSP parameters uitlezen

This Forum is about the Opentherm gateway (OTG) from Schelte

Moderator: hvxl

TSP parameters uitlezen

Postby rvdbreemen » Fri Jan 14, 2022 12:51 am

Hi Schelte,

I am trying to fetch the TSP transparent slave parameter from my Elga Ace. But I have tried the PM=10 command, I read it would fetch the TSP's from the OpenTherm bus. However I have not been able to do that.

Do you know of anyone successfully fetching TSP using the OTGW bus?

Looking forward to hear from you,
Robert
rvdbreemen
Starting Member
Starting Member
 
Posts: 40
Joined: January 2020

Re: Reading TSP values

Postby hvxl » Fri Jan 14, 2022 10:01 pm

Log?

Yes, some people have reported that they are successfully reading TSPs (and wanted a way to read a specific TSP, or wanted to write a TSP).
Schelte
hvxl
Senior Member
Senior Member
 
Posts: 1573
Joined: June 2010

Re: TSP parameters uitlezen

Postby rvdbreemen » Sun Jan 16, 2022 9:49 pm

Hi Schelte,

Well, here we go a log (see attachment) of my PM=10 command. I have tried twice, the otgw is in gateway mode. I never see a Data-ID 10 asking for the number of TSP's. So the whole process of asking for the individual TSP never starts (Data-id 11). So I was thinking, in what scenario's the PM command never gets an opportunity to send out a Data-ID, and what could I do about this.

I noticed that in the documentation you say:
Priority Message - Specify a one-time priority message to be sent to the boiler at the first opportunity.


I interpreted it as, I will send the Data-ID as soon as possible, overruling anything else. But I never see Data-ID 10 go by, so I am thinking it's different. Any suggestions for me here?

So I also looked at the forum here, and I found only one post on the topic. Asked around and other users have successfully used PM=10, and got the TSP's from their boiler. The process of asking all TSP one by one is slow. And when you want one it is slow to ask 67 parameters from the slave. I think it would be useful to have a feature to just ask a single TSP, based on a index. Also writing to the TSP would be very useful in some scenarios, but it could also break boilers (or at least when people don't know what they are doing). Same goes for FHB id's btw. Why lookup all, you could only want to lookup the latest fault in the buffer.

Currently, I am using PIC firmware 5.1 on my production OTGW unit.

Look forward to your idea's what is going on,
Robert
Attachments
otmonitor.zip
(22.08 KiB) Downloaded 2 times
rvdbreemen
Starting Member
Starting Member
 
Posts: 40
Joined: January 2020

Re: TSP parameters uitlezen

Postby hvxl » Mon Jan 17, 2022 1:33 pm

Your interpretation does not match with the way obtaining additional information is documented.

It is not possible to overrule everything, because the OTGW needs to provide the thermostat with the information it requested. The only feasible option is to replace a request the boiler doesn't support. But in your logs I find no messages from the thermostat that the boiler doesn't support. As a result the OTGW doesn't get a chance to send any alternative message.

To free up some slots for the OTGW to use, you can issue UI commands for some message IDs the boiler shouldn't need. For example 16 (Room setpoint) and 24 (Room temperature).

My original understanding of the TSPs was that these are reasonably static settings. So there should be no need to read them frequently or quickly. Adding the possibility to read or write a specific TSP would provide little benefit in my opinion, while requiring many resources, which are just not available in abundance.
Schelte
hvxl
Senior Member
Senior Member
 
Posts: 1573
Joined: June 2010


Return to Opentherm Gateway Forum

Who is online

Users browsing this forum: No registered users and 1 guest