标签:# <标签:0 x00007fc4095258a8 >

我认为这个想法是我们不仅仅依赖一种方式,反过来依赖于一个人。这一点是,它目前矗立在OZW越来越多的方式没有对很多人来说都很好,包括我自己这些不只是我们的bug,它们完全的显示阻塞者意味着我们将不得不扔掉它(哈)。

我是非常new to HA, I’ve started out in the last few weeks, I’ve selected the most ‘supported’ hardware (RPi+GoControl HUSBZB-1 USB stick) and software (official HAOS images for RPi, official add-ons such as OZW) to provide the best possible experience annnnnd… my Z-Wave fails 1-3 times a.我在74岁时停止添加Z-Wave设备,因为它变得越来越不可靠,所以我没有费心添加其他设备,也没有费心进一步使用其余的HA。

Since 90%+ of my ‘smart home’ is based on Z-Wave devices, if I cannot get it working reliably, I cannot get HA working reliably, no matter how good the rest of it is and how good the rest of it is actually working for me. It doesn’t matter how good/better/faster HA is over SmartThings if the official path HA has taken for Z-Wave doesn’t work for me currently (and seemingly an increasing number of others), I’ll回到Smarthings。

没有人意味着没有nabu casa收入,这应该成为房委会计划关注的焦点。我们不是想惹毛任何人但我们很生气, we’re not trying to make anyone leave, we’re trying to get help on how to get the necessary information and who to give it to so that hopefully we can fix that and at the same time voicing concerns and asking questions over essentially hinging the entire future of HA (for those of us that heavily depend on Z-Wave) on one person.

一切都很好,说“嗯加强和代码/自我贡献自己”的好消息一直在做的只是,但PRs为巨大的节目停止程序的bug是遗留在微风中。就目前而言,HA和我对Z-Wave的依赖意味着如果OZW是官方方向,HA对我来说是完全不可用的,虽然我的女朋友非常宽容,但我不能指望她使用这个,所以我要使用无论我多么想迁移到HA,都要回到Smarthings。

请问人们“耐心等待”,“只是等待修复”,但是当询问在展示暂停器上是无限期的时,这是一个问题。作为一个新用户,这并不是一个很好的经历,而不是似乎与Ozw的错误,这是它的处理。

8喜欢

只是补充我的观点-我大体上同意Paul和其他人在这个帖子里的许多评论。

在拥有几个Z波器件的问题后,我跳到了新的Ozw方法,希望开发将以节奏启动(是的,我很高兴承担这一风险)。很肯定,我最初在一个主要的HA更新线程中的一个帖子之后做了这么做,而且在Ozw上的黄金未来。我认为这里的关键是,OZW目前与HA环境的其余开发的快速和梦幻般的发展速度相反。我相当简单的设置运行,但绝对不是没有问题。

我不是开发人员,有时会努力了解各种附加组件,集成和核心之间的开发过程和时髦 - 它在我看来,我在这方面并不基于关于责任方向的其他评论。源自英国始于1946
我还会补充一点,我非常感谢所有为这个项目提供时间的人。如果我有时间和技能组,我会帮助更多自己!

3喜欢

也许如果您可以在论坛中记录您的系统和错误,社区可能能够帮助诊断正在发生的事情。很明显,你的经历和我的非常不同,理解其中的原因对大家都有好处。

2喜欢

我同意 - 随着早期的进展,几个月显然已经过时了,这显然让人紧张。And while this naturally leads people to question the future of this project, I am prepared to trust Paulus Schoutsen when he says that there are volunteers available who are working on OZW via MQTT, and that they’re collaborating and doing their best to make that as great as possible.

我意识到这对ZWave网络没有正常表现的人来说不会带来舒适。

2喜欢

我很乐意,但请原谅,我不是很确定如何为社区提供他们可能需要的信息,也不完全了解我正在努力的事情。

来自外面,基本了解问题从我的角度来看似乎是正式的,没有别的似乎经历问题。我所知道的是,我的整个Z-Wave网格周期性地、随机地移动完全离线或“不可用”到HA。ZigBee部分到GoControl HusbzB-1 ZigBee / Z波USB棒保持完全响应,Z波部分I相信仍然在主管部分下的硬件列表上显示。

试图通过HA的GUI到达OZW管理员国无响应。If I restart the OZW add-on I can usually get back to the OZW Admin GUI but when I attempt to connect it just hangs on ‘Connecting - 0%’, some time later the mesh will come back online, sometimes I have to restart the OZW add-on a few times, sometimes I have to完全在它回来之前重新启动HA。

然后它会持续几个小时,有时在它再次挂起之前长达24小时。我会愉快地深入研究任何日志或任何人需要的日志。

1像

一个良好的起点是首先阅读这篇文章,并使用它来创建一个新的帖子,描述论坛的Zwave类别中的问题。

1像

我将在这个主题上添加另外0.02美元,其中包括加倍0.02美元的其他人正在迅速成为哈哈的核心融资:笑脸:

我来自一个商业家庭自动化平台,已经对HA进行了几周伟德betvictor手机版的沙箱试验,差不多准备完全转换了。

在一个商业平台中,我需要250美元+ 80美元/年/每年加上专用电脑运行它(如果我想要表现),我期望一定程度的稳定性和对问题的响应 - 而且我得到了它们。我知道了和理解它是开源的,因此意味着我失去了这个安全网。我知道我将受到社区支持和开源开发人员的摆布,他们在业余时间做这些事情。

我从问责制转向开源是有意的。作为一名开发人员,开源对我很有吸引力,因为我知道我可以投入进去,并且很容易地做出贡献(在我的付费软件上也是这样做的许多我为他们写的插件)。我知道如果我不喜欢某些东西或想要添加功能,那么我可以自己编写它,尽管需要一点学习曲线。

这是说你有两个选择:支付软件的支持,开发周期的摆布的产品或免费系统,在开发周期的成百上千的人并不像“结构化”,但更多的选择给你吨。

我可以说我的上一个系统是非常棒的,它经过了很好的审查和测试,像石头一样坚固——但是他们的集成只有HA的一半,我想要额外的集成。源自英国始于1946事实是你有两个z波选选是一件坏事,这是一件好事,因为它根据他们的需求提供不同的选择。如果你不喜欢它,你可以卷起你的袖子并贡献自己的版本。

系统是完美的吗?不,但也不是商业开发的软件。已经获得了几乎所有我的Z波设备,因为软件Devs写了代码来支持它们,而不是因为这是我的第一选择。它已经很好地锻炼身体,但我有一个案例我有一个不受支持的设备,即我等待六个月或一年以获得全力支持。虽然它们给了您一些选项来调整自己的Z-Wave命令,但是HA允许我实际调整源如果我想要的话。

我希望在HomeKit集成中有一些设备,为我的最后一个软件编写了整个主页kit集成,我熟悉该协议并打算在找出HA结构后促进该项目。

关键是,开源是一件好事如果是维护和z - wave时可能闲置,任何人在任何时候都能跳,启动了一次,我可以看到,HA是保持开源,而不是一些宠物项目休眠直到的人开始为自己决定他们想要一个新功能。这就是为什么在所有开源家庭自动化平台中,我选择了HA。伟德betvictor手机版

11个喜欢

就我个人而言,我从旧的集成开始,并在发布后不久转移到beta版本。是的,我对测试版有些意见但那是因为它只是测试版。这是意料之中的,我当时就知道。对于我使用的大多数东西,我倾向于处于最前沿。虽然我对它有一些问题,但我发现它在设备支持方面比旧的集成要好得多,当它没有支持时,我编写并贡献了设备配置。总的来说,它对我来说相当稳定。我是否希望它能更好地工作,并修复一些bug ?是的。但这迟早会实现。我理解人们为什么不高兴,但我不明白为什么我们要在别人休息的时候抢先下结论。 Personally I’m amazed that this project is free. I came from smartthings and continue to be amazed by this project.

4喜欢

就像这个线程的一个fyi一样,我通过电子邮件向zwavejs2mqtt提供的维护者提供了帮助,帮助开发至少一个裸体的骨骼集成来实现它,但显然今天早上已经提供了其他人。所以,无论你是谁,谢谢你,请告诉我我如何提供帮助。

我感谢您确认该项目不会被项目关闭。这一直是我的关注。许多消息传递所做的似乎是QT-OpenzWave是对问题的答复,对问题的响应已经非常明显,如果一个人都没有得到欢迎。谈论前进的路径,如非常排他性。显然,人们可以自由地与他们希望努力的任何项目一起工作。如你所说,这是开源的性质。

6喜欢

如果是zwave2jsmqtt项目的API/MQTT兼容Qt-OpenZwave.,那么您就不需要另一个HA集成。这两个Qt-OpenZwave.守护进程和zwave2jsmqtt守护守护进程可以捎带ozw哈集成。自从此以来zwave2jsmqtt项目是如此新的,也许这是他们试图做的事情,因为它意味着你选择的守护进程会对HA透明。:Man_shrugging:

3喜欢

这有很多困难。OZW守护程序在OpenZWave主题下处理邮件。zwavejs2mqtt支持ozw没有的一堆,就像某种控制器迁移和辅助控制器一样。您还可以修改或创建可能或可能无法携带的自定义传感器。(The new version is new but they started with the very stable zwave2mqtt. It’s actually further along development wise than qt-openzwave in both features and stability.) Additionally ozw 1.6 and zwave2js treat some things like double taps differently at a more basic level in the command classes. It would also be a nightmare to manage. They tweak the ozw integration at times to fix things to my understanding.

因为Qt-OpenzWave将部分ZWave放在MQTT主题上,这并不像你要打电话给同样的事情一样简单,或者告诉整合价值观,如常规MQTT。如果只有本田会使发动机更像是特斯拉的发动机有点像说话,他们都可以使用相同的发动机,因为它们都转动曲轴。

实际上不需要集成zwavejs2mqtt。与ozw不同,它可以很好地与常用的MQTT集成一起工作。但是,您必须为某些事情发布MQTT消息,或触发添加节点(或使用web ui),而不是使用充当中间人的集成。

我理解您和其他人想要它的原因,但即使浏览ozw集成的代码也清楚地表明,如果不重写qt-openzwave,使其更像一个发布普通MQTT主题的抱怨MQTT的客户机,它将永远无法工作。

我没有运行zwave2jsmqtt,所以我会推迟你的知识,但我的观点是ozw集成只是将Zwave设备代表为HA设备,然后创建一些特定于设备的实体。然后,它也将提供一个漂亮的UI来执行一些常见的zwave命令(添加/删除节点等)。它对守护进程的实现并不了解。

如果是不可能的话,那就是很好的话。

我不是专家,但我对ozw的理解是,它确实非常了解qt-openzwave守护进程,并且正在做一些处理工作。它并不单纯充当MQTT客户机。

zwavejs2mqtt集成会像你说的那样。这就是它与MQTT集成一起开箱即用的原因。Zwavejs2mqtt创建所有实体,并将它们放在主题上。我的理解(可能是错误的)是Qt-openzwave将整个zwave信息放在主题上,然后集成将其分解并创建实体。这不是MQTT-compliant。这意味着一个api的任何更改都必须与另一个匹配。

此外,zwavejs2mqtt已经有一个很好的(并且完整的)UI。Qt-OpenzWave的比较前,因为后端是新的,但守护进程本身不是。

虽然可以创建一个“创可贴”层,将所有内容转换为ozw的自定义格式,但也仅此而已。Zwavejs2mqtt将永远坚持与ozw的api变化相匹配。

那我就糊涂了。您前面提到的“基本”集成是什么样的?有什么意义?

例如,有些人在使用它时遇到了困难,因为它没有服务调用来设置锁定代码。或者发送zwave参数。您必须发布MQTT主题。我的愿景是现在做一个集成来实现这一点,并且允许从HA内部访问web ui,因为HA已经功能齐全了,也许以后它可以处理自己的发现,这样对MQTT集成的更改就不会破坏它。现在,它将继续依赖MQTT集成来创建实体,因为这样可以正常工作。这样,api和控件基础设施的更改就不需要在开发时进行更改。我不知道别人的想法是什么。

这种挥棒动作也非常快。所有的服务调用都将其转换为MQTT消息。

这类似于ozw集成所做或将要做的部分工作。您目前可以使用ozw发布MQTT消息来设置zwave参数。但是集成使得它更简单,更本地化。刷新节点等也是如此。

好的,很酷。这与ozw目前正在处理的内容相同(编写服务调用、抽象MQTT交互等),但您说它需要以不同的方式与MQTT进行接口。我猜测,至少可以复制一些代码和/或外观,但是MQTT实现对于不同的守护进程后端是不同的。可能不会太难。

UI面板将通过插件处理,而不是集成

只有在有人监督下跑步的人才可以使用附加装置。ozw集成处理ui,而不是其他方式。(现在它只能做几件事。)不同的是,这里已经有一个功能齐全的控制中心。服务调用只是为了使自动化等更容易地控制这些事情。

我谈论的是插件提供的ozw-daemon vnc ui,这就是我认为您所指的(zwavejs2mqtt等效)。我同意,集成页面的UI将由集成来源自英国始于1946处理。

相当于VNC部分已经完成并且已经是一个网站。由于它已经是一个网站,因此无需两个单独的控件。由于需要QT接口的奇怪选择,因此才需要使用OZW。它看起来很像内置的一个看起来像是有更多的控制/功能。

这在洛夫莱斯已经运行得很好了。我把它设置成一个面板。与当前的vnc ui不同,您可以更改关联组、修改传感器、创建自定义传感器、硬和软重置木棍、创建和更改场景等。

2喜欢

看起来,在一个完美的世界里,HA开发人员应该定义他们想要的MQTT API的样子,然后zwave后端开发人员将实现它。

但是我认为这已经是不可能的事情了,方法是“我们将使用qt-openzwave发送给我们的任何东西”,这不是你建议的一个特别的不确定实现的协议。哦。

3喜欢