Wäre eine Einbindung der lokalen Auslesung des Tibber Pulse für EVCC nicht sinnvoll?

[Prothesentraeger]

Ich frage mal hier andersherum da im EVCC Github Discussions bisher keine reagiert hat.

Wäre es schwierig das Know How zum lokalen auslesen des Tibber Pulse direkt in EVCC zu integrieren?

Denn da brauch ich es und weniger in HA.

[marq24]

Du kannst EVCC dazu bringen die Daten des TibberPulse aus HA aus abzurufen - ist dann aber auch schon NextLevel -> https://github.com/marq24/ha-evcc/blob/main/HA_AS_EVCC_SOURCE.md

[Prothesentraeger]

Das habe ich mir gedacht das es so eine Möglichkeit gibt aber ich liebe ja die Einfachheit an EVCC. Und es gibt EVCC ja auch ohne Home Assistant und da wäre es sicher auch schön wenn das mit dem lokalen auslesen des Pulse funktioniern würde.

Die Frage bleibt also: Wäre es schwierig das Know How zum lokalen auslesen des Tibber Pulse direkt in EVCC zu integrieren?

[marq24]

Schwierig ist da nix... Ich kann mir aber nicht vorstellen, das das irgendwann mal bei evcc auf der Agenda steht... Es gibt eine Lösung und Du wüscht Dir jetzt eine Alternative. Die Option, die immer geht: Du implementierst das Feature selbst und machst einen PR...

[Prothesentraeger]

Ich weis ja nicht mal was ein PR ist. Ich bin nur einer dieser Enduser die zwar dankbar für EVCC und HA sind, sich aber immer mehr wünschen als bereits da ist ;-)

[Prothesentraeger]

ChatGPT sagt:

Ein PR bei GitHub steht für Pull Request. Ein Pull Request ist ein Vorschlag, um Änderungen an einem Git-Repository vorzunehmen. Es wird verwendet, wenn jemand Änderungen in einem Branch (einer Version der Codebasis) gemacht hat und diese in den Hauptbranch oder einen anderen Branch des Projekts integrieren möchte.
Wie funktioniert ein Pull Request (PR)?

    Änderungen vornehmen: Ein Entwickler macht Änderungen im Code in einem separaten Branch.
    Pull Request öffnen: Der Entwickler erstellt einen PR, um die Änderungen in den Hauptbranch oder einen anderen Branch zu integrieren.
    Code-Review: Andere Entwickler oder Projektverantwortliche überprüfen die Änderungen, kommentieren sie oder fordern Anpassungen.
    Merge: Wenn die Änderungen akzeptiert werden, wird der PR "gemerged", also in den Zielbranch integriert.

Ein PR ermöglicht es also, Codeänderungen zu diskutieren, zu überprüfen und zu testen, bevor sie in das Hauptprojekt aufgenommen werden.