＃1

嗨,伙计们,

在我要睡觉之前，我想问你一个简短的问题。
这很奇怪，有人有同样的问题吗?

图像
图像 1512×2016 1.69 MB

它转换5秒到关闭状态!而灯泡的亮度是100%。我一直在测试一些东西，但延迟了，无法让它工作。
使用ui, yaml在ui和只有yaml。没有什么变化。当我删除关闭部分，没有任何改变。

问候

#２

当我删除关闭部分时，它没有关闭。但是“开启”的转变并没有改变……

# 3

为了以后的参考，这里有常见问题的指导方针使用截图:

:一:四:截图
有时一张图片胜过千言万语，包含一个截图(或一个链接到其他地方)会有所帮助。对于可以从配置、YAML、代码或日志中复制和粘贴的任何内容，请不要这样做．请只包括真正有用的截图。

至于您所遇到的问题，发送连续命令的结果将取决于集成。你所使用的照明技术会在第一个命令完成之前执行第二个命令。

# 4

你的目标是什么?

＃5

@123好的，以后我会复制粘贴文本。我赶时间，对不起!
这是一个通过zigbee2mqtt通讯的宜家灯泡。
我对此表示怀疑。第一:只有一个命令和第二个命令时没有转换:如果在第一个命令完成之前简单地执行第二个命令，那么来自第一个命令的转换数据怎么会与第二个命令相关呢?
我在这两者之间有过延迟。相同的结果。另一方面，数据亮度是正确的。
@obaldius我想让一个灯泡亮几秒钟的红色，表示一个开关被打开了。之前有很多事情要做，我把它分解成这个问题。

问候

# 6

因为集成装置，或者说设备本身，似乎处理不当。

编辑

你并不孤单,

# 7

我相信宜家不支持过渡，除非最近更新过。我相信只有Lifx和Philips支持转换。

# 8

@123我们能排除家庭助理相关的问题吗?19463331伟德国际
@obaldius它似乎能够处理过渡。看一下由@123．
我看看能不能找到一个变通的办法……

# 9

顺便说一下:似乎没有出现错误

# 10

我现在能发现的是:
一次3个数据点太多了。如果只有颜色和过渡，这是可行的。当我增加亮度时，没有过渡。
但之前只有关灯的时候才会有过渡。我用一个关闭过渡脚本对它进行了测试，但在此之后，当打开时没有过渡，只有当灯泡“刚刚”关闭时。
我写这篇文章，希望有人能敲响警钟，这样我们就能处理这个问题。
将会更新。

# 11

从经验来看，我可以这么说过渡与UPB集成正常工作。因此，如果它不适合你，那是因为我已经提到的原因(集成或物理设备的缺点)。

＃１２

@123谢谢你的努力，但我只是不想放弃

# 13

如果我做一盏灯，我可以用宜家的灯泡进行过渡。打开与亮度:1，然后做另一个灯。带有过渡的Turn_on调用。

它可能看起来像这样:

——服务:光。Turn_on data_template: entity_id: light。浴室二次亮度:1 color_temp: "{{state_attr('sensor.lighting_mode'，'ct_value_adjusted')}}" -服务:灯。Turn_on data_template: entity_id: light。浴室颜色:"{{state_attr('sensor.lighting_mode'，'ct_value_adjusted')}}"亮度:"{{state_attr('sensor.lighting_mode'，'brightness_5_min')}}"过渡:1
# 14

仅供参考

在论坛上搜索“宜家转型”产生了几个结果，包括下面这个(证实了我之前的评论):

1像
# 15

@ppaul我最后就是这么做的。
灯泡应该变成红色从关闭状态，如果灯泡之前是亮的。
序列:
创建场景
1%的亮度，1秒的过渡
延时1.1秒
红色，1秒的过渡
延时1.1秒
100%亮度，1秒过渡
延迟5秒
还原场景，过渡1秒
这是我能做到的最流畅的动作了。难过的时候,但是是的。
@123最初我并没有考虑宜家和过渡本身。我还以为家政助理处理不当了呢。这就是为什么我没有查这些项。
在这个话题中，宜家的整合有一个问题。由于我没有使用集成，我认为是灯泡本身处理不当。只要宜家不更新就好，很遗憾我需要处理。
谢谢大家!

祝你一天愉快