Skip to content
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

Homie 3.0 #3

Open
davidgraeff opened this issue Dec 21, 2018 · 7 comments
Open

Homie 3.0 #3

davidgraeff opened this issue Dec 21, 2018 · 7 comments

Comments

@davidgraeff
Copy link

If time permits, could you have a look at https://homieiot.github.io/ for the latest Homie 3 specification?

This convention version is available for openHAB and Home Assistant already and your library would allow auto discovery for those home automation solutions.

@stritti
Copy link

stritti commented Jan 9, 2019

Cool idea I think could be to combine the great work with project esp8266-homie: homieiot/homie-esp8266#555

@trombik
Copy link

trombik commented Dec 5, 2019

in my event_group branch, initial homie 4.0.1 support has been implemented. my OpenHAB2 discovered the device (after deleting mosquitto.db and restarting mosquitto, though). the tree should work with esp-idf 3.2.2, but not tested in real world yet.

https://github.com/trombik/esp32-homie/tree/event_group

tested with esp-idf master, openhab2 2.5.0~M3-1 on Ubuntu 18.04.2 LTS.

@trombik
Copy link

trombik commented Dec 7, 2019

the problems are, there are few controller implementations, no reference implementations of clients, and you are not sure the bug is in your code, the spec, or the controller. even the official validator has a bug and there is no validator for old specs. openhab2 has a bug in "set" command handling, which i found in a hard way. and the spec is evolving.

@davidgraeff
Copy link
Author

As long as all settles down and works in the end there is no reason to complain I guess. It's all volunteers work. I have hacked together the validator in one day just so that there is at least some tool. Improvements are welcome and that is true for every aspect also client and controller implementations.

@lukecyca
Copy link
Contributor

lukecyca commented Dec 7, 2019

We have adopted a homie-ish topic layout for our devices but have not implemented the full spec (at any version). Our devices operate on our own MQTT network, so interoperability is nice but not critical. We see homie similarly to HTTP REST, where the concepts can be implemented in various degrees to provide some amount or order, developer familiarity, and interop.

All that to say that we don't have the need (nor resources) to polish this library up to be fully spec-compliant. However we will gladly accept PRs to that end.

@davidgraeff
Copy link
Author

We see homie similarly to HTTP REST, where the concepts can be implemented in various degrees

Absolutely. The 4.0 release is actually a simplified 3.0 and 3.0 was a polished 2.0. The spec defines data types, the topic structure and a few must have topics and nothing more.

I guess we can close this issue then. It was just opened for awareness.

@trombik
Copy link

trombik commented Dec 10, 2019

just created a PR to support homie 4 at #7

tests would be appreciated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants