just to get an overview of your setting. Can you specify a little more about it? That would be nice: Which version of the avmfritz binding do you use? Did you install it over Paper UI, apt-sources or an other way?
Please keep in mind that the Comet DECT implementation is not merged to the main repository, yet.
Unfortunately, nobody could help me with that issue: https://community.openhab.org/t/how-to-get-oha2-to-install-jar-files-in-addons-folder/24538/5.
Therefore, I have to presume that replacing bindings from repo with packages from addons-Folder is instable. With openhabian it works, with a manual install not⊠So I can not replace avmfritz bindingâs repo version with the version from here.
Because of this issue - may I kindly ask when the avmfritz binding version supporting Comet Dect will be merged to the SNAPSHOT repository?
I am sorry that I cannot help you to solve your problem. I can understand that you do not want to use experimental versions and tinker around in your setup.
I hope my PR #1815 will be merged shortly. But we have to wait until one of the maintainers maybe @Kai himself will review it and confirm to merge it.
I do not mind using experimental versions like SNAPSHOT builds - thatâs why I would like to have this extended binding version merged into this branch ⊠And I do not mind either tinkering around in my setup as long as I can come to a positive result or gain the knowledge why I definitely can not. But in this case, I do not have a single indication why not, i. e. why not in the case of manual installation (which is definitely easier to maintain)!
I can acknowledge that this binding extension works very well and moreover, itâs a real improvement - therefore, I wonder why it does not become integrated in SNAPSHOT version of OHA2. I thought that is where SNAPSHOT builds are for ;).
Thank you for the link to your PR! Now I can have an eye on the progress myself and I will now be able to know very soon when the big moment has come. No need to install new SNAPSHOT any longer and being disappointed again about still not integrated this great oneâŠ
Iâm also still waiting for Comet DECT support. In my first openHAB installation on Windows I used OH 1.8 - there It was working - at least I could read out the temperature. But after a short time I started to build a productive RasPi with openHABian 2.0 - where this is not possible.
I am sorry to hear, but maybe you are right. Could you check if the temperature channel works for you? It should provide the same values like the âactual_tempâ channel. I am going to proof the code.
Number COMETDECTActualTempCD1 "Raumtemperatur [%.1f °C]" {
channel="avmfritz:Comet_DECT:192_1XX_XXX_XXX:10971xxxxxxx:temperature"
}
@cweitkamp I donât know if it a general binding question or a question related to the Comet DECT. I want to create a simple two state time plan for my heating. I have set up the following items
If I switch the Livingroom_Heating_1_RadiatorMode from Comfort to ECO it changes the temperature in the device to 15.5 °C, which I initially set like this in the Fritzbox, but I can not change the temperature it changes to via the binding. I thought I could do this by changing Livingroom_Heating_1_Eco / Comf via e.g.
Livingroom_Heating_1_EcoTemp.sendCommand(16)
It changes the value for 1ms but than gets resetted to the initial FritzBox value (15.5°C) again
2021-10-22 09:35:35.084 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Livingroom_Heating_1_EcoTemp' changed from 15.5 °C to 16 °C
2021-10-22 09:35:41.388 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Livingroom_Heating_1_EcoTemp' changed from 16 °C to 15.5 °C
For Comfort it even doesnt change the temperature at all
2021-10-22 09:57:59.174 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Livingroom_Heating_1_ComfTemp' received command 20.5
2021-10-22 09:57:59.192 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Livingroom_Heating_1_ComfTemp' predicted to become NULL
Looks like the command isnât actioned at all. (the change/revert state change is just about âautoupdateâ guessing, followed by the device saying ânope, itâs like thisâ)
A slightly less ancient thread that looks more relevant -
Thank you for the link, I was reading through old threads to confirm what I was suspecting:
Comfort and Eco Temp seem to be read-only items. So to control the temperature via Openhab the valves have to be set to Mode âOnâ and the SetTemp has to be changed.
Remark: When changing to âOnâ the SetTemp gets every time resetted to a default of 30°C
You are quite right.
ON= 30 °C, BOOST=28 °C and OFF=6 °C. That are Initial-Values from the Fritz-Box
But you donât have to change the Mode if you want to manually change the Temperature. If you manually select a Temperatue via OH or via Radiator-Valve, the Mode change then to âONâ itself.
But there are a lot of Custom Widgets here in the Forum and in the Community-Market-Place. The one I use is from @Nico_R . You can find information for the Valve here.
Iâm using the widget for temperature-monitoring (itâs not the latest release)