the following setup works already with the dummythermostat
If the wohnzimmer-sensor is a pimatic sensor with temperature and humidity attributes, it is exposed to GA.
I see no other way to get temperature and humidity info to GA
New plugin pimatic-gBridge
the following setup works already with the dummythermostat
If the wohnzimmer-sensor is a pimatic sensor with temperature and humidity attributes, it is exposed to GA.
I see no other way to get temperature and humidity info to GA
@bertreb said in New plugin pimatic-gBridge:
@ortin thanks for the brainstorm
If I understand you right, you want to use in GA the ‘thermostat’ set of voice commands to get the temperature and humidity values?
Yes, thats it.
I will check your mentioned config soon. I have to create a dummy thermostat for this. Nice would be to use an existing device which also provides this data. In my case variable device resp. raspbee multisensor device.
According to gBridge you can ask:
For command 5 you probably need to assign the thermostat to your home and a room.
Okay, I got it running and I now see what you mentioned.
My gBridge sub device has the name TEST. The dummy thermostat is set to 25°. The measured temp is 22°. auxiliary
is a RaspBeeMultiSensor.
When I ask “What is the current temperatur of TEST” I get the response “The temperature is set to 22°”.
When I ask “What is the temperatur of TEST” I get the response "Heating is set to 25°. With a current temperature of 22°. Humidity was always zero.
Seems GA is not able to response only the current measured temperatur.
An other way is to keep auxiliary
empty and to change the dummy thermostat via a rule. Tested with a different device. This device does not work via the auxiliary
trick. On this way the measured temp is the state of the thermostat. Not perfect, but it is nearly that what I like to hear, when I ask for the current temperature.
when $esp-aquariummodul-mqtt.temperatur gets updated then set temp of pimatic-temperatur-test to $esp-aquariummodul-mqtt.temperature
What I miss is really to use a variable device or a at least °C
and %
providing (sub)devices as auxiliary
.
Would be nice if you could allow such devices. Maybe not everything will work, but most of the possible use cases could be covered this way.
@ortin some progress.
Seems GA is not able to response only the current measured temperatur.
Did you try the phrase “How warm is it in here?” with the dummy thermostat assigned to a house and probably a room?
@ortin said in New plugin pimatic-gBridge:
An other way is to keep auxiliary empty and to change the dummy thermostat via a rule. Tested with a different device. This device does not work via the auxiliary trick. On this way the measured temp is the state of the thermostat. Not perfect, but it is nearly that what I like to hear, when I ask for the current temperature.
If that is the case, you do what you already described: leave the aux field empty and set the thermostat temperature via rules.
I see no other way, and its not about allowing any device to be added, but about which device type and traits I can use that will work and make sense.
For example the temperature question is only possible with a Thermostat device.
GA responses a linked/limited to the device type and used traits. You can’t for example ask “what is the temperature of a ‘door-device’”
It is one possible way. Don’t know if this fits to other user needs.
@bertreb said in New plugin pimatic-gBridge:
Did you try the phrase “How warm is it in here?” with the dummy thermostat assigned to a house and probably a room?
Yes, I got always the combi response with the thermostat state and the current temp. But not only the current temp.
@ortin said in New plugin pimatic-gBridge:
It is one possible way. Don’t know if this fits to other user needs.
@bertreb said in New plugin pimatic-gBridge:
Did you try the phrase “How warm is it in here?” with the dummy thermostat assigned to a house and probably a room?
Yes, I got always the combi response with the thermostat state and the current temp. But not only the current temp.
Ok, thats not what you want to hear.
And what if you only use the thermostat (no temp device). If you ask "what is the temperature of ‘device name’. GA will respond with “the temperature is set to …”. If that answer is good enough than i could fake / translate a temperature sensor into a dummythermostat
Yepp it is really not perfect, but more is currently not possible.
I can select on temperature attribute name.
A device has attributes and one of them should have temperature as attribute name.
Most devices that have temperature readings use temperature.
I’ll give it at try tomorrow (icl the variable variant)
@bertreb said in New plugin pimatic-gBridge:
I see no other way, and its not about allowing any device to be added, but about which device type and traits I can use that will work and make sense.
I have not seen this comment. It is not the idea to allow every device type. But only devices which contains temperature and humidity values. Both can take place even in a variable device. It can be identified by their unit.
As I say, all the stuff I mentioned are just ideas. It is up to you and I am really happy with the plugin already !
@bertreb said in New plugin pimatic-gBridge:
A device has attributes and one of them should have temperature as attribute name.
That was my fault. I doesn’t know that before. My variable device show temperature, but the attributre is named e.g. aqua-temp
. Could you allow such stuff like temperature-aqua
or aqua-temperature
?
I have released version 0.3.2 with support of temperature/humidity and contact device.
The temperature/humidity is emulated via a DummyThermostat device.
There are now 2 auxiliary fields. This first aux field for the temperature attribute name of pimatic device. And the second aux field for the humidity attribute name of the pimatic device.
Let me know if this is workable and what the voice command and response experiences are.
Seems to work in the first test. Due to this I deleted a test device which I used yesterday for some tests. Now I can’t add new subdevices to the gBridge device
I already restart pimatic, but it didn’t help.
After I deleted the test devices I got the remark to delete it as well in the gBridge device. Thia was possible, but after that no change will be took over. Any idea?
@OrTiN to complete the devices of gBridge, i’m planning also the scene device.
With this device you can start and stop a scene. I see 2 implementation options:
Option 2 is a bit more work but reusable within Pimatic and that seems more logical.
Wow you are fast. The update fix the previous error, but ends in “Oops… AmbientHandler is not found”.
Edit: Let me try to reinstall it. The update was incredible fast…
Regarding the Scenes. Which kind of scene do you mean?
@ortin said in New plugin pimatic-gBridge:
Wow you are fast. The update fix the previous error, but ends in “Oops… AmbientHandler is not found”.
Edit: Let me try to reinstall it. The update was incredible fast…
Regarding the Scenes. Which kind of scene do you mean?
The scene is just a simple trigger function for anything.
Normally its used for light/switch groups to switch/dim a group of lamps and switch on things. Because you would need a scene to start something and a scene to stop it, i will make it as a toggle