通过日志可以看出来很多报错是因为设备那边返回的报文不对造成的

如果报错就会有超时时间，这是正常的，在等待写指令响应结果之前，不会去下发读取数据的指令，所以就造成了有报错的上数就比较慢

@emma 好的，这个功能发版后会在这个帖子内回复您

@Zhang书书 嗯，恢复正常了

例如此处数据点上的数是100，数据比例如果是0.1，那么配置之后展示出来的数据就是10；数据比例为1，展示出来的数据还是100；数据比例为10，展示的数据就是1000，以此类推
image.png
image.png

好的，那如果有问题再跟我反馈吧

@Zhang书书 这个解决了吗？

现在这个数据点的数据是如何上数的，驱动读取上来的吗

我们这边开发同事给出的建议是，可以换成 emq，比较好配置
59965ad6-92e6-44a8-969a-786eb7ae1963-c6653d57c11acd1e26b7a94b02246cf.png

params.loadCurrent !== null ? parseFloat(params.loadCurrent) : 0
日志中展示0是因为你这个params.loadCurrent为null，所以数据点不显示，可以直接打印一下params.loadCurrent 看看是什么格式

@233557057 这个我问过了我们这边没有样例，windows 就是文件路径，linux得先挂载文件

对，一个用的是手机模拟器，一个是pc模拟器。等真实设备到了，我再试试

@kzz 是的，目前逻辑是这样的

是的
image.png

@szj 是的，就是删除表记录

@Sunny 在 设备调试 中说：

dlt_645-2007标准电表协议

目前不支持这个协议

我们目前的逻辑是这样的，您如果现在遇到性能问题，可以提供一下具体场景，我们这边帮您分析一下用什么方式

在官网下载一下，然后再运维管理中离线上传驱动
image.png
image.png

截图看一下f12的network接口的响应
相关的运维文档我们目前还没有，我反馈一下

那大概率是mqtt服务器的问题，可以先排查一下mqtt服务器