@bertreb
Hello, that sounds very interesting.
Did I understand correctly that communication is only one-way? Or is there a possibility to use it bidirectional?
-
New plugin pimatic-hass
"Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." 09-28-2003, LINUS TORVALDS (http://www.nytimes.com)
-
The selected pimatic devices in the hass plugin device, are automatically created in Hass.
Depending on the type of device the communication can be bidirectional.
For example a Pimatic switch added to the plugin is created in Hass and when you have added de switch in the Hass Gui, the switch on/off actions in Pimatic and Hass are synchronized.
Is this what you mean? -
Hi and thanks for the quick response.
That’s exactly what I wanted to know.
I haven’t dealt with HASS yet. But I think pimatic cannot take over devices from HASS for which there is no plugin in pimatic. Is that correct?"Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." 09-28-2003, LINUS TORVALDS (http://www.nytimes.com)
-
Yes, you need a plugin in Pimatic thats has the relevant attributes and actions to do the mapping between Hass and Pimatic. For device types like switch, sensor and light it is possible to map the Hass devices to Pimatic.
If you got a Hass device that should be ‘taken over’ by Pimatic, I can answer it more precise.
-
Due to the death of gBrigde in some weeks I was checking different possibilities to keep controlling my pimaitc system via GH. First I was willing to use a self hosted gBrigde instance, but inspired by this plugin I will firstly go the way via hass.io with the paid cloud connection. I have just some dedicated shell switches to control my system via GH. So it should fit to exactly my needs.
If it will not work as I need I can still look for the self hosted gBrigde way -
Hi,
I like to give it a try, just for fun…I have my mosquitto server running on my productive Pimatic. I haven’t specified any user or password for the moquitto. I have installed it for my ESPEasy controller years ago. I had no need for a special user with password (just for info: The long ago MQTT plugin is completely default configured).
In your hass plugin template you have the user “pimatic”. It can be changed, thats clear, but can I leave user empty in your plugin or is a user strongly required?
EDIT:
Got it to work! My fault was, that I was looking to the integration if a new device pops up…
I left the user empty and it works for me. A dummy switch from pimatic pops up in HA and can be controlled from HA.One more question: Could it be that the user & pw within your plugin must fit to the user & pw configured in the configuration.yaml?**
-
Yes, the MQTT setting of your plugin:
and the MQTT settings in HA:
-
Yes, I understand. But I haven’t configured any user in the MQTT broker. When I left username & password empty it works. When I put there abc & abc in HA only, it works… When I put there abc & abc in Pimatic only, it works.
Therefore my question.A small thing I found is that the HassDevice gets not initialized for me after Pimatic restart. Device in HA is yellow and shows ‘entity not available’
After I open a save (recreate) it works and the device gets available in HA:
-
Wifi is secured so far. So it is okay for me…
I have update my previous post. Take a look…Really nice plugin so far. Opens new possibilities
-
@ortin said in New plugin pimatic-hass:
Yes, I understand. But I haven’t configured any user in the MQTT broker. When I left username & password empty it works. When I put there abc & abc in HA only, it works… When I put there abc & abc in Pimatic only, it works.
Therefore my question.A small thing I found is that the HassDevice gets not initialized for me after Pimatic restart. Device in HA is yellow and shows ‘entity not available’
After I open a save (recreate) it works and the device gets available in HA:
I did a test with my setup. Configured a few devices. They all work bidirectional.
After restart of pimatic the devices, are still active and work as intended.
I’m using for testing hass in docker and configured the mqtt settings in configuration.yaml -
Thats strange. Hmm, no idea what is wrong om my side. I will investigate further. Seems HAss is a nice addition for my setup!
-
Would it be somehow possible to add variables resp. variableDevices (with n variables) and buttonDevices to the supported devices?
-
Would it be possible to ad HeatingThermostat?
Me and coffee script are no friends, my brain can’t compute itFollow my domotica project on http://maredana.nl
-
I like to ask for a hopefully not difficult adaption of this plugin. Currently the name of the devices which are added to the HassDevice are provided as they are to Hass.
Example:
In HAss:
Result in HAss is
sensor.*devicename*_*subdevicename*
This is okay as soon as you are not searching for all existing device in HAss provided by Pimatic fpr example.
What I want to ask for is an option to add a prefix in front of each device. Like following:User defined prefix could be
pimatic_hass_bridge
Expected result in HAss should besensor.pimatic_hass_bridge_*devicename*_*subdevicename*
Running systems will not be affected as long as the prefix is not activated (which isn’t a must). With this option it would be possible to search and identify entities provided by the pimaitc-hass plugin.
-
There’s an update of the pimatic-hass plugin. The most important changes are:
- support for buttons, variable and sensor devices
- if a device is not recognised as switch, contract, presence, light, button or variables device, all the device attributes are added as sensor to home-assistant.
- resync between pimatic and home-assistant when home-assistant or pimatic restarts
- pimatic prefix to recognise a device when connecting multiple pimatics to home-assistant
Latest version is 0.2.22
More information