chunmi.cooker.eh1无法控制烹饪

[scythk]

Describe the Bug / 描述问题

chunmi.cooker.eh1无法控制烹饪

How to Reproduce / 复现步骤

只有停止烹饪按钮，没有开始烹饪及剩余时间实体
开启Action 调试模式也没有生成新的text实体

Expected Behavior / 预期结果

增加开始烹饪或Action调试实体，增加剩余时间实体

Reproduce Time / 问题复现的时间点

2025-01-15 19:00:00

Home Assistant Logs / 系统日志

No response

Log Timezone / 日志时区

Asia/Shanghai

Home Assistant Core Version / Home Assistant Core 版本

2024.12.1

Home Assistant Operation System Version / Home Assistant Operation System 版本

13.0

Xiaomi Home Integration Version / 米家集成版本

v0.1.4

Additional Context / 其他说明

No response

[nuomi1]

https://home.miot-spec.com/spec/chunmi.cooker.eh1 Spec 里面就只定义了这几个。

[scythk]

https://home.miot-spec.com/spec/chunmi.cooker.eh1 Spec 里面就只定义了这几个。

Xiao Miot Auto集成的电饭煲是有剩余时间这个实体的，不知道是怎么实现的
syssi/xiaomi_cooker这个集成之前也是可以实现控制烹饪一系列功能的
官方有可能增加这一块吗

[refined-fish]

https://home.miot-spec.com/spec/chunmi.cooker.eh1 Spec 里面就只定义了这几个。

Xiao Miot Auto集成的电饭煲是有剩余时间这个实体的，不知道是怎么实现的 syssi/xiaomi_cooker这个集成之前也是可以实现控制烹饪一系列功能的 官方有可能增加这一块吗

感觉会比较困难，目前是按照 Spec 来支持和适配的，非标功能就算适配优先级也会很低
顺便问问这个型号支持米家控制开始烹饪吗？我有一个小米电压力锅，开始烹饪也是非标实体，我弄了好久才搞明白怎么用

[scythk]

https://home.miot-spec.com/spec/chunmi.cooker.eh1 Spec 里面就只定义了这几个。

Xiao Miot Auto集成的电饭煲是有剩余时间这个实体的，不知道是怎么实现的 syssi/xiaomi_cooker这个集成之前也是可以实现控制烹饪一系列功能的 官方有可能增加这一块吗

感觉会比较困难，目前是按照 Spec 来支持和适配的，非标功能就算适配优先级也会很低 顺便问问这个型号支持米家控制开始烹饪吗？我有一个小米电压力锅，开始烹饪也是非标实体，我弄了好久才搞明白怎么用

我的eh1之前用的这个fork https://github.com/sschirr/xiaomi_cooker/ 是可以控制开始烹饪和选择模式的
不过因为python-miio库的问题目前用不了

[zghnwsq]

https://home.miot-spec.com/spec/chunmi.cooker.eh1 Spec 里面就只定义了这几个。

Xiao Miot Auto集成的电饭煲是有剩余时间这个实体的，不知道是怎么实现的 syssi/xiaomi_cooker这个集成之前也是可以实现控制烹饪一系列功能的 官方有可能增加这一块吗

感觉会比较困难，目前是按照 Spec 来支持和适配的，非标功能就算适配优先级也会很低 顺便问问这个型号支持米家控制开始烹饪吗？我有一个小米电压力锅，开始烹饪也是非标实体，我弄了好久才搞明白怎么用

我的eh1之前用的这个fork https://github.com/sschirr/xiaomi_cooker/ 是可以控制开始烹饪和选择模式的 不过因为python-miio库的问题目前用不了

扒了下源码，其实就是抓包看设备与云服务器是怎么通信的，第三方的插件应该都是这种方式。
设备厂家没有将所有功能标准化，所以要想支持所有功能，就得针对每个厂商的每类产品编写构建socket请求，解析服务器响应的类，
这个官方的HA显然不会这么做，你看miio的intergrations文件夹下面有多少个厂商。。。。
不过这也反应了小米对厂家的规范约束不严，让这个官方插件处在很尴尬的境地。。。。

[refined-fish]

扒了下源码，其实就是抓包看设备与云服务器是怎么通信的，第三方的插件应该都是这种方式。 设备厂家没有将所有功能标准化，所以要想支持所有功能，就得针对每个厂商的每类产品编写构建socket请求，解析服务器响应的类， 这个官方的HA显然不会这么做，你看miio的intergrations文件夹下面有多少个厂商。。。。 不过这也反应了小米对厂家的规范约束不严，让这个官方插件处在很尴尬的境地。。。。

确实是很尴尬的处境，我当时买就是冲着真叫小米的名头方便控制来的，结果没想到竟然也是不太规范

[nuomi1]

扒了下源码，其实就是抓包看设备与云服务器是怎么通信的，第三方的插件应该都是这种方式。 设备厂家没有将所有功能标准化，所以要想支持所有功能，就得针对每个厂商的每类产品编写构建socket请求，解析服务器响应的类， 这个官方的HA显然不会这么做，你看miio的intergrations文件夹下面有多少个厂商。。。。 不过这也反应了小米对厂家的规范约束不严，让这个官方插件处在很尴尬的境地。。。。

其实不是约束不严的问题，是这个设备推出太早了，那个时候都没有完善的规范，现在 MIoT 有规范的 Spec 模板了。