Is your feature request related to a problem? Please describe.
So far, DTU configuration options in general, and the cmt radio channel selection specifically, are only accessible via the web user interface. Under the assumption that the frequency would never have to be changed, that is probably ok. However, practical experience has shown that some HMS inverters do actually change their frequency every now and then. While it is unclear as to why that is happening, quite a few users have observed this behaviour. See also discussion here: https://github.com/tbnobody/OpenDTU/issues/2278 and several others. This will typically cause the connection to break.
Describe the solution you'd like
While one could manually adjust the frequency when at home using the web interface, that is hard or impossible from remote. This problem could be solved in a relatively simple way if the cmt frequency would be accessible via MQTT, which is the way most people integrate openDTU into the home automation. It would then open up the opportunity to either manually or automatically change the frequency through the home automation system.
I would suggest the following mqtt topics: ~/dtu/cmt-frequency for read access, and ~/cmd/cmt-frequency for write access. While that would be most important, maybe the pa level could then also be added at the same time.
Describe alternatives you've considered
While I found a workaround for changing the frequency via the web API interface, that is not the prefered way of doing it as
- it needs quite some technical skills, and
- it raises consistency issues when the frequency is then changed via the web API. Using MQTT would be much better and easier to use for the majority of users.
Another alternative might be the frequency manager project https://github.com/tbnobody/OpenDTU/pull/2573, provided that it delivers a reliable and universal solution. I would still like to have a manual remote control option via MQTT in addition, to be on the safe side.
Additional context
I have implemented an automated frequency scanning algorithm on openHab that works quite nicely, and I do use MQTT as the interface to openDTU in general, except for the frequency control.
Is your feature request related to a problem? Please describe.
So far, DTU configuration options in general, and the cmt radio channel selection specifically, are only accessible via the web user interface. Under the assumption that the frequency would never have to be changed, that is probably ok. However, practical experience has shown that some HMS inverters do actually change their frequency every now and then. While it is unclear as to why that is happening, quite a few users have observed this behaviour. See also discussion here: https://github.com/tbnobody/OpenDTU/issues/2278 and several others. This will typically cause the connection to break.
Describe the solution you'd like
While one could manually adjust the frequency when at home using the web interface, that is hard or impossible from remote. This problem could be solved in a relatively simple way if the cmt frequency would be accessible via MQTT, which is the way most people integrate openDTU into the home automation. It would then open up the opportunity to either manually or automatically change the frequency through the home automation system.
I would suggest the following mqtt topics:
~/dtu/cmt-frequencyfor read access, and~/cmd/cmt-frequencyfor write access. While that would be most important, maybe the pa level could then also be added at the same time.Describe alternatives you've considered
While I found a workaround for changing the frequency via the web API interface, that is not the prefered way of doing it as
Another alternative might be the frequency manager project https://github.com/tbnobody/OpenDTU/pull/2573, provided that it delivers a reliable and universal solution. I would still like to have a manual remote control option via MQTT in addition, to be on the safe side.
Additional context
I have implemented an automated frequency scanning algorithm on openHab that works quite nicely, and I do use MQTT as the interface to openDTU in general, except for the frequency control.