Hi @robi Please see the consuming and producing from the perspective of your home. It’s your home that’s producing to the grid or consuming from the grid. In this way also all the consuming colors and producing colors match intuitively to costing money resp. earning money.
But you’re not alone. It has been mentioned before.
Hi!
That’s a wrong perspective given the current appearance and design of the card. If the solar panel and the home wold graphically grouped somehow to suggest that they represent together the home, I would accept this sight.
But I see the system composed of 3 separate units: grid, solar panels, home. These are completely independent from each other. Correspondingly the icons also appear this way. The arrows already show correctly the direction where power travels, the correct engineering approach is to also color the icons accordingly.
I agree that in the money view it is correct as you wrote, thus the current coloring scheme should apply only there. But in the power/energy view it should be from engineering perspective.
This is how it appears in Fronius SolarWeb (with the dots moving animated according to the arrows here):
This reflects also the engineering perspective, emphasizing more on the system components (the solar panel and the inverter/smartmeter shown as separate units).
Yes, I remember a ‘half of the world’ discussion. It’s almost a cultural thing, the way people look at producing and consuming. @robi also has a point in his engineering view. So, let’s introduce a flag for this kind of driving left or right side of the road thing.
@VDRainer and @robi if I would implement the suggestion of the invert_grid_color flag that @VDRainer did earlier, would that be only for the power view? I see @VDRainer changes the code in this way, but in the response of @robi I see he’s wanting it for energy view also. (I feel like the energy view and money view should behave the same).
When you have an automation that triggers at midnight, the input_number can get its value. (So you have to wait a day before you see the effect the first time.)
Of course you have to repeat this for grid_energy_production and solar_production. You would end up with 3 times an input_number for this and 3 actions in the automation and 3 template sensors.
This is the DIY way, but there’s also an integration in home assistant that can be of help here: utility meter.
Your grid_power_consumption_entity will be from a meter connected to the mains where the electrical grid connects to your home. This would measure your import/export of power.
My inverter has a built in CT clamp and is the sensor.solax_measured_power and shows this as a single + or - figure based
As you can see, using the “single” grid power entity matches up the readings I am getting direct from the inverter
So, basically as I dont actually have a consumption & production sensor, I should stay with the single sensor setup and wont work unless I actuall have two, one for consumption and one for production only, not a combined one
Split your +/- to consumption/production (or vice versa). The meter I have on my mains does + for importing from the grid (consumption) and - for exporting (production). I just split them with a template sensor.
the combination of grid_*_consumption_entity and grid_*_production_entity
depending on having your sensors split or not. So normally you wouldn’t use all 3 of them together. 99% of the users can stop reading here.
There is one exception if you don’t want the same grid icon for all 3 views of the card (power/energy/money view) or even want a dynamically changing icon based on events you want to define by yourself. For normal use, if you want the same grid icon for all 3 views, you can use grid_icon to change to anything other than the default icon.
If you want more than that (and I remember vaguely you were one of the users that especially asked for this feature ) the card uses the icon of e.g. grid_power_entity if it’s there. And if you belong to the happy few that is able to dynamically change this icon, the icon on the card will change accordingly. To serve this feature for both types of input parameter sets (see top of this message, the two choices), some people will end up with 3 sensors for power and possible 3 sensors also for energy.
I think that’s the reason you use all 3 of the parameters two times.