-
Notifications
You must be signed in to change notification settings - Fork 14
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
rewrite #11
Comments
like the idea but can not support the amount of work needed. |
all work-in-progress rewrite stuff will appear on the wip/rewrite branch (at the moment all it can do is Gen1 light toggling) Once I manage to get all my local Shelly devices working under it using at least one backend I'll merge all the WIP commits into a singular rewrite one and start a |
i just have a single shelly plug device so I am limited doing testing (except code review, architecture and stuff like that) |
What do you think about Websockets as the backend or is this meant by http backend to use MQTT? |
For Gen1 that would be http, MQTT and CoIoT(based on CoAP). I am not aware of any Shelly devices that support Websockets |
any update? |
any update ? dead? |
Its happening but slowly.
Going further I have been thinking about if this library could benefit from async or callbacks, I'll have to see if either makes sense and how to implement them properly |
long live rewrite!
Its "working" but its not finished. I currently don't have an MQTT setup, but this is worth looking into since it allows active tracking. Cloud support has been dropped for now, it would add complexity that would hinder the completion of an MVP. mDNS is coming as an optional feature with a singular dependency on |
any updates? |
ShellyPy was originally written quite hastily without the expectation of API revisions or similar.
The idea afterwards was to write a C library for which Python bindings could be written that abstract the concepts, but the inconsistencies of the Gen 1 API have drowned any desire to actually implement that.
Now ShellyPy has developed a bit of cruft based on assumptions that are no longer true or were never true to begin with.
Rewriting the entire library from scratch with support for multiple different backends (direct http, mqtt, CoIoT, cloud) may be better than piling ontop of an already unstable foundation.
The text was updated successfully, but these errors were encountered: