Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[nobl]

Da SENEC an den Servern geschraubt hat, zeigt sich, das gerade tagsüber das Polling der API alle 5 Minuten wohl zu häufig ist.
Eine Erhöhung auf 6 Minuten in den Settings löst - zumindest bei mir - aktuell das Timeout Problem.

[binarie]

@oxident sagte in [Neuer Adapter] Senec Home Adapter:

Wie löst Du denn die andere Richtung, also das Beladen der Akkus bei Sonne?

Sorry das ich erst jetzt Antworte, ich war auf einer Kreuzfahrt. Ja auch Rentner haben Urlaub, aber die Kreuzfahrt hat mir mindestens ein Jahr Lebenszeit gekostet. :-))

Zu deiner Frage:
gobelpw=Math.round((solarP-hausPower)/4*3)
solarP-hausPower
0-2000= -2000 Akku entladen
1000-2000=-1000 Akku entladen
3000-2000=1000 Akku laden
Das ist einfache Mathematik.

[binarie]

@nobl sagte in [Neuer Adapter] Senec Home Adapter:

Falls jemand von Euch zufällig bei Octopus ist ..

Ich bin auch bei den Verein, allerdings habe ich einen Wärmepumpentarif mit festen Zeiten. Der Wärmepumpen Tarif ist von 12:00-16:00 und 02:00-06:00 Uhr da bin ich bei 0.1883 €.
Der Witz dabei ist, ich habe keine Wärmepumpe. :-)))

[nobl]

@binarie sagte:

@nobl sagte in [Neuer Adapter] Senec Home Adapter:

Falls jemand von Euch zufällig bei Octopus ist ..

Ich bin auch bei den Verein, allerdings habe ich einen Wärmepumpentarif mit festen Zeiten. Der Wärmepumpen Tarif ist von 12:00-16:00 und 02:00-06:00 Uhr da bin ich bei 0.1883 €.
Der Witz dabei ist, ich habe keine Wärmepumpe. :-)))

der Wärmepumpentarif wäre bei mir doch deutlich teurer. Der Niedrigtarif wäre noch immer teurer als mein 0-5 (zugegeben - 3ct günstiger als mein Normaltarif) - dafür wäre 0-5 Uhr etwa 7 ct teurer als aktuell und dann diese 12-16 3ct günstiger etwa - das lohnt sich nicht.

Den Octopus Go muss man aber auch auf der Homepage aktiv suchen, dass man ihn noch angeboten bekommt. Sie versuchen ja lieber ihren "Intelligent Go" zu vermarkten.

Aktuell läuft aber meine Ladeplanung damit richtig gut - quasi kaum Einspeisung tagsüber und trotzdem genug Ladung im Speicher, um nie zukaufen zu müssen.

Ich denke mal drüber nach, das script zu erweitern auf 2 Zeiträume :)

Und nochmal zum Topic:
Ich habe gerade die 2.5.1 veröffentlicht ins latest (sobald das Repo aktualisiert wurde, kann man sie direkt installieren).
Um die Last auf die Senec Server zu optimieren, kann man nun die einzelnen Wertegruppen gezielter abrufen lassen.

Also Dashboard wie bisher - Tageswerte separat (mit größeren Intervallen) und dann die Monats / Jahreswerte auch nochmal mit größeren Intervallen. Das hatte ich bisher immer intern geregelt - aber so ists besser und leichter auf Probleme mit der Gegenseite zu reagieren :)

[nobl]

Ich habe in letzter Zeit ein paar "kleinere" Änderungen eingebaut :)
Unter anderem auch die neue API via Senec.Connect und den Zugriff übers Web-Portal. Dazugekommen sind ein paar weitere Steuerungsmöglichkeiten.
Aktuell alles in latest - gerne mal einen Blick drauf werfen.

[FreunderNacht]

@nobl
Vielen Dank für dein Arbeit 👍

[oxident]

@nobl Danke für Deinen Einsatz. Komischerweise aktualisieren sich seitdem die "AllTime"-DP im _api-Knoten nicht mehr zuverlässig.
Speziell den Wert bei "senec.0.api.Anlagen.xxxx.Measurements.AllTime.POWER_GENERATION" nutze ich für meine gesamte Ertragsberechnung.
Im Protokoll taucht nichts auf außer
"[Local] ⚠️ Datapoints config for BMS doesn't follow [A-Z0-9,] (no blanks allowed!) - Ignoring:" direkt beim Start.

Oder gibt es eine bessere Möglichkeit, den Gesamtertrag zu tracken?

[nobl]

@oxident sagte:

Komischerweise aktualisieren sich seitdem die "AllTime"-DP im _api-Knoten nicht mehr zuverlässig.
Speziell den Wert bei "senec.0._api.Anlagen.xxxx.Measurements.AllTime.POWER_GENERATION" nutze ich für meine gesamte Ertragsberechnung.

Das wundert mich etwas, da die bei mir sauber getracked werden.
Sie werden allerdings nur etwa täglich aktualisiert - dann, wenn auch die Werte für das aktuelle Jahr aktualisiert werden, da sie davon quasi abhängen.

Falls du das in den letzten Tagen kontrolliert hast: Senec hatte gut 24h Probleme mit quasi allen API-Daten ausser dem Ladestand (Freitag war das glaub).
(ich entferne aber gerade mal auch das zusätzliche TimeGate und überlasse es bedarfsweise dem User, die Abrufintervalle wieder zu reduzierten, falls er oder sie das zu häufig abruft und die API dann die rote Karte zeigt :) )

[oxident]

Ahh, ok. Das erklärt einiges. Ich hatte bis dato die Werte aus HA gezogen. Als das wegen den API-Problemen nicht mehr klappte nahm ich sie (seit Jahren mal wieder) aus Deinem Adapter.
Mir war nicht klar dass dieser Wert "nur" täglich aktualisiert wird.

[nobl]

Als die API Probleme vor einigen Monaten massiv zugenommen hatten, habe ich proaktiv die Werte angeschaut, wie oft sie überhaupt abgerufen werden müssten, um die API nicht unnötig zu belasten.
Den damaligen Umständen geschuldet gabs dann ein zusätzliches Timegate, das jetzt aber weg ist mit 2.8.3 und die Verantwortung wieder komplett in Userhände legt :)

[nobl]

Es gibt da ein weiteres kleines Update (2.9.0 - aktuell schon über node zu bekommen für die, die es eilig haben :) ) ...
Ein paar kleine Anpassungen und Ergänzungen und ausnahmsweise ein kleiner Vorgeschmack hier ...

[oxident]

@nobl Wow, das ist ja ein wirklich grandioses Update. Vielen Dank!

Ich hätte spontan eine kleine Frage: Wenn ich eine zusätzliche Batterie (Victron in meinem Fall) einbinden will, wie muss der Datenpunkt für das Diagram "gepolt" sein?
Bedeutet ein positiver Wert die -Ladung- des Fremdakkus und ein negativer die Entladung?