I’m on 2.5.2, so what your problem is might be unrelated to mine. But I also couldn’t get it work (deleted Thing & XML files).
On a fresh install it worked for me, so to just find out if it’s a problem with 2.5.3 in general, or something in your installation, you could backup your current installation and try with a fresh 2.5.3 install.
I am on OH 2.5.10 and just installed Eurotronic Spirit.
Binding is also in ver. 2.5.10.
I have been reading this all thread and still don’t know if I can make it run in manual mode.
Thing was added to OH via PaperUI and all items were created in config files.
Item with basic_number is linked to thing channel but value is always -NaN
When changing mode to manual I get: “Unsupported mode type 31”
Can someone explain me in simple words what can I do to run it in manual mode?
As I understand fix was applied to binding but should I edit xml file?
Have you followed the binding documentation to enable DEBUG logs to get more information from the system? That should be the first troubleshooting step.
You have to assign the value 254 to the item linked to the basic channel. If you haven’t linked an item do this (including bullet list that I cannot quote):
The tips with the .jar file, or sending commands manually, or using the Basic-Channel are actually outdated. The current binding should support the Spirit directly.
However, as noted earlier, I couldn’t make it work without a fresh install of OH, and it seems I was not the only one.
So it’s indeed a good idea to enable debug log, to (hopefully) see why it doesn’t work in an existing installation, so @chris can probably fix it.
Or you try in a fresh test install.
This is from my working setup, maybe helpful for your testing:
Enabled channels - “Basic” is no longer necessary, and how knows - probably counterproductive?
You will also not need the “External temperature”.
I just missed “magic command” to be executed in console. This thread is so long and I wanted to read it all before posting.
After your suggestions I have managed to solve the problem.
Winter came and the Spirit started to live with its own life again - my wife is telling mi to get rid of those . I moved to OH3 but it seems that mode 31 is still disabled.
I’m trying to test it using simple rules - I send the command to switch to manual mode but it responds with error about unsupported mode.
Is there a “proper” way of switching it to manual control? Basic channel is not available in OH3.
2021-01-23 18:17:52.027 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'GabinetGrzejnikNode10_Thermostatmode' received command 31
2021-01-23 18:17:52.055 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'GabinetGrzejnikNode10_Thermostatmode' predicted to become 31
2021-01-23 18:17:52.075 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'GabinetGrzejnikNode10_Thermostatmode' changed from 1 to 31
==> /var/log/openhab/openhab.log <==
2021-01-23 18:17:52.080 [ERROR] [lass.ZWaveThermostatModeCommandClass] - NODE 10: Unsupported mode type 31
2021-01-23 18:17:52.084 [WARN ] [nverter.ZWaveThermostatModeConverter] - NODE 10: Generating message failed for command class = COMMAND_CLASS_THERMOSTAT_MODE, endpoint = 0
I think I have cleaned up everything although I was migrating from 2.5 not reinstalling from scratch.
I recently was adding new Thing as it went in to locked state and I had to reset it to defaults as nothing else worked. After adding it as fresh it has Basic endpoint (rest of my old migrated things doesn’t have it - seems that starting from scratch would set up things properly).
Anyhow I tried with this channel here are the results:
2021-01-23 20:52:26.424 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'LucjaNode017Grzejnik_BasicDeprecated' received command 31
2021-01-23 20:52:26.447 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'LucjaNode017Grzejnik_BasicDeprecated' predicted to become 31
2021-01-23 20:53:41.417 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'LucjaNode017Grzejnik_Dimmer' received command 50
2021-01-23 20:53:41.430 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'LucjaNode017Grzejnik_Dimmer' predicted to become 50
2021-01-23 20:53:41.439 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'LucjaNode017Grzejnik_Dimmer' changed from 0 to 50
2021-01-23 20:53:43.014 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'LucjaNode017Grzejnik_Dimmer' changed from 50 to 0
This haven’t changed anything it was still in Heat mode.
Then I tried to send raw value
2021-01-23 20:55:59.775 [WARN ] [ule.handler.ItemCommandActionHandler] - Command '0xFE' is not valid for item 'LucjaNode017Grzejnik_BasicDeprecated'.
I’m using this new rules engine for experiments - not sure if this matters
2021-01-23 21:06:51.273 [INFO ] [openhab.event.RuleUpdatedEvent ] - Rule '150f3fa9a0' has been updated.
2021-01-23 21:06:56.286 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'LucjaNode017Grzejnik_BasicDeprecated' received command 254
2021-01-23 21:06:56.306 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'LucjaNode017Grzejnik_BasicDeprecated' predicted to become 254
2021-01-23 21:06:56.319 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'LucjaNode017Grzejnik_BasicDeprecated' changed from 31 to 254
Then dimmer started to work!
2021-01-23 21:07:55.521 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'LucjaNode017Grzejnik_Dimmer' received command 50.0
2021-01-23 21:07:55.534 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'LucjaNode017Grzejnik_Dimmer' predicted to become 50.0
2021-01-23 21:07:55.545 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'LucjaNode017Grzejnik_Dimmer' changed from 20 to 50.0
2021-01-23 21:07:57.197 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'LucjaNode017Grzejnik_Currenttemperature' changed from 22.56 °C to 22.47 °C
2021-01-23 21:08:09.989 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'LucjaNode017Grzejnik_Dimmer' received command 21
Now that it works the question is did anyone implemented already any type of simple controller (kind of PID rule updated every X min). When I looked at implementations the actual PID regulators and started to think about one for heating is not as straight forward compared to usages when there is really quick change output values. With the room of size 12m2 setting up the dimmer to 100% will change the temp after 10min and then there is question how frequently to uptdate the dimmer.
@Dominik_Jeziorski There is a new experimental PID Controller available here:
I have used it on my TRVs and it is working really well. It uses the new GUI Rule Engine but will work in conjunction with Rules DSL rules. Read through the whole thread before doing anything.
I have set my PIDs to loop every 60s which may be too fast but I am still tweaking things at the moment.
Based on PID implementation I made tutorial how to use Spirits with manual mode - I hope that will be usable for others seeking solution for problems with those.