Behavior is the same when using the custom mapping and when not using it ?
On the home assistant end, yes.
The only difference is the kind of error log entries:
“Payload ‘127’ is out of range, must be between ‘0’ and ‘100’ inclusive”
vs
“Payload ‘None’ is not numeric”
(I posted this on github, btw)
Hi, evrybody! Are there someone interrested in testing an updated version of enocan in home assistant that support teach-in? I'm actually working on it! pledou/ha-enocean: custom enocean component for home assistant overriding default one, to add Teach In and Ventiliarsec support
Someone is already working on improving the official integration. We should joint our effort to make the best integration possible of EnOcean. Sorry but I prefer help the official integration for better user experience and the app for existing users.
Yeah, you are absolutely right, I started in january and did not see many life on this module. I have forked home-assistant-core and after that, I did'nt looked at new work done. i'll see how to add my work!
Hi @ChristopheHD & @pledou,
you might take another look to https://github.com/ESDN83/HA_enoceanmqtt-addon-ui...
@ChristopheHD, after my rework and additional testing I'd invite everyone for another round of feedback...
1 Like
My goal was to integrate some bad enocean profiles as they work and also to remove dust on the actual internal enocean component, and not using an external project connected to home assistant via MQTT. As I know we have the same choice for zigbee to use internal home-assistant component or use zigbee2mqtt. I will focus first on merging changes on our disticnt forks of kipe/enocean
It's a great candidate to have an external MQTT bridge for enocean. I think at 2 points to increase it's adoption: Provide default mappers already implemented in previous implementation HA_enoceanmqtt/enoceanmqtt/overlays/homeassistant/mapping.yaml at develop · aseracorp/HA_enoceanmqtt and maybe, also for thoese who prefer home assistant as HASS.io installation (it's my case), propose a standalone installation via a docker image and a docker-compose. @ChristopheHD I m'still interested in participating in eneocean core component renovation
I maintain the MQTT bridge for the following reasons :
- It's currently the most capable EnOcean layer for Home Assistant (in terms of device compatibilities and features, even though it doesn't have an UI for configuration)
- It's the core of my HA installation (50+ EnOcean devices)
- It's easy to maintain thanks to the perfect architecture of @mak-dev
- It's fun to maintain
But I would prefer to have an official integration or to have time to enhance the official one.
There is a standalone Docker installation for this bridge, and even a Kubernetes installation both available here.
The rewriting of the official integration is done by Henning Kerstan and there is a dedicated public Discord channel.
1 Like