标签:#<标签:0x00007fc40d312508>

Mdi:传输塔最终在0.87.0b0可用:sife_smiling_face:
Auswahl_016

2喜欢

喜欢已经进入这项工作的工作。像其他人一样说,UI可以用一个清理,因为有一些冗余信息加上我认为它可能看起来更现代化。我的灵感来自Tesla应用程序来创建这个动画模拟 -https://i.imgur.com/obG0k4N.gifv(底部的统计数据是另一个项目)我不是自己的开发,但如果我能够对创造此创建所需的技能进行分析,我会找到一个可以的人。

6喜欢

再次发布新的版本。我正在为将来的更改准备代码(比如支持向后计数仪表等)。所以这次发布主要是关于代码改进而不是功能改进。但仍然有一些。:least_smile:请参阅以下更改。

@mitchmario感谢您在卡可以看起来像什么设计。非常鼓舞人心。

0.0.8

新的功能

  • 所有零值都被抑制。箭头上的值才能在相关时可见。例如。在阳光灿烂的日子,当您的一部分产生的太阳能电池板能量返回到网格中时,您的房屋消耗了另一部分。
  • 与传感器相关的箭头的更多信息对话。

改进

  • 当您单击单元以在视图之间切换时,立即响应。
  • 使用lite -element的本地版本。
  • 代码的改进。

修复

  • 仅适用于与传感器相关的图标的更多信息对话。
  • 减少可点击区域以切换视图。
1像

嘿gerben,

更新到版本08.所有视图现在都被数字困扰,哪个位于错误的地方......他们是错误的......

50.

57.

03.

这是正确的情况:

01.

也。加载您的卡片再次测试它,使我的HA实例变得无响应,并导致自动重启。这张卡里有东西在困扰HA。开发状态和开发模板需要花费大量时间,如果它们出现的话……

04.

生病了再次把它拿出来,等待下一个版本,希望你能解决问题。

你好@Mariusthvdb,我可以试着解释这些值发生了什么,但我犹豫不决,因为上次我指向你的模板传感器方向时,你给了我“请不要走那条路线”。:笑脸::笑脸:(您有一个模板传感器,它是一个带有双重减去标志的字符串结果。)

但在这里没有讽刺。让我们解释一下这些价值观的内容:卡不能处理输入传感器,这会给出不同时间测量的值。

Lovelace__Power_wheel_card_-Share_your_Projects____Lovelace___Frontend -_Home_Assistant_Community
在上面的示例(我拍摄了图像),太阳能输入传感器给出了0,并网格能量产生传感器给出0.18千瓦时。这是一个无效的组合,它本身就不会发生在现实生活中,但可以在哈哈中发生。因为传感器在不同时间通过HA测量。我自己很幸运有输入传感器,每10秒更新两秒钟。但是,如果太阳能传感器正在更新每分钟(例如,例如),并且电网传感器每30秒更新一次,则可以进入此问题。

Maybe the card should check these temporarily invalid input combinations, but I could check only for detectable invalid situations and the undetectable invalid (but still invalid) combinations still wouldn’t be detected because they are obscured by the data itself (= you can’t write a if-statement for it).

由于您也经历了性能问题,因此可以通过性能问题放大时序效果。

关于绩效问题。虽然我有116个在HA中运行的组件,但没有性能问题,但当然没有帮助您。但另一方面,我可能意味着你有一个非常具体的情况,即我无法重现。也许电源轮卡的其他用户可以确认(或拒绝)0.0.8版本的任何性能问题,它们可以与卡相关?

我想到的一件事是,如果您在HA的/dev-state en /dev-template页面上有问题,那么这与HA的后端有关。卡完全运行在前端,驻留在您的浏览器中,而不是在后端。

要清除:如果关闭卡,则不会遇到任何绩效问题?您是否在浏览器的控制台中看到了任何错误或警告?应该没有。

没有把握。我的大多数传感器都是实时更新的,我认为我的NetTo_verbruik传感器及其模板每10秒钟更新一次,它是更新这些的DSMR。

这是另一个视图,所有这些都显示得很好,我可以看到每个传感器更新并响应另一个:

46.

他们都展示了我的设置,常规和可爱的罚款。这是当您的卡被使用时,性能严重妨碍。而且,在每个新版本中,出现新的问题,必须调整模板或传感器,以便您的卡使用数据的方式调整。这根本就是我害怕......

我是一个沉重的用户,录取,使用128个组件。但他们都很好。大多数情况下,只有色调有一些问题,但显然只是我的信使继续前进。正如我可以使用您的卡所看到的,Hue Light展示不可用......(其他故事)它确实发出负担系统的信号。

然而,事情发生了变化,现在这表明:

14.
19.
24.

这会更好地反映你的设计吗?

_更新
对中心切换的响应是即时的,所以这确实要好得多。

好吧,是的,这就是每次测试卡时发生的事情。在更新到最新版本后,这是立即效果。不过,想知道你所说的内容,我认为它可能与历史有关。自从我开始哈哈以来,这是一个可怕的表演者,并且一直是很多人。所以我检查了其他内容,并找到了历史图表,还可以看到迷你图卡捆绑Lovelace:迷你图卡。我暂时禁用,看看会发生什么。(我正在使用您的卡和迷你图卡彼此)

它似乎有效...不确定它是否已经消失了,但如果我使用任何一种卡片加速。如果我使用两者,我得到了上述结果:自发重启,暂停系统,并且在尝试加载检查器时,我的浏览器杀死自己并重新加载页面,然后它不会做...你得到了这个问题的图片)
需要进一步检查。

尽管如此,前端发生的一切都会造成损失,特别是在很多定制的情况下。不确定这是为了缓解或悲伤的原因。

THX为您的广泛反应。是的,现在图像确实反映了当前的设计。今晚我发现了几个小时才能潜入可能的性能改进。发现了关于leit元素的东西肩膀()可以提供帮助的功能。

发生了什么?HA给每个定制卡大h财产。卡片检查这个h对象,用于更改实体。默认情况下,HA和lite元素卡是为更新而设计的每个可见张每一个的变化每一个实体(=自动化,传感器,脚本等)。对于许多实体的大型HA设置,如果您将其与一种或多种较重的卡片结合起来,这可能会成为一个问题。:酡:

我对电源轮卡进行了更改,仅在特定实体更改上更新卡(例如,所有输入传感器)。这应该跳过大量不必要的更新,并且应该释放一些浏览器资源。有一个0.0.9版的开发版开发分支如果你想试试的话。

但是因为HA更新了可见在Lovelace中,你也可以尝试将每一种较重的卡片暂时隔离在一个单独的视图中进行测试。这种方法可以帮助查明特定卡片的性能问题。

我希望开发的发布和测试方法最终可以解决您的一些性能问题,如果不是全部。:least_smile:

现在测试……

35.

请允许2个建议:

太阳图标下缺失的0对我来说有点太干净了......事实上,它给出了传感器没有拾取的不确定感觉。如果没有太阳能生产可以在图标下显示0,我更喜欢它。

其次,真正很好的是,如果卡的标题与视图一起改变,而且显示,电源,使用/能源-kWh和成本(比金钱Iyam更好)而不是电力分配或者无论我们给它的固定标题是什么,现在都在展示。

谢谢你试图让它更好,如果有任何东西,那么没有报道,好或坏......

更新

取出后迷你图卡让它运行超过一天,我可以报告大多数性能问题已经消失。(加载页面仍然取出色调灯......)显然,2卡的组合会导致麻烦。不确定如何以及怎样,要检查哪些原因是什么,但请让我标记@Kalkih.这里看看?FYI,我正在使用HA 084.3。

已经考虑了两个建议。而且我讨论了迷你图卡主题的表现,非常兴趣。

凉爽的。虽然我已经停止了我所拥有的卡片,但系统上的负担太多。你的动力轮似乎最近在系统上更容易,所以这也很好眨眼:

喜欢这张卡的想法:least_smile:

我有一个问题-我有一个Enphase系统使用一个特使- s,它提供网格消耗和阵列生产数据-有人使用这个卡与特使,如果是这样,你如何计算网格输出?

你好@drewxt.,我看到你已经得到了另一个主题的支持@Exxamalte.。极好的!我理解卡参数的命名可能会令人困惑。在下一个版本中,我会为其添加一些更多的解释。(我想推迟改变参数名称本身一段时间,因为这会导致破坏的变化,人们仍然从最后的破坏变化恢复。眨眼:)。

你好,

测试新卡,添加的选项似乎如承诺的那样工作眨眼:
试图使用着色选项,如果我想要的是可能的,那么我有点困惑。

首先:我纠正了图标不会沿着HA设置中的各个实体设置的自定义颜色吗?

如果上面是真的,我怎么能

当> 0(生产)或灰色时,有太阳图标变为黄色;
当返回网格时,网格图标将变为绿色,并在消耗时红色
如果使用Solar Energy,橙色使用混合时,请使用Home Icon变为绿色,当使用时,使用Grid Energy ...

最后,我会认为在消费时将网格图标变为红色,在产生时为黄色的黄色而导致黄色的黄色箭头。

现在我们有2个选项,他们去找我认为的所有图标,这可能会更加富有洞察力。

如果尚未使用,请考虑此功能请求眨眼:

54.
02.
12.

电源轮卡新释放的时间。

0.0.9.

特征

  • 通过使用可选的卡片参数为每个视图设置不同的标题title_power.title_energy和/或title_money.
    所有三个卡参数默认为卡参数的值标题
  • 在视图之间自动切换。单击回收图标以打开和关闭自动切换。
    可以通过可选卡参数设置初始自动切换状态initial_auto_toggle_view.
    视图之间的时间段可以通过可选的卡片参数来设置auto_toggle_view_period.(以秒为单位)。

改进

  • 表现。仅根据具体变化更新h对象。
  • 不要压制太阳能、家用和电网图标上的零值;只有在箭头。
  • 在README中有更多的解释,传感器用于什么卡参数。

(尚未对向后计数能量传感器的支持。必须更多地工作。)

动力轮卡仍处于测试阶段。您可以期待在未来的版本中发生破坏性的更改。

您有非常具体的图标着色请求。动力轮卡确实支持盒子中的一些。在潜入您的请求之前,让我们先向其他用户解释它们:

  • 您可以选择根本不选择3个图标。用color_icons:假这是默认的。
  • 你可以选择自动给它们上色。制作图标会变成绿色。消费图标会变成黄色。用color_icons:真实
  • 您可以选择拥有自己的颜色来生产和消耗。用consiging_color:produte_color:为了那个原因。
  • 您可以在HA和电源轮卡中设置主题- 标签 - 徽章 - 黄色主题的颜色为黄色等自动。

您的着色请求超出了这些框功能,不受支持。

但是,因为一些用户(例如,你眨眼:)能够添加颜色传感器本身,我将以“让输入传感器的自定义颜色覆盖动力轮卡的颜色”为功能要求。就像图标一样。通过这种方式,高级用户可以非常明确地动态地为图标着色。你能举个例子说明如果有一个由其他组件动态设置的自定义颜色,实体属性会是什么样子吗?(顺便说一句,我不会马上着手开发这个功能,因为还有其他几个功能要先开发。)

不确定这是否是你的意思,但我使用模板传感器:

levering_of_verbruik:fullitical_name_template:> {%if状态('sensor.netto_verbruik')| int> 0%} verbruik {%eyls%} levering {%endif%} icon_template:> {%if状态('sensor.netto_verbruik')| int> 0%} MDI:导入{%ELES%%} MDI:导出{%ENDIF%} value_template:> {{sensor.netto_verbruik')}}

我自定义如下:

sensor.levering_of_verbruik:endic_card_mode:徽章模板:#icon_color:>#if(state ==='杠杆')返回'RGB(251,210,41)';#返回'RGB(54,95,140)';主题:>如果(州> 0)返回'橙色';返回“绿色”;Unit_of_measurement:> $ {math.round(实体['sensor.calculd_bruto_verbruik']。状态)}

45.

基于这些:

05.

(实时更新引起的不同数字,能量流传感器尚未自定义着色)

如果我们可以设置这些自定义,但是对于主题图标右下方,那将是非常好的,这是不是可能会这样做,因为卡计算了这一点?

主页图标与我的(sh)自己的sensor.levering_of_verbruik相同,但不在配置实体中使用...

你可能会认为我有一个特殊的着色要求,但我觉得当你给它一些思考它是非常有用的。为所有实体设置一个默认设置并不能有效地处理纸牌,并且还会偏离其目的

当您在查找传感器时,属性看起来像什么/ dev-state页?他们得到了一个颜色evertute e.g.?

对不起,没有跟随......

不,我没有在那个模板中设置一种颜色,而是一个主题。可能是一种颜色当然,即icon_color(请参阅我的注释icon_color模板)。

这是dev-state:

{"friendly_name": "Verbruik", "icon": "mdi:import", "custom_ui_state_card": "state-card-custom-ui", "state_card_mode": "badges", "templates": {"theme": "if (state > 0) return 'orange';${Math.round(entities['sensor.calculated_bruto_verbruik'].state)}\n"}, "theme": "orange", "unit_of_measurement": "444\n"}

顺便说一下,这是一个视图帽可能解释我的着色请求:

42.

太阳产生时呈黄色(或活跃时呈灰色)

返回网格时是绿色的,从网格中消耗是红色的。

在这里,在这里看到kWh视图与金钱视图相结合,这非常有效。也可能是你的卡片的好主意吗?

干杯!

怎么样反转网格颜色?:祈祷:

单独的帖子,因为这可能是指出参考和对他人使用的东西。

只是模仿这一点,我认为基于NetTo Verbruik传感器定义生产和消费的各个实体的最紧凑方式:

{{[0,('sensor.netto_verbruik')| int | abs)] | max}}

这意味着我现在可以使用:

grid_power_consumption:friendly_name:网格功耗one_of_measurement:'watt'value_template:> {{[0,('sensor.netto_verbruik')| int | abs)| int | iss}} grid_power_production:friendment_name:网格电源生产Uner_of_measurement:'瓦'value_template:> {{[0,('sensor.netto_verbruik')| int | abs)] | max}}

代替

grid_power_consumption:friendly_name:网格电源消耗ener_of_measurement:'watt'value_template:> {%if sendate('sensor.netto_verbruik')| int> 0%} {{sends('sensor.netto_verbruik')| int}} {%els%} 0 {%ENDIF%} GRID_POWER_PRODUCTION:FRESSIFT_NAME:网格电源生产UNER_OF_MEASURENT:'WATT'VALUE_TEMPLATE:> {%IF状态('SENSOR.NETTO_VERBRUIK')| INT <0%} {{('sensor.netto_verbruik')| Int | ABS)}}} {%ears%%} 0 {%ENDIF%}

或者更糟,当然这取决于你可用的传感器:

grid_power_production:friendly_name:'当前能量导出'value_template:> {{[0,('sensor.zp_actuere_opbrengst')| Int  - 状态('sensor.calculd_bruto_verbruik')| int)|max}}}} untom_of_measurement:'watt'grid_power_consumption:fullity_name:'当前能量导入'value_template:> {{[0,('sensor.calculd_bruto_verbruik')| Int  - 状态('sensor.zp_actuele_opbrengrent')| int)|max}}} Unit_of_measurement:'瓦特'
1像