skjpt

是release里面的，我又直接用你的txt：./console_solver -i resources/text/commandline_sample_input.txt 结果现在变成了这样 EXEC FROM FILE [##################################################] 100% Using 8 threads Iter: 0 Segmentation fault (core dumped)

感谢，换成ubuntu的docker就可以了，这个有办法支持gpu让速度加快吗，奇怪的是我在同一个宿主机上的windows虚拟机跑windows版255秒跑完，在ubuntu的docker里面跑了523秒，都是默认的8线程

确实是我搞错了 是另外的一个github项目 不好意思

> 进入事件实体的详情页会显示事件参数。单击事件的参数为1表示左键单击，参数为2表示中键单击，参数为3表示右键单击。双击、长按事件的参数同理。 详情页里也没有事件参数呀，可以截个图示例一下具体在哪里吗，我按左键右键都只触发下图里的这个事件一样的 

> > 详情页里也没有事件参数呀，可以截个图示例一下具体在哪里吗，我按左键右键都只触发下图里的这个事件一样的 > > 去 开发者工具 - 状态 里搜索这个实体 找找看状态属性里面有没有 找到了，感谢，有类似疑问的可以参考我的脚本，在触发以后再加上一个模板条件  以下为具体的yaml内容，使用到了状态里的attributes里面的按键类型的值来作为条件。我的第二个条件是为了解决开关偶尔断线重连引起的开关状态重置会导致的自动化都激活问题。 triggers: - trigger: state entity_id: - event.yeelink_cn_blt_3_1k0ouiut8kk00_contrl_click_e_3_1012 enabled: true id: click conditions: - condition: and conditions:...

> 可能是快没电？ 两个蓝牙设备都是满电的，刚买的

> > > 可能是快没电？ > > > > > > 两个蓝牙设备都是满电的，刚买的 > > 感觉是网关不稳定导致断开又重连， 网关看起来也正常啊，米家里的网关里看设备都正常的 也能正常接收到开关的事件

> > > > > 可能是快没电？ > > > > > > > > > > > > 两个蓝牙设备都是满电的，刚买的 > > > > > > > > > 感觉是网关不稳定导致断开又重连， >...

虽然没有找到问题的原因不过找到了两个方法可以避免这种问题引起自动化误触发。 1. 比较好的方法是使用开发者模式里查看到的实体状态里的时间对比当前时间如果在1分钟内就允许执行（因为我发现这里的状态的值就是激活时间，只会记录手动点击按钮的时间，其他的重置造成的状态变化时间不会记录到这里）  以下为具体的yaml内容，第一个条件是隐藏在状态属性里的不同按钮 triggers: - trigger: state entity_id: - event.yeelink_cn_blt_3_1k0ouiut8kk00_contrl_click_e_3_1012 enabled: true id: click conditions: - condition: and conditions: - condition: template value_template: >- {{states.event.yeelink_cn_blt_3_1k0ouiut8kk00_contrl_click_e_3_1012.attributes.按键类型 == 1}} -...