-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MQTT: Follow a convention like Homie #4696
Comments
There is already Home Assistant autodiscovery. |
Hi, As Tasmota already supports autodiscovery for home assistant, please make a PR to add autodiscovery for openhab. Thanks 👍 |
@davidgraeff Are you currently working on the pull request? I‘m interested in that functionality and would be willing to pitch in, if possible. |
@SymanK83 I can't unfortunately provide that PR myself, as I'm involved in Homie itself and openHAB which already takes some free time away. |
Would you know, whether somebody is currently working on this? It makes a lot of sense to have this functionality in tasmota and/or homie-esp8266. |
homie-esp8266 has a PR for 3.0. For tasmota there seem to be nobody working on it right now. |
@davidgraeff Hi, I have the tasmota discovery in openhab running in my local branch. I am in the process of providing the PR for openhab. |
@jochen314 Sweet. There are many tasmota users in the OH community. But that doesn't change the fact that a united MQTT convention for all open source IoT projects is still a good idea :) |
I may not have been clear: My branch is using the homeassistant autodiscovery. |
Does it actually make sense for Tasmota to directly support Homie? As I understand it, the core Homie concept is that you have a Device with multiple Nodes, each of which has Properties. The classic example given in the Homie docs is a Device of "supercar" with Nodes for "wheels, engine, lights[]" each of which has their own properties. But a Tasmota device is usually a single function device. In the example above, it's analogous to a Node - you'd have a Tasmota device for each. It strikes me that Tasmota and Homie would fit much better together by creating a Home bridge for Tasmota. Essentially, an MQTT broker that Tasmota works through. The bridge then sends and receives Homie convention messages to the broker that the HA system is using. This allows a single Device for all Tasmota Nodes for a whole home. Comments? |
@davidgurr It doesn't matter how many nodes you expose for Homie. The point is auto-discovery for controllers like HomeAssistant, openHAB and so on. |
Yep, but it seems like a lot of configuration overhead to have multiple Homie Devices (one for each Tasmota device, such as every light switch and power point in a home) rather than a single Homie Device for the whole home, that has one node for each Tasmota device. |
Tasmota can also follow the HomeAssistant MQTT convention and use 3 MQTT topics instead of 12 (but MUST include a json dependency on the other hand). It's the task of the controller to unite all your small different IoT devices that expose one or two functions only. But your IoT device must be able to tell in a machine friendly way what its capabilities are. |
@ascillato2 I suggest to re-open this issue, because new users and developers will not find closed Issues and there seem to be interest in auto-discover tasmota :) |
Hi, This issue was closed waiting for a PR. Please, make a PR. If you need assistant on that (PR, code, tasmota structure) just ask here or in the Tasmota support chat. We are willing to help. Thanks |
I have no time for a PR unfortunately. Tasmota is not exposing itself via MQTT only, so there is no immediate need to be discover-able via a standardized interface. |
I know about #244 from a while ago, but I wonder if the project is open to a PR to add support for a MQTT convention. In this case Homie.
This would allow auto discovery in openHAB and soon Home Assistant for devices flashed with this firmware.
Cheers,
David
The text was updated successfully, but these errors were encountered: