Well, for one thing it means that we might be able to add individual temp and humidity sensors without having to create fake thermostat groups as a workaround.
Also, if Google Assistant gains the ability to trigger routines based on Nest Protect, we could use it to trigger OH items. It would be cloud-based, but itās better than nothing.
I have some trouble with my Ikea Tradfri bulbs and google assistant. I want to set the color temperature of a bulb (Colour Temperature; Thing Type 0220) by google assistant. Is there a way to implement this without setting up 2 devicese?
Im my understanding you would need a Color item that is exposed to Google Assistant as āLightā.
The value of this item would be required to be converted and sent to your two Dimmer items for your Tradfi light.
The brightness is easy, because itās just the third value of the HSB Color value (https://www.openhab.org/docs/concepts/items.html#hsbtype).
The conversion of the temperature is a bit tricky but there is info in the web available.
To the others: please correct me if I am wrong.
MDAR
(Stuart Hanlon, UK importer of Velbus hardware)
338
Hi Kim
Have you experimented with the new Google Metadata method yet?
Hi Stuartā¦
Yes I tested some of them when Michael and Marzima made the changes public. But it was mainly on new test items/functions like my alarm system (security with pincode) and the ack. featureā¦
I havnt had time to change all the old tags to use metadata. Its a huge job. And since tags still works fine, IĀ“m in no rush
Anything specific you had in mind?
MDAR
(Stuart Hanlon, UK importer of Velbus hardware)
340
Funny you should mention thatā¦
Iām trying to get the Velbus thermostat working with Google metadata
Current Temperature is okay
But Target Temperature only works when I donāt try to get the Mode mapped.
I can change the mode with the Google assistant, but the commands always get sent to the Item as the Google options, rather than the mapping Iām trying to do
And this is what Iām seeing in the Events.log when I try to set a mode in Google
2020-03-26 14:41:23.265 [nt.ItemStatePredictedEvent] - MiddleBedroomGP2_ThermostatMode predicted to become heat // This should have been mapped to COMFORT
2020-03-26 14:41:23.273 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from SAFE to heat
2020-03-26 14:41:24.344 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from heat to SAFE // This is the Velbus binding rejecting the "heat" command and defaulting to SAFE
2020-03-26 14:42:03.334 [ome.event.ItemCommandEvent] - Item 'MiddleBedroomGP2_ThermostatMode' received command heat // This should have been mapped to COMFORT
2020-03-26 14:42:03.360 [nt.ItemStatePredictedEvent] - MiddleBedroomGP2_ThermostatMode predicted to become heat
2020-03-26 14:42:03.373 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from SAFE to heat
2020-03-26 14:42:05.402 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from heat to SAFE// This is the Velbus binding rejecting the "heat" command and defaulting to SAFE
2020-03-26 14:42:39.097 [ome.event.ItemCommandEvent] - Item 'MiddleBedroomGP2_ThermostatMode' received command off
2020-03-26 14:42:39.114 [nt.ItemStatePredictedEvent] - MiddleBedroomGP2_ThermostatMode predicted to become off // This should have been mapped to SAFE
2020-03-26 14:42:39.121 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from SAFE to off
2020-03-26 14:42:40.420 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from off to SAFE // This is the Velbus binding rejecting the "off" command and defaulting to SAFE
@michikrug@MARZIMA
Can either of your gentlemen provide any clarification on if this is even possible or what the correct syntax should be?
Iāve tried to follow these instruction to the letter
Should the mode mapping be places in the Themostat group Item as suggested?
Or with the Thermostat Mode String item?
(Iāve tried both, with the mapping in various forms)
We / I am so close to having a complete solution that itās getting really frustratingā¦
Whatās really curious is that openHAB2 is obviously sharing the current mode with Google, because shortly after sending the mode command to openHAB2, Google rolls back to āOtherā mode
Just sitting here looking at the Velbus binding docsā¦ It really lacks info
I have no clue about Habpanel or NodeRed, so IĀ“ll need to have the modes for making at sitemap mappingā¦
But. If you can set the mode from habpanel, I really dont understand why it shouldnt work with GA. According to your log, it does work, but for some reason the Velbus panel donĀ“t accept the command. Normally I would say, it shouldnt work from habpanel/sitemap/NodeRed either, as itĀ“s the exact same.
Will give it a few shots from here (using sitemap). Just need to know the modes the glaspanels accept.
MDAR
(Stuart Hanlon, UK importer of Velbus hardware)
344
Okayā¦
Wellā¦
The Velbus Thermostat Mode accepts - SAFE,NIGHT,DAY,COMFORT
The Velbus Thermostat Operating Mode accepts - HEATING,COOLING
Google seems to be sending, heat,off,cool (But no sign of eco or auto)
Itās the mapping between what Google sends and Velbus thermostats accept.
There is a [ modes="off=SAFE etc option mentioned in the Google assistant page, but no matter what I try it doesnāt seem to change what is sent to the Velbus panel.
With habjesā assistance, weāve got Alexa mapping correctly, for both the Operating Mode and the Thermostat modes (or as Alexa prefers to call then āPresetsā
Where are you seeing that ?
I see the new mode coming in from Google and being sent to the Velbus Item, then being rejected (because it hasnāt been mapped) and the thermostat defaulting back to SAFE
As an example, I have just used Alexa to āSet the middle bedroom preset to xxxā and this is what I see in the logs
2020-03-26 16:18:31.735 [vent.ItemStateChangedEvent] - BackBedroomGP2_CurrentTemperature changed from 21.3125 to 21.75
2020-03-26 16:18:31.736 [GroupItemStateChangedEvent] - WholeHouse_CurrentTemperature changed from 20.0313 to 20.25 through BackBedroomGP2_CurrentTemperature
2020-03-26 16:18:53.813 [ome.event.ItemCommandEvent] - Item 'MiddleBedroomGP2_ThermostatMode' received command DAY
2020-03-26 16:18:53.839 [nt.ItemStatePredictedEvent] - MiddleBedroomGP2_ThermostatMode predicted to become DAY
2020-03-26 16:18:53.848 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from COMFORT to DAY
2020-03-26 16:18:53.871 [vent.ChannelTriggeredEvent] - velbus:vmbgp2:VelbusNetworkBridge:17:thermostat#HEATER triggered RELEASED
2020-03-26 16:18:53.894 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_HeatingRelay changed from ON to OFF
2020-03-26 16:18:56.210 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_CurrentTargetTemperature changed from 20.0 to 18.0
2020-03-26 16:18:56.211 [GroupItemStateChangedEvent] - WholeHouse_CurrentTargetTemperature changed from 16.0 to 15.0 through MiddleBedroomGP2_CurrentTargetTemperature
2020-03-26 16:19:06.101 [ome.event.ItemCommandEvent] - Item 'MiddleBedroomGP2_ThermostatMode' received command NIGHT
2020-03-26 16:19:06.119 [nt.ItemStatePredictedEvent] - MiddleBedroomGP2_ThermostatMode predicted to become NIGHT
2020-03-26 16:19:06.125 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from DAY to NIGHT
2020-03-26 16:19:06.167 [vent.ChannelTriggeredEvent] - velbus:vmbgp2:VelbusNetworkBridge:17:thermostat#ALARM3 triggered RELEASED
2020-03-26 16:19:06.169 [vent.ChannelTriggeredEvent] - velbus:vmbgp2:VelbusNetworkBridge:17:thermostat#ALARM4 triggered RELEASED
2020-03-26 16:19:08.512 [GroupItemStateChangedEvent] - WholeHouse_CurrentTargetTemperature changed from 15.0 to 13.5 through MiddleBedroomGP2_CurrentTargetTemperature
2020-03-26 16:19:08.513 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_CurrentTargetTemperature changed from 18.0 to 15.0
2020-03-26 16:19:17.287 [ome.event.ItemCommandEvent] - Item 'MiddleBedroomGP2_ThermostatMode' received command SAFE
2020-03-26 16:19:17.306 [nt.ItemStatePredictedEvent] - MiddleBedroomGP2_ThermostatMode predicted to become SAFE
2020-03-26 16:19:17.320 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_ThermostatMode changed from NIGHT to SAFE
2020-03-26 16:19:19.499 [vent.ItemStateChangedEvent] - MiddleBedroomGP2_CurrentTargetTemperature changed from 15.0 to 12.0
2020-03-26 16:19:19.502 [GroupItemStateChangedEvent] - WholeHouse_CurrentTargetTemperature changed from 13.5 to 12.0 through MiddleBedroomGP2_CurrentTargetTemperature
But I guess what youĀ“re trying to do is to control the acutal heater, right? Thats the OpMode item and not the ThermostatMode item.
This tells that your item changed from SAFE to heatā¦
BUT! thats the ThermostatMode itemā¦ And it does not accept the āheatā command as far as I understandā¦ So it reject the command ofcouse.
You problem is, youĀ“re trying to control the thermostat with commands belonging to another itemā¦
Thats why I asked for the possible modes for the glasspanels
But are these two modes read/writeable or only readable?
It takes only a few seconds to test using sitemaps
EDIT.
Tested the OpMode in sitemap using this mapping:
The combination of the ThermostatMode and the ThermostatOperatingMode creates a matrix of options.
You can assign 4 different values to the ThermostatMode - SAFE,NIGHT,DAY & COMFORT
and change the ThermostatOperatingMode between HEATING & COOLING
Creating in effect 8 different modes of operation.
Jeshab described it as 2 thermostat modes, each with 4 presets.
Which in Alexa terms was perfect.
Soā¦
I have all the Velbus side of things working perfectly and with Jeshabās assistance, Alexa seems to be happy too.
What I canāt do yet is get Google Assistantās incoming commands to be mapped to something that the Velbus (binding) is happy with, (IE, Values that are valid for the thermostats)
So to go through your commentsā¦
Unlike the Alexa metadata that can be mapped and Alexa informed as to the Presets and Modes that are available, we must accept whatever Google understands and map it to whatever our brand of thermostats accept.
(I could be very wrong here)
Either of the following is right
Google only knows itās own options for modes and those have to be mapped to our thermostats
I havenāt worked out how to inform Google of the Modes that are available
That is the Google mode (heat) being sent to the Velbus thermostat.
The following line in the log is the Thermostat rejecting that command and resetting to SAFE
(Everything is READ/WRITE)
This is where the confusion is
The ThermostatOperatingMode can be either HEATING or COOLING
Whereas the ThermostatMode can be any of the 4 options, SAFE,NIGHT,DAY or COMFORT
The behaviour that youāll see in the Velbus panel is that when in HEATING mode, the HEATER channel is āPRESSEDā when the target temperature is ABOVE the current temperature
Whereas in COOLING mode the COOLER channel is PRESSED when the Target temperature is BELOW the Current temperature.
(Itās possible to create a kind of AUTO mode by assigning actions to the Thermostat Alarm channels and the OperatingMode, where if the Current temperature is +10Ā° above the target, the unit changes to COOLING and another where if the Current Temperature is -10Ā°c below the target temperature the unit changes to HEATING mode)
This is, to my understanding, how it is.
And yes, youĀ“ll then need to map Velbus Modes to Google modes, (just like you did). But I think you mapped them wrong.
This is just a wild guess, but based on your previous log, where I see openhab trying to send āheatā to your ThermostatMode, maybe you need to swap the commands? Like this:
IĀ“m a bit āhandicapedā here, cause my Velbus setup is running on the Odroid, and my GA connection is running on my Rpi. And on my Rpi, I havnĀ“t got true Thermostats with modes. So I cant test it directly, only through sitemaps, which is only half the test worthy
(And I need a 20meter USB cable to get the Velbus setup to my Rpi ).
Second, I have some issues understanding how come the Modes has been splitted into two items? (I think thats the Velbus binding doing this). I know Velbus panels can handle it. But I dont see how Google would be able to. And I fail to understand how Alexa can.
MDAR
(Stuart Hanlon, UK importer of Velbus hardware)
348
Indeed, Iāve tried all kinds of variations on that theme.
(Iāve just tried this {again} and it doesnāt make any difference )
Iām not sure if it is openHAB2 that does that mapping (so I would expect it to be operational as soon as the Item file is updated and accepted.)
Or if that information has to be synchronised with Google during a refresh.
You couldā¦
Add the Velbus binding to your RPi and use the Network Bridge to connect it to your Odroid.
(But why you havenāt simply restored your RPi configuration onto the Odroid I donāt knowā¦ it would be easy enough to add VelServ to your RPi is you wanted to isolate the Velbus kit)
Or you could poll the Odroid for Velbus Item valuesā¦