在Lovelace中,目前无法定义为传感器显示的小数量。如果要定义/限制所显示的小数的数量,则需要使用代码编辑器 - >使用模板。

1就像

我喜欢这个提议。你能把它转移到第五个类别,所以人们可以投票给这一点吗?

绝对是一定的:least_smile:

何时进一步呢,允许Sprintf样格式?

2喜欢

UUUHH,那将是酷的:least_smile:

我用模板创建第二个传感器,就像一个肮脏的黑客一样。一些计算需要比必要的小数位数。例如,电价计算使用用户永远需要看到的分数。

在每种情况下都不工作......例如,Synology Integration返回CTB中的卷大小,具有2个小数精度......我需要监控小专用卷,消耗量为单个GB,所以低于显示任何内容的阈值。乘法0即使到1000也不会改变任何东西:皱眉:如果它会出现6个小数,那么多销1000将提供合理的结果。

是的,如果源数据没有足够的小数,那么你就无法恢复。您可以删除小数,但不会加回来。如果其输出精度低,它更为具有特定的集成(在这种情况下的Synology)问题。

1就像

很乐意在Lovelace中看到这个解决或作为“编辑赋权属性”的调整解决

是的,请添加一种方法来控制输出的格式。像这些这样的数字在UI中没有任何意义
图片

并且不要忘记数千分的分隔符。对于具有许多数字的数字也很重要。
图片

我经常看到使用模板传感器的建议。但我不想改变价值观,但只有它们在屏幕上显示。

1就像

你没有改变价值。您正在创建一个具有所需显示的新传感器。您仍然跟踪原始传感器,但显示新的传感器。

谢谢@Petro.,我理解。这将创建第二实体,其中相同的数据仅以其他格式存储以用于查看目的。它需要更多的资源(处理,存储)并将更多信息弹出窗口中断,因为实体不再提供额外的属性或方法来显示最后几个小时的图形。

所以对我来说,它归结为“WTH:为什么是在UI中没有完成的数据格式化?”。这个论坛有一些关于同一问题的开放主题。一些关于舍入数量其他关于成千上万的分隔符。我认为这一切都基本相同。

imho应该始终存储在基本单元中的普通数字字节。这使得始终可以与其他数字进行比较,并允许获取显示数据的图表。将此转换为GB.例如,应在显示它时完成 - 独立于存储的数据。我们通过另外存储相同的值,我们不会获得任何物品。

Zabbix很熟睡。适用于基本单位B.它自动转换为KB.MB.,...取决于要显示的数量。读取总是很容易。有一些众所周知的代码单位喜欢正常运行时间正常运行时间期望秒数并将其转换为值3天前

一些自定义前端组件开始添加类似的东西显示的小数数。其他组件甚至可以尝试将正常值(以s)更改为漂亮的打印输出。我还看到了组件添加a因素从基本单位改变如此字节对别人喜欢GB.。我希望这成为未来成为一个核心特征。

主要原因是UI不知道它的呈现。UI键关闭呈现数据的唯一方法是Unit_of_measurement和device_class。

UI确实知道模板传感器,不是吗?

编号是FE工作。创建另一个实体只是为了模仿FE功能是最新的解决方法。不应该被视为严肃的方法。
令人惊讶的是,这种辩论现在必须有地方。

没有辩论,应该在前端完成,但它不是。简单地解释为什么它是它的方式。

但是,如果我们可以创建模板实体,它将字符串拍摄为输入数据,然后将此字符串格式化为数字,可以同样地完成FE。不是吗?

模板传感器可以返回文本。前端键关闭的唯一事情是Unit_of_measure和device_class。请记住,所有状态都是引擎盖下的字符串。

我不是说它无法添加。我相信它可以。但它可能不是一个容易的壮举。它必须经历HA政治。

这100%应该是一件事,能够指定十进制场所应该比定义模板传感器的每个值都要更容易,我们想要“格式化”,对于一些我不想拥有15位小数点的东西!

我会说它不是'定义'模板传感器在这里有什么问题。但拥有所有传感器乘以格式化的价值观是矫枉过正(架构 - ,性能或用户体验 - 你叫做)

3喜欢

任何更新?

我的配置充满了传感器,只是为了获得正确的格式,尤其是“#。#0“千分离器。它在这里是一个噩梦,因为由于内部卡支持本地卡支持本地卡片的事实,我的妻子会疯狂,因为内部卡支持很可能没有 - 即使是相同的图形,也将根据所使用的卡片不同地显示。