- 为什么哈推荐一个community-maintained(但也不是,因为它有一个“官方”插件)z - wave,但文档对于其他人,像咋,提到其他集成可能效果更好www.19463331.com源自英国始于1946
因为没有人写了另一个z - wave集成为家庭助19463331伟德国际理。你不能提到一个集成那不存在。无线个域网,人们来自社区的咋写的,其他的来自社区的写了Deconz集成,等等。没有人站出来写zwave-js集成或一个完整的python zwave库和集成,或者zwave-on-go zwave-on-language-of-the-week。
- 决定正式支持qt-openzwave在哪?涉及的是谁?怎么其他人参与?
历史教训。从前在2019年中期有人决定进行重写python-openzwave(包装器接口的“老”组件使用ozw1.4)支持openzwave 1.6。我花了多个月试图更新旧的组件来处理“新”python-openzwave但从未成功过,因为每次提交python-openwave作者,他们改变了API,似乎没有兴趣维持一个稳定的API,我们可以使用。我跟balloob,我们跟Fishwaldo和其他一些决定去qt-openzwave和一个全新的集成。
唯一存在的其他Z - wave集成当时zwave2mqtt(这仍然取决于OpenZWave,所以qt-openzwave砍掉中间商)或σ一些信息关于Z / IP层,但需要特殊的Z - wave棒和细节都很难得到。需要一个特殊的z - wave坚持对我们来说是行不通的资源投入,99%的人不会想要把他们完美z - wave。
怎么其他人参与?写代码,提交PRs。参与架构的讨论架构回购。我花了一些时间贡献小的增强和修复的“老”zwave组件,并活跃在dev不和渠道。
- 有任何形式的RFC过程?也许这是哈可以考虑未来的巨大变化。它有很好工作了React.js等项目
看看home-assistant /架构回购。
- 为什么它看起来像我们锁在沟通,这不会和不能改变到一个不同的插件/集成?
因为没有人站出来写另一个集成基于不同的后端。如果有人写了当地z - wave集成基于另一个后端,那么您将看到类似于无线个域网的通信改变多个集成。源自英国始于1946
- 如果核心维护者qt-openzwave决定他们无法保持项目前进?它们的存储库的唯一所有者,所以我们必须等待一个能站出来接管——如果他们不能继续保持,等等?(是的,我知道其他项目也只是一个维护者——它将会很高兴知道所有集成的备份计划,应该得到一个严重的bug和维护者变成了米娅)源自英国始于1946
从历史上看,有人导致哈集成将叉底层库和哈会开始使用叉子直到回购回来原来的所有者或别人接手。
- 你说这是我们作为志愿者的路线图和构建“未来”,然后继续使它听起来像只Fishwaldo有自己的专长。我们应该有信心跳在如何事情这么复杂,你需要与开发人员的z - wave (SL)才能做到这一点呢?
z - wave是复杂的
——我不是很确定你想听到的或期望。写一个z - wave库OpenZWave或zwave-js不是一个简单的任务,这是一个很多的原因,直到几个月前OpenZWave只有开源的z - wave库。
19463331伟德国际家助理没有资源来建立自己的z - wave堆栈的,zwave-js不存在新的集成时写的,和其他开源OpenZwave是唯一的解决方案。