Comments (43)
I will take a look at this soonish as I'll use this as an example of adding configuration into this binding...
from org.openhab.binding.zigbee.
This is implemented, but doesn't fully work due to the following issue (eclipse-archived/smarthome#4910). This appears to cause the wrong type to be passed into the handler which causes ClassCast exceptions.
from org.openhab.binding.zigbee.
Thank you! I had seen it available for my bulbs but did not test it. I'll wait now for the fix :). I could be remembering incorrectly, and haven't looked at the ST DTH to confirm, but I thought there was a separate OFF and ON transition time available in ST...
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
Hmmm... then I was probably remembering correctly. I only see one...
... so maybe there are more that these bulbs support but aren't showing up. I'm not going to touch it until there's a PR to resolve that issue (thanks for the warning)!
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
you need the newest HABmin
O sweet... you're working on Habmin?! Is this available in a recent snapshot?
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
Very cool! Habmin 2.3.0.201801131507 from 2.3 snapshot 1181 shows this...
Looks like some are duplicated (GE Link bulb).
from org.openhab.binding.zigbee.
Chris, should there be duplicates here? I see two On/Off Transition Time and Off Transition Time (although this looks like the label may just need to be changed to Default On Level). I still see some in version 2.3.0.201802012251 ...
Also, is there any documentation on how/where the Default Move Rate is applied? I'll go look at the code, but others may wonder too. 😉
from org.openhab.binding.zigbee.
should there be duplicates here?
No. I've not looked at this at the moment as until the normalisation issue is resolved, changing these configurations breaks the system if they get saved as the wrong type. I don't want to mess around with this until the normalisation is resolved.
is there any documentation on how/where the Default Move Rate is applied?
It's only used for move commands, not set commands. Currently I don't think there is any support in the binding for this item type.
I'll go look at the code
You'd need to read the ZigBee docs I think - not the binding code. The binding is just setting this value in the device.
from org.openhab.binding.zigbee.
Chris, did you have a chance to verify that eclipse-archived/smarthome#4910 has been fixed by eclipse-archived/smarthome#5018 yet?
If not, could you please update this issue when the fix is available? I'd love to try this 😉
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
I will try and look at this today if I can.
Great, thanks!
from org.openhab.binding.zigbee.
Chris, since #5018 has been merged meanwhile, is it now safe to change the transition time?
from org.openhab.binding.zigbee.
No - #160 seems to indicate the normalisation issue is still possible.
from org.openhab.binding.zigbee.
I can now set "On/Off Transition Time" through PaperUI (dimmer channel), but it doesn't seem to have an impact.
I cannot set the "Default transition time", the setting doesn't get saved.
from org.openhab.binding.zigbee.
I've set the Off Transition Time and do not see any effect (and some of the labels are inaccurate too)...
"configuration": {
"properties": {
"zigbee_levelcontrol_transitiontimeonoff": 0,
"zigbee_levelcontrol_transitiontimeoff": 10000,
"zigbee_levelcontrol_transitiontimedefault": 65535,
"zigbee_levelcontrol_onlevel": 255,
"zigbee_levelcontrol_defaultrate": 255,
"zigbee_levelcontrol_transitiontimeon": 65535
}
},
Same for On/Off Transition Time
"configuration": {
"properties": {
"zigbee_levelcontrol_transitiontimeonoff": 10000,
"zigbee_levelcontrol_transitiontimeoff": 10000,
"zigbee_levelcontrol_transitiontimedefault": 65535,
"zigbee_levelcontrol_onlevel": 255,
"zigbee_levelcontrol_defaultrate": 255,
"zigbee_levelcontrol_transitiontimeon": 65535
}
},
from org.openhab.binding.zigbee.
I will look at this in a month or so. There are some labelling issues and this probably explains the apparent duplication.
from org.openhab.binding.zigbee.
Note that the latest binding should improve this issue - any feedback welcome.
from org.openhab.binding.zigbee.
I do not see an updated build yet on Cloudbees, but I'll test it when it gets there.
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
Np... updated now and appears to be working well. I only see one issue, or maybe it's just my understanding of the settings. The first two parameters appear to be linked (changing one changes the other).
There is also a UI oddity where some parameters have dropdowns and some having up/down arrows. Also, it would be helpful to have the range of the settings in the label or description.
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
This is the dimmer channel for a GE Link bulb.
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
I've created #189 which should remove the duplication and then hopefully we can close this (finally ;) ).
from org.openhab.binding.zigbee.
Works with my BJ relays, too. Thanks Chris.
from org.openhab.binding.zigbee.
There seems to be an issue: after setting the 'Default Transition Time', the dimmer channel is now intermittently reporting a level of 100, although the relay is off.
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
Something I think I’ve seen elsewhere is the dimmer can report a level even if the device is off - there is a separate issue about that I think
Yes, the BJ relays are indeed reporting a level of 1 at times. This hasn't been fixed in the BJ firmware yet, but I've been able to resolve it by using a proxy item and a filtering rule.
The level 100 reporting is definitely new though. It seems only the one relay for which I've changed the transition time is affected.
I've also updated OH today, so I can't be 100% sure yet. I'll keep an eye on it to see if it happens with the other relay too...
from org.openhab.binding.zigbee.
FWIW: some observations regarding the level issue:
- Only the one relay with transition time set to 0 is affected
- Setting the transition time to 10 resolves the reporting issue, but doesn't really work. The transition takes one second instead of 10 ms.
I've created #189 which should remove the duplication [...]
Duplication is fixed with the latest build.
from org.openhab.binding.zigbee.
Only the one relay with transition time set to 0 is affected
As mentioned earlier, I think this is a device issue. Maybe there's something wrong somewhere, but without more information I can't say what. At the moment I consider that it's not related to this issue as clearly the setting is working.
Setting the transition time to 10 resolves the reporting issue, but doesn't really work. The transition takes one second instead of 10 ms.
Note that the value is in 10ms steps - not 1ms steps. The default probably needs to be disabled - the issue is probably that all these settings are inter-related. I'll add an option to disable the default.
from org.openhab.binding.zigbee.
Setting the transition time to 10 resolves the reporting issue, but doesn't really work. The transition takes one second instead of 10 ms.
In fact, this is 100% correct - the time is specified in 1/10th of a second, so a value of 10 is 1 second.
from org.openhab.binding.zigbee.
The update of the config descriptions is now merged and I've just kicked off a build. Hopefully this can be closed now @openhab-5iver ?
from org.openhab.binding.zigbee.
Maybe there's something wrong somewhere, but without more information I can't say what. At the moment I consider that it's not related to this issue as clearly the setting is working.
I could provide logs but I think it would just be a waste of time. I'm agreeing this is probably a device issue.
In fact, this is 100% correct - the time is specified in 1/10th of a second, so a value of 10 is 1 second.
I've set it to 1(00 ms) and it works, thanks for clearing that up.
from org.openhab.binding.zigbee.
I could provide logs but I think it would just be a waste of time. I'm agreeing this is probably a device issue.
Before you conclude on this, please look at #82 and #83. I think it's similar. In theory, I believe it's a device problem as I think that the ZigBee standards state that level and on/off state should be synchronised. My understanding of that is that a device shouldn't report OFF with a level != 0, but that said, if we see this happening on a number of devices, then we probably ought to solve it.
Please take a look at the other issues, and if you like, we can pick up the discussion there...
from org.openhab.binding.zigbee.
The update of the config descriptions is now merged and I've just kicked off a build. Hopefully this can be closed now @openhab-5iver ?
I'm trying to test now, but ran into a snag after updating OH to build 1263. It seems some of the dependencies for zwave and zigbee are not being installed.
Unresolved requirement: Import-Package: gnu.io
I'll let you know when I get this figured out.... or rollback.
from org.openhab.binding.zigbee.
from org.openhab.binding.zigbee.
Before you conclude on this, please look at #82 and #83. I think it's similar. In theory, I believe it's a device problem as I think that the ZigBee standards state that level and on/off state should be synchronised. My understanding of that is that a device shouldn't report OFF with a level != 0, but that said, if we see this happening on a number of devices, then we probably ought to solve it.
Understood. I'll take a look at these issues tomorrow.
The level issue definitely seems related to the transition setting somehow. With the new setting of 1(00) ms the relay is reporting a level of 10 although it's off.
from org.openhab.binding.zigbee.
gnu.io is just the serial driver nrjavaserial
I had seen USB serial detection was being worked on, so that was my first stop... feature:install openhab-transport-serial got me going.
The UI looks to be cleaned up, and I got a chance to do some more thorough testing. I did not see any change in the behaviour of my bulbs after adjusting the On Level and Default move rate. Would they even be displayed if they were not supported by my bulbs (GE Link)?
I think the labels and descriptions could be improved. Including the allowed range would be a start. I never saved it, but currently the up/down arrows allow for negative numbers, and a max of 60,000. What is the Default Transition Time? I could not find any reference to it in the spec. I believe I have tried every possible combination (several times!), but I cannot get my bulbs to turn on fast, but turn off and transition slowly.
With these settings, the bulbs turn on, turn off, and transition slowly, like the Default Transition Time overrides the OnTransitionTime. Whenever Default Transition Time is set, it seems to override ALL settings.
from org.openhab.binding.zigbee.
Including the allowed range would be a start
I don't like to duplicate the data, so I don't really agree with this.
currently the up/down arrows allow for negative numbers, and a max of 60,000
That's a UI issue - I'm not sure what you propose.
What is the Default Transition Time? I could not find any reference to it in the spec.
It's the transition time that is used in the commands that are sent unless you disable it. It looks like you have not disabled it, so this will override everything and probably explains why the other settings dont work.
I'm not sure what else I can add here. If you have any ideas, then please be very specific.
from org.openhab.binding.zigbee.
As above, this seems to be fully working now, so closing. If there's any further issues, please open another specific request.
from org.openhab.binding.zigbee.
Related Issues (20)
- Documentation refers to Paper UI which no longer exists
- [Bug OH 4] Pass the ChannelID instead of toString in call to getThing().getChannel() HOT 1
- The XML document '/OH-INF/addon/addon.xml' in module 'org.openhab.binding.zigbee' could not be parsed HOT 3
- Add support for Hue Dimmer RWL 21 : long-press and other specific action
- Add support for Hue dimmer RWL 021 (long press, release)
- Add support for Hue Dimmer actions (long press, release, etc)
- Where support SONOFF ZBDongle-E USB Dongle Plus ZigBee in openHAB ZigBee Binding?! HOT 1
- Where support SONOFF ZBDongle-E USB Dongle Plus ZigBee in openHAB ZigBee Binding?! HOT 4
- Selectable Baudrate: 460800 for Corrdinators HOT 3
- Zigbee device no supported clusters found HOT 1
- Eurotronic Comet Zigbee - missing config HOT 13
- Polling aborted due to exception HOT 1
- OH 4.1 M4 Devices with a voltage Channel remain unknown: `this.cluster` is null HOT 2
- Please contribute to the database of supported USB sticks HOT 19
- Shall we run mvn spotless:apply ??
- [zigbee]WARN java.lang.NullPointerException: Cannot invoke "java.util.concurrent.Future.get()
- Sonoff zigbee 3.0 USB Dongle Plus -E remains in initializing status after restart
- Zigbee 4-gang switch toggles all gangs at once HOT 9
- SLZB-06M does not connect HOT 25
- IKEA Styrbar - Only 2 of 4 buttons show up as channels HOT 33
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from org.openhab.binding.zigbee.