Version 2.0.0: Test help needed! #73
Replies: 14 comments 25 replies
-
Glad to hear that, Great job!
I will try to test it. Because I built it in my RPi, I don’t know if I will lose my devices if I do the npm install or I need to rebuild it locally. What do you suggest?
|
Beta Was this translation helpful? Give feedback.
-
Yes, indeed, it was a pain last time. That is why asked. Thanks, I will tell you later.
|
Beta Was this translation helpful? Give feedback.
-
I will attempt to install this and let you know how it goes. A potential issue I noticed and was wanting to raise with you is that currently the webUI on port 9000 doesn't require authentication but exposes the option to delete accessories - a potential security risk! Would it be possible to explore the option of either requiring authentication (similar to the home bridge webUI) or introducing a toggle to disable the webUI when not required? Edit: I see a toggle to disable the UI! Please ignore! |
Beta Was this translation helpful? Give feedback.
-
Picking up a few (new) errors on the latest 2.0.0 version.
|
Beta Was this translation helpful? Give feedback.
-
Hi! I’m having issues installing it. It shows a permission error when installing serialport, even with “sudo su”. I don’t know why.
@***@***.*** install ***@***.***/bindings
prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild
prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
gyp WARN EACCES current user ("nobody") does not have permission to access the dev dir "/root/.cache/node-gyp/12.19.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge-zigbee-nt/node_modules/@serialport/bindings/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/usr/local/lib/node_modules/homebridge-zigbee-nt/node_modules/@serialport/bindings/.node-gyp'
gyp ERR! System Linux 5.4.51+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/homebridge-zigbee-nt/node_modules/@serialport/bindings
gyp ERR! node -v v12.19.0
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
|
Beta Was this translation helpful? Give feedback.
-
Excellent, everything looks good, no error so far.
|
Beta Was this translation helpful? Give feedback.
-
It may be worth considering adjusting the log levels of some information. This plugin can generate quite a large amount of logs even with debug mode off. For example toggling a socket (Another plugin, not Zigbee) this module generates the following logs while no other plugin generates a log. Perhaps some / all of these would be better as debug level logs. If you agree this is something I could potentially take a look at implementing.
|
Beta Was this translation helpful? Give feedback.
-
Version 2 is now out! Try it please! |
Beta Was this translation helpful? Give feedback.
-
I’m also in 2.0.0-unstable and didn’t loss the devices.
The question is if the loss is in the v2 or is it because you have an old version. I think in some point there were changes on zigbee database.
|
Beta Was this translation helpful? Give feedback.
-
Thanks to @tr1ng0 we now have a discord server to use as internal chat https://discord.gg/bDgUzDdt |
Beta Was this translation helpful? Give feedback.
-
Im seeing some odd behaviour on My lights will turn themselves on and off randomly. It happens about once a day. It may not be a plugin issue - in which case I need to check my setup - but I have only noticed it since updating. Im sorry that this doesn't have any more info that might be helpful for debugging! |
Beta Was this translation helpful? Give feedback.
-
Picking up a number of errors and poor performance on
|
Beta Was this translation helpful? Give feedback.
-
On |
Beta Was this translation helpful? Give feedback.
-
Well, updated to 2.0.3 stable from 2.0.0-unestable and lost all the devices again 🤦♂️
Manuel Portela, PhD
Cel Es. +34 600 851 104
Follow me: @Portela_Man
manuchis.net
El 29 ene 2021 8:58 +0100, Edward Chamberlain <notifications@github.com>, escribió:
… On v2.0.2-unstable-10: TRADFRI ON/OFF switch has lost the long-press functionality. This is still presented in the switch page on the home app but doesn't seem to function (no logs in homebridge)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Beta Was this translation helpful? Give feedback.
-
Hi! thanks a lot to support this project by opening issues and PRs! Latest month was exiting for me since I was able to finally working again on this side project and fix many issues I knew were hitting many users out there.
Thanks to the Christmas break I started rewriting a bit the core layer of the plugin, and I am now in the process to release a new 2.0.0 version. The plugin is still the same, but internally I worked to better reuse code between different devices and going towards a more generic approach in mapping ZigBee devices into HomeKit. This should allow me in the future to map new and unsupported devices by just adding them in the configuration (and unburden your pain when you have a new device that doesn't work yet). The current way of writing support for devices will still be available to support special cases where the generic approach is not enough to make the device work properly. This is the case for example of multi switches, where they are all exposing different actions and it would be confusing (although not impossible) using a configuration to map them.
This change also make writing new device classes easier, since the update process is now centralised into the ZigBeeAccessory abstract class. You need to override the update method only if you need to handle a non-common behaviour.
I am also expanding the UI: now you can set and get custom device states using the new tab in the device properties side panel. Using that, you can configure specific parameters that cannot be exposed to HomeKit (such as the sensibility of a light ambient sensor). For the first release the UI will be very basic, with just a text area where you have to past a valid JSON state to configure the device, but in the future I would like to add specific panels depending on the device.
Before releasing this new version I'd like some of you to test it, to understand if I not broke anything that I could not test (I don't own all the devices the plugin supports!!!)
To install this version, please use the
unstable
npm tag:to go back to the stable release just use the
latest
tag:Mentioning some of you here
@manuchis @EdwardChamberlain @zeno-at @wamfox @lucaskoehler @AlexKusnezov @madmarf @L-C-P @jandre3000 @maccoylton
Beta Was this translation helpful? Give feedback.
All reactions