Hallo @gaetanb76, bisher verwaltet das System diesen Vertrag nicht mit automatischem Import.
Weißt du, ob es Open Data zu den historischen Tarifen dieses Vertrags gibt?
Ich habe den Eindruck, dass nur die blauen Tarife öffentlich auf Jeu de données - Historique des tarifs réglementés de vente d'électricité pour les consommateurs résidentiels | data.gouv.fr zugänglich sind.
Danke @Terdious und Pierre-Gilles für diese Entwicklung. Genau das habe ich für meine Verbrauchs- und Produktionsverfolgung gesucht, um die Auswirkungen des elektrischen Ladens auf den Verbrauch zu schätzen.
Hallo zusammen,
Heute Morgen habe ich an der automatischen Importfunktion für Tarife gearbeitet, basierend auf der Open-Source-Datenbank für Stromverträge, die ich neulich erstellt habe (GitHub - GladysAssistant/energy-contracts: Gladys Assistant Energy Contracts as JSON · GitHub).
In der Integration gibt es nun einen « Importieren »-Button:
Dieser Button fordert Sie auf, den betreffenden Stromzähler auszuwählen, und zeigt Ihnen dann die verfügbaren Energieverträge an.
Diese Liste stammt aus dem JSON, das im oben genannten Repo crowdsourcet wurde.
Die Idee hinter diesem JSON ist, dass jeder einen Pull Request einreichen kann, um einen neuen Vertrag vorzuschlagen, falls sein Vertrag nicht in der Liste steht.
Ich finde, das ist die ganze Stärke von Open Source: Alles kann von der Community verändert werden!
Wenn man dann auf « Tarife importieren » klickt, werden alle aktuellen und historischen Preise für diesen Vertrag erstellt:
Im Fall von EDF Tempo gibt es beispielsweise 30 Tarife pro Leistung, daher ist es viel praktischer, diese automatisch importieren zu können 
Sehr nett diese Entwicklung, vielen Dank an euch beide.
Was passiert bei einer Tarifänderung? Ist Gladys mit dem Repo synchronisiert oder ist es nur ein erster Import und wenn EDF die Tarife ändert, muss jeder manuell auf seiner Instanz ändern?
Ich frage mich schon lange, ob ich meinen Vertrag wechseln soll. Könnte man sich vorstellen, dass man irgendwann temporär sehen könnte, was man mit einem anderen Vertrag gezahlt hätte? Angenommen, ich bin im HC/HP-Tarif, ich würde gerne sehen, was mich das letzte Jahr gekostet hätte, wenn ich einen Tempo-Tarif gehabt hätte und prüfen, ob es sich lohnt, den Tarif zu wechseln. Natürlich darf man die Ergebnisse nicht als perfekt zuverlässig ansehen, denn normalerweise macht man bei einem Wechsel zu Tempo zusätzliche Anstrengungen, um die Rechnung zu senken (durch Verschieben, Reduzieren…), aber es würde eine Idee geben.
Bisher ist es nur ein erster Import, aber ja, die Idee ist, eine periodische Synchronisation zu haben!
Ja, das ist das Ziel für die Zukunft 
@Terdious du wirst dich freuen, für die Berechnung des Verbrauchs ab einem Index verwaltet man die Fälle von „Zählerrücksetzung“ (und damit die negativen Werte), ich habe nur eine kleine Frage zur Berechnung!
Nehmen wir ein Beispiel für den Verlauf:
Wie hoch ist der Verbrauch in diesem Verlauf?
Der „subtile“ Fall hier ist, dass wir den Reset nicht genau erfassen konnten (der sicher auf 0 zurückgesetzt wurde, nicht auf 10).
Zwei Optionen meiner Meinung nach:
Ich bin eher bei Option 1., aber ich bin offen für Rückmeldungen
Ich habe nicht alle Details der Diskussion verfolgt, also entschuldige ich mich im Voraus, falls ich ‹ danebenliege ›…
Strikt genommen, wenn ein Gerät ein anderes ersetzt, denke ich, dass es zwei Punkte gibt:
Daher könnte es im schlimmsten Fall so aussehen:
Wäre es möglich, einen Mechanismus einzurichten, um anzugeben, dass man ein Gerät durch ein anderes ersetzen wird? Und ich wäre dann der Meinung, dass Gladys nur die Indizes berücksichtigt, die sie sieht.
In meinem obigen Beispiel würde der von Gladys berücksichtigte Verbrauch also ‹ bis 1005 › und ‹ ab 2005 › sein, wobei der Benutzer sein Bestes tun muss, wenn es möglich ist, um Informationen kurz vor und nach dem Austausch zu übertragen.
Super!! Das ist toll ^^
Grundsätzlich teile ich deine Meinung zu Option 1, es ist immer ärgerlich, wenn man keine Daten berücksichtigt.
Aber genau das zeigt die gemachte Erfahrung, und @StephaneB drückt es gut aus, ich denke, die meisten Anwendungsfälle wären der Austausch eines Zählers durch einen anderen, und in diesem Fall ist es besser, nicht zu berücksichtigen, denn der Spielraum kann groß sein. Option 2 ist sicherer, und wenn wir schon keine Daten haben, ist es besser als falsche Daten, oder?
Nein, du bist auf dem richtigen Weg ^^
Danke euch beiden für eure Antworten, tatsächlich scheint Option 2 sehr sicher zu sein, da man keine Verbrauchsdaten erfindet.
Wenn man bedenkt, dass der Index beispielsweise alle 60 Sekunden gesendet wird, verliert man nur 60 Sekunden an Verbrauch, was im Vergleich zum Fehler, „0 → Neuer Index“ zu zählen, vernachlässigbar ist.
Ich mache mich daran!
Ich habe auch den Lixee in Version 1 
Falls du Tests machen willst, kann ich das problemlos.
Wenn ich das richtig verstehe, was du vorhast, wird es die Abfolge der Werte 1000 => 1005 => 5 => 10 (unter Berücksichtigung der Geräteänderung) automatisch und mit einem eher vernachlässigbaren Fehler verwalten. Aber wie wird das erkannt, wenn das neue Gerät bereits einen hohen Index hat und Gladys die Abfolge 1000 => 1005 => 2005 => 2010 sieht?
Das wird nicht erkannt werden, und es kann nicht erkannt werden!
Hallo zusammen!
Ich bin mit der Energieverfolgung gut vorangekommen und kann jetzt den Verbrauch alle 30 Minuten anhand der Indizes berechnen.
@Terdious Ich würde gerne einen Test mit den Daten durchführen, die du mir geschickt hast. Kannst du mir deine Energiepreise, zum Beispiel für den Juni 2025, schicken? Ich werde einen lokalen Test mit den CSV-Dateien durchführen, die du mir geschickt hast.
Hallo @pierre-gilles !!
Top-Nachricht !!^^
Hier meine Rechnung für August für den Zeitraum Juni-August (ich erinnere daran, dass diese nicht real ist, sondern die Differenz über das Jahr verteilt wird). Ich erkenne also:
Danke @Terdious!
Ich habe die CSV-Dateien, die du mir per E-Mail geschickt hast, in ein MQTT-Gerät „Index“ importiert.
Ich habe importiert:
raw_energy-active-alimentation-generale-totale_2025-06.csvraw_energy-active-alimentation-generale-totale_2025-07.csvraw_energy-active-alimentation-generale-totale_2025-08.csvIch habe 2 Preise mit den Zeitplänen erstellt, die du mir mitgeteilt hast:
Ich habe den Algorithmus seit Beginn laufen lassen und das hier gefunden:
Ich komme auf eine Gesamtsumme von 1158,33 € (ohne Abonnement).
Das ergibt einen Unterschied von 191,35 € zu deiner Rechnung, aber man muss das Abonnement (43,821,2 = 52,58 €) + 7,14 * 1,2 = 8,57 € für Leistungen am GRD berücksichtigen.
Wir liegen nur noch bei einem Unterschied von 130 €, aber wie du sagtest, ist die Rechnung ja nicht real?
Jedenfalls funktioniert die Berechnung des Verbrauchs in 30-Minuten-Intervallen ab den Indizes super!!
Das scheint mir gar nicht mal zu sein. Ich habe am 10. Juli mit der Installation meiner neuen Panels begonnen, am 25. Juli weitergemacht und Anfang August nur noch die Batterie hinzugefügt.
Wir sind im August in den Urlaub gefahren, aber es ist immer noch jemand im Haus, wenn wir im Sommer nicht da sind, plus das Camping läuft, plus der Pool.
Mein Verbrauch ist im Sommer nicht niedriger als im Winter, aber mit der Ergänzung der 10 kW Panels scheint es mir sehr gut zu sein, es ist fast das, was ich auf HA hatte.
Bravo.
Kann man noch nicht den Verbrauch / den Preis für HP/HC beobachten?
Nein, dieser Teil ist noch nicht entwickelt
Hallo zusammen!
Ich möchte euch über diese Entwicklung auf dem Laufenden halten, die mich in den letzten Wochen sehr beschäftigt hat
Bei mir sieht das so aus:
Auf dem Dashboard:
Was super praktisch ist, ist, dass ich die Kurven pro Gerät anzeigen kann:
Die Gelegenheit zu sehen, dass eine Waschmaschine nichts verbraucht
Jetzt stellt sich die Frage: Ab wann ist es akzeptabel, eine erste Version zu starten?
Meiner Meinung nach sind die Punkte 1. und 3. für eine erste Veröffentlichung notwendig, und dann kann es losgehen, diese Integration ist wirklich nützlich, ich nutze sie bereits bei mir zu Hause!
