Open JeremyMahieu opened 5 months ago
I thought about using MQTT for this. And this way an external system (PV controller) could also set/limit the available power.
That could work.
I'm thinking about this one as well. If I'm not mistaken, the server needs an endpoint "/metrics" which could be implemented in the existing middlware (like the API) oder start a parallel kestrel web server for this. Both solutions have their pros and cons.
What usefull metrics would you expect?
[Gauge]Chargers online (like 3 of 5) [Summery]Connectors status (free/in Use)
[Histogram] Errors (like bad messages from chargers) [Histogram] RFID auth success/errors
Data about running transactions seems difficult. I haven't seen any AC charger (no HPC) that does send electric values (like AMPs etc.). The server can only calculate the power (kW) from meter-messages and the interval between them.
What values would you expect?
It would be nice if this OCPP server had an endpoint /metrics where the actual values for each chargepoint are written. Then we could use something like influxdb or premetheus/grafana to make a dashboard of the chargeing infrastructure.
nuget has prometheus client libraries that produce this file, just need to set the values
Some example data of what a metrics file could look like (just some invented metrics I don't know what would be usefull,