-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[draytonwiser] Drayton Wiser Binding initial contribution #3168
Conversation
This pull request has been mentioned on openHAB Community. There might be relevant details there: https://community.openhab.org/t/drayton-wiser-thermostat-binding/35640/72 |
8befbad
to
6f8fdfa
Compare
Not sure why the fail state on Jenkins after my most recent commit. The log suggests that the maven JVM died at the end even though the compile completed successfully. |
This pull request has been mentioned on openHAB Community. There might be relevant details there: https://community.openhab.org/t/drayton-wiser-thermostat-binding/35640/114 |
This pull request has been mentioned on openHAB Community. There might be relevant details there: https://community.openhab.org/t/drayton-wiser-thermostat-binding/35640/1 |
a52af06
to
75725d1
Compare
9cc09f0
to
c9bf0b2
Compare
This pull request has been mentioned on openHAB Community. There might be relevant details there: https://community.openhab.org/t/drayton-wiser-thermostat-binding/35640/170 |
81c7f6a
to
6c10d4d
Compare
I really don't understand the random build system failures I'm seeing. Why are there errors in other plugins, when all I've changed is code in my plugin, and they passed last time? |
5165469
to
b6d3485
Compare
This PR is no longer WIP and is ready for review. I am aware there are multiple commits that are missing the signed-off-by line, but given you're going to request that I squash all the commits before merging anyway, I don't see this as a blocker to review. |
cdfd4a2
to
33c47b1
Compare
I've gone through and signed-off all the historic commits that were causing review errors. |
This pull request has been mentioned on openHAB Community. There might be relevant details there: https://community.openhab.org/t/drayton-wiser-thermostat-binding/35640/199 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you very much for writing this binding!
I made a first review where I just looked at the modeling of your things and channels. Once we find an agreement, I will continue by looking at the sources.
Please have a look at my comments inside the code and do not hesitate to ask if you have questions.
EDIT: if you make changes, please make them in additional commits. And if you like to integrate the newest changes from the master branch, please rebase your branch onto it, do not merge it.
addons/binding/org.openhab.binding.draytonwiser/OSGI-INF/.gitignore
Outdated
Show resolved
Hide resolved
...s/binding/org.openhab.binding.draytonwiser/OSGI-INF/DraytonWiserMDNSDiscoveryParticipant.xml
Outdated
Show resolved
Hide resolved
addons/binding/org.openhab.binding.draytonwiser/ESH-INF/thing/thing-types.xml
Outdated
Show resolved
Hide resolved
addons/binding/org.openhab.binding.draytonwiser/ESH-INF/thing/thing-types.xml
Outdated
Show resolved
Hide resolved
addons/binding/org.openhab.binding.draytonwiser/ESH-INF/thing/thing-types.xml
Outdated
Show resolved
Hide resolved
addons/binding/org.openhab.binding.draytonwiser/ESH-INF/thing/thing-types.xml
Outdated
Show resolved
Hide resolved
addons/binding/org.openhab.binding.draytonwiser/ESH-INF/thing/thing-types.xml
Outdated
Show resolved
Hide resolved
I have answered some of you questions, please have a look. Also please do not add further features to this PR like the smart plug you just added, because this makes the review more difficult. Otherwise if you plan to add more things before someoen reviews them, please change the name of this PR to "WIP" (work in progress). |
I've sorted out most of the channel names and types etc. I haven't added UoM to any channels yet, nor have I removed the json channels. Question: I tried to add humidity as a system channel, however when I tried to use the binding on my instance of 2.3.0 I got an error message about it not being a supported channel-type. Is system.atmospheric-humidity only in >=2.4.0? |
Thank you for sorting out the channel names so far. To answer your question: Yes the |
I've just tried looking at the UoM documentation and some of the bindings that use it, and I'm afraid I'm thoroughly confused. |
Yes, exactly.
That depends on what type the command is and what kind of data your device expects... If you define the channel to only accept |
98363f0
to
b33849f
Compare
OK, I've added UoM to all the channels I think I reasonably can, with the exception of humidity as I haven't set up a test 2.4.0 instance of openhab to make sure it works. I haven't disabled the schedule channel yet, as I'd like to be able to keep a way of updating a schedule, but I need to think about a better way of doing it. |
Signed-off-by: Andrew Schofield <[email protected]>
…utes Signed-off-by: Andrew Schofield <[email protected]>
…ng quantity type Signed-off-by: Andrew Schofield <[email protected]>
… duration Signed-off-by: Andrew Schofield <[email protected]>
fe35575
to
565fbd7
Compare
* Changed time back to minutes It makes much more cleaner code. It's ok to not just specify %unit% in the pattern. The pattern is a template anyway. Signed-off-by: Hilbrand Bouwkamp <[email protected]> * Updated snapshot version to 2.5.8-SNAPSHOT Signed-off-by: Hilbrand Bouwkamp <[email protected]> Co-authored-by: Andrew Schofield <[email protected]>
Travis tests were successfulHey @andrew-schofield, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for your contribution! Here is my review feedback.
There are some formatting issues. You can view them with mvn spotless:check -Dspotless.check.skip=false
and fix them with mvn spotless:apply
.
...raytonwiser/src/main/java/org/openhab/binding/draytonwiser/internal/api/DraytonWiserApi.java
Outdated
Show resolved
Hide resolved
...raytonwiser/src/main/java/org/openhab/binding/draytonwiser/internal/api/DraytonWiserApi.java
Outdated
Show resolved
Hide resolved
...n/java/org/openhab/binding/draytonwiser/internal/discovery/DraytonWiserDiscoveryService.java
Outdated
Show resolved
Hide resolved
...rg/openhab/binding/draytonwiser/internal/discovery/DraytonWiserMDNSDiscoveryParticipant.java
Outdated
Show resolved
Hide resolved
...rc/main/java/org/openhab/binding/draytonwiser/internal/handler/DraytonWiserThingHandler.java
Show resolved
Hide resolved
...raytonwiser/src/main/java/org/openhab/binding/draytonwiser/internal/handler/RoomHandler.java
Outdated
Show resolved
Hide resolved
...n/java/org/openhab/binding/draytonwiser/internal/discovery/DraytonWiserDiscoveryService.java
Outdated
Show resolved
Hide resolved
Signed-off-by: Andrew Schofield <[email protected]>
Signed-off-by: Andrew Schofield <[email protected]>
Signed-off-by: Andrew Schofield <[email protected]>
Travis tests were successfulHey @andrew-schofield, |
- Added missing representation property to thing xml file - Changed representation property of bridge to network address because serialnumber is not know at discovery time. - Added id as representation property to controller. To find only 1 controller if the user uses a different thinguid as the discovery. - Fixed hot water thing discovery. It doesn't have a serial number and also no related to a device. - Improved the readme formatting. - And some other review comments. Signed-off-by: Hilbrand Bouwkamp <[email protected]>
Travis tests were successfulHey @andrew-schofield, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There are two approvals from maintainers, now. But @Hilbrand contributed to this PR. How do we handle this?
Yeah, I would be happier if @cpmeister also approved it if we need more than one approval. |
I agree that my approval is not completely independent 😉 It's just @cpmeister did approve and then left 2 small comments, which have been addressed imoh. And because @cpmeister doesn't seem to be available at the moment (his last activity was july 15th) I don't think that should be blocking this being merged (given he already approved it albeit with 2 additional comments. So if you agree with me @fwolter I would suggest we merge this binding. |
I agree with @Hilbrand and this PR has anyhow a looong history with a lot of reviews, so that it is really time to have it merged. Big thanks to everyone involved here! |
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]>
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]>
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]>
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]>
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]> Signed-off-by: Daan Meijer <[email protected]>
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]>
Also-by: Hilbrand Bouwkamp <[email protected]> Signed-off-by: Andrew Schofield <[email protected]>
Add a new binding that supports the Drayton Wiser smart heating system.
Currently the binding supports auto-discovery, all current devices and most channels.
Some features are still in development, but the binding is usable currently, and has been tested on 4 different heating setups.
There's a discussion thread in the community here.
The development of this binding was mentioned in #3126.
jar file for testing:
https://openhab.jfrog.io/openhab/libs-pullrequest-local/org/openhab/binding/org.openhab.binding.draytonwiser/2.5.0-SNAPSHOT/org.openhab.binding.draytonwiser-2.5.0-SNAPSHOT.jar