-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for more Electricity price sensor (make it more universal) #260
Comments
we've had this discussion here: #231 tl;dr - it was suggested to support a generic sensor format which can be used in combination with template sensors. with those template sensors, you can reformat lots of different price sources into the generic format (see my example in the linked thread). but so far, no response about the implementation of a more generalized sensor. |
The issue is there is no documentation in which format the data needs to be delivered. So best option I thing is to have during the setup/configuration a sort of selection mode of the data input and in which format it is. |
there currently is no option to get data from any other source than the pre-defined ones. even if you get it in the exact same format and name the variables like one of the supported extenions, the extension won't be able to pick it up. it will need modifications in ev_smart_charging to get this working. the issue with just asking for the variables and attributes during setup is, that there is no standard in how prices over time can be delivered. every extension does this differently. so even if you ask for variable and attribute names, only a small fraction of price providers will be supported. |
During configuration of the integration you need to select a 'Electricity price sensor' but it is not defind how the structure of the sensor should be. I use the standard EnergyZero integration but the output of the service call is not accepted as an input for this integration:
The content of the output of the service call in the sensor looks like this:
Please make it configurable where you can find the data in the sensor, so you can define keys how the data is accessable within the attributes.
(the ENTSO-e integration you have linked to in the documentation seems not maintainted anymore, so more possibilities of your integration will help to keep using your integration)
The text was updated successfully, but these errors were encountered: