NXY

Is the current configuration set to use "vite-node" by default? When I upgrade from "0.18.4" to any later version, I always encounter an error. ``` WXT 0.19.4 10:53:03 × Command...

> @NXY666 Although not yet documented in the directory-structure doc, `modules` directory have recently become a meaningful concept. (https://wxt.dev/guide/go-further/reusable-modules.html) > > I think there is a namespace conflict with the...

``` 注意：v0.3.0 变更了部分实体的 unique_id，如果勾选 xiaomi_home > 配置 > 更新实体转换规则，会导致部分实体已配置的自动化失效。如果想要避免重新配置大量自动化，可使用这个补丁。 ``` #972 这是v0.3.0的更新日志，可能对你有帮助。

可能是插件刚开始做吧，很多功能不完善，完善的过程就容易产生破坏性的修改。

> 自动化触发器切换为yaml编辑，删除from，添加 > `not_from:` > `- unavailable` > `- unknown` 嘶，好像事件的初始状态就是`unknown`？ 那么初次点击按钮的时候就是`unknown`→`单击`，这样是不是就不会触发。 我感觉应该是`not_to`？ （我没试过，从语义上理解的，因为现在身边没有设备不好测试） ---- 另外我觉得这只能是一个临时的解决方法。 不知道能不能让事件真正触发时，都返回一个固定值（而不是现在的时间戳），这样就能直接选中这个状态值。

> 我觉得核心是这些事件的值是作为一个状态续存的，下一个事件出现之前上一个事件的状态会一直持续下去，这就导致自动化的触发部分很难定义。 > > 不仅仅是按钮，虚拟事件现在也是这样，比如我触发了一个事件A，这个事件实体的state就会一直是A，直到下一个事件触发，关键还在于这个触发部分很容易被误干扰，最常见的两种：1. 集成更新/重启，这种情况下事件实体会临时变成unavailable，然后重载完成之后还会回到之前的事件A状态，从而触发自动化。2.设备禁用/重启，这种类似，但是过程中不会变成unavailable而是变成空，下次再启动之后实际经历了一个“事件A -> 事件A” 或者“null -> 事件A”的状态变化，也会触发自动化。 > > 我觉得事件应该是一个信号，一个瞬间，不会一直持续下去，这样才能精确触发（之前配了个虚拟事件触发的自动化执行ios上的强制提醒着实被吓了一跳，现在只能暂时暂停看看后续有没有更新了），不知道是不是可以改成这样（或者通过给出一个短时间的状态持续来模拟，比如默认的状态是Idle，当事件触发时给个2秒的持续事件后回到Idle状态，这样重启组件或者网络有问题导致unavailable/null/unknown之后也能回到Idle状态，不会命中触发条件。） 是的，目前事件触发是一个大问题。 ``` not_from: - unavailable not_to: - unavailable - unknown ``` 这是我现在使用的一种相对完美的解决方法。 但是这也意味着，所有事件都需要加这个玩意。（加了就不能用可视化编辑器）

如果“无人持续时长”有数值的时候，“有人持续时长”会处于“未知”状态。 不知道有人状态的时候这两个值会变成什么样？

是转换规则改变了，有些旧实体在新规则中不应存在，就会变得“不再可用”，手动移除即可。

> 删除了重新添加？ 如果只有实体变成“不可用”状态，而没有产生新的实体，说明可能是新的转换规则有问题。

> 请试试[这个方法](https://github.com/XiaoMi/ha_xiaomi_home/issues/925#issuecomment-2747990435) 正如我上面说的那样，目前只能规避问题，但是如果新建自动化很容易忘记加上（不是每个都需要加），而且加上就不能用可视化编辑器了，不是长久之计。