[Neuer Adapter] Senec Home Adapter

[Thomas Braun]

@gille-69

Nö, mit Fenstern hab ich nix am Hut.

[oxident]

@gille-69 said in [Neuer Adapter] Senec Home Adapter:

@thomas-braun
ich nutze die Windows Version von iobroker.
Weißt Du, wie man es dort instaliert?

Danke

Ich glaube nicht, dass sich die Installation unter Windows unterscheidet.

[oxident]

@nobl Könnte es sein, dass der Adapter nicht mitbekommt, wenn er wegen dieser lästigen NPU-Abstürze keine Antwort mehr bekommt?

Hatte jetzt den Fall, dass der Senec eigentlich seit 30min down war, der Adapter aber grün blieb und .connected ebenfalls true.

[Thomas Braun]

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

Ich glaube nicht, dass sich die Installation unter Windows unterscheidet.

Das weiß ich nicht, Windows interessiert mich wie gesagt nicht.

[oxident]

@gille-69 Du kannst den Adapter unter Windows genau so installieren, wie auch unter Linux. Hierzu aktivierst Du die Expertenansicht und klickst im Adapter-Tab auf das Icon mit der Katze. Dann github auswählen und https://github.com/nobl/ioBroker.senec/tree/master einfügen.

Findest aber hier im Forum auch Anleitungen wie man Test-Adapter installiert und hinzufügt

[nobl]

@oxident Grundsätzlich bekommt er das schon mit und passt dann seine Abfrageintervalle an, indem er incremental backup durchführt (also mit jedem in Serie fehlgeschlagenem Abruf immer länger wartet bis zum nächsten Pull).
Erst wenn das dann erschöpft ist, gibt er final auf.

Das müsstest du im Log aber auch sehen können, da jeder fehlgeschlagene Abruf protokolliert wird.

Beispiel:

senec.0 2024-03-17 14:58:44.036	warn	Error reading from Senec highPrio (npu.local-private). Retry 2/100 in 60 seconds! (timeout of 5000ms exceeded)
senec.0 2024-03-17 14:58:44.035	info	timeout of 5000ms exceeded
senec.0 2024-03-17 14:58:09.027	warn	Error reading from Senec highPrio (npu.local-private). Retry 1/100 in 30 seconds! (timeout of 5000ms exceeded)
senec.0 2024-03-17 14:58:09.024	info	timeout of 5000ms exceeded
senec.0 2024-03-17 13:59:36.548	warn	Error reading from Senec AppAPI. Retry 1/100 in 900 seconds! (timeout of 5000ms exceeded)
senec.0 2024-03-17 13:59:36.547	info	timeout of 5000ms exceeded
senec.0 2024-03-17 13:59:32.042	warn	Error reading from Senec highPrio (npu.local-private). Retry 2/100 in 60 seconds! (timeout of 5000ms exceeded)
senec.0 2024-03-17 13:59:32.041	info	timeout of 5000ms exceeded
senec.0 2024-03-17 13:58:57.034	warn	Error reading from Senec highPrio (npu.local-private). Retry 1/100 in 30 seconds! (timeout of 5000ms exceeded)
senec.0 2024-03-17 13:58:57.033	info	timeout of 5000ms exceeded
senec.0 2024-03-17 13:58:11.730	warn	Error reading from Senec highPrio (npu.local-private). Retry 1/100 in 30 seconds! (timeout of 5000ms exceeded)
senec.0 2024-03-17 13:58:11.728	info	timeout of 5000ms exceeded

Du siehst hier, dass er im highPrio ein Problem hatte, das er aber beim folgenden Abruf wohl korrigieren konnte. Beim nächsten Mal war das nicht so und er hatte 2 fehlgeschlagene Abrufe und der 3. hat dann wohl endlich geklappt (also Abruf fehlerhaft - 30 sec warten - Abruf fehlerhaft - 60 sec warten - Abruf erfolgreich)
Dabei haben alle Abrufmethoden ihre eigenen Intervalle.

Die Logik, wie die Abrufe dann verzögert werden, kannst du in den Einstellungen beeinflussen.

Sehr schnell geht der Adapter auf rot, falls die Parameter sehr klein gewählt werden Da wir ja aber wissen, dass die Senec gerne mal rumspinnt, ist man mit meinen Basiswerten meist ganz gut bedient, sofern man nicht auf 1 sec Intervall geht.

[oxident]

@nobl Danke für die Erklärung. Das war mir in der Tat nicht bewusst ... und macht auch definitiv Sinn!

Ich hatte die Logstufe vom Adapter dummerweise auf "Error" gesetzt und das daher gar nicht mitbekommen. Werde ich jetzt mal beobachten.

[oxident]

Hat jemand von Euch einen schlauen Tipp wie man, möglichst zuverlässig, die aktuellen Lade-/Entladelimits berechnen kann?

Ich hab schon versucht, die CHARGING-LIMITs mit 48 zu multiplizieren, aber bei höherem SoC driftet Theorie und Praxis recht stark auseinander.

UPDATE: Habe jetzt verstanden, dass natürlich immer nur die "beste" Lade-/Entladeleistung zählt. Will sagen, wenn drei Module mit 12A und eins nur mit 6A entladen kann, dann zählen die 6A (x Anzahl der Module x 48V):

UPDATE 2: Und scheinbar ist Entladung so oder so nur max. 20A je Modul (auch wenn 24A angezeigt werden).

[HansJochen]

@oxident
Dein Post hat mich auf die Idee gebracht, seit gestern diese Limits auch mal zu protokollieren.
Ich denke nicht, dass es einen Weg gibt, die aktuelle Ladegeschwindigkeit nur aus den CHARGE_LIMIT Werten heraus zu lesen. Bei mir stand in allen CHARGE_LIMITs seit gestern nie ein Wert >12A drin. Der Speicher hat aber heute mit voller Geschwindigkeit (2,5kW) geladen bis 75%.

Ab 75% wurde heute die Geschwindigkeit halbiert (genug Überschuss war vorhanden), die CHARGE_LIMITs blieben aber bei 12A. Ab ca. 85% wurde dann die Ladung langsamer und ab da sind dann auch die CHARGE_LIMITs in den einstelligen Bereich.

Die Reduzierung bei 75% sehe ich selten, meistens lädt er ungebremst bis 85%. Die Temperatur der Module lag bei 31-36°C. Ich dachte, dass da noch was aufgrund der Temperatur gedrosselt würde, aber bei 36°C hätte ich das eigentlich noch nicht erwartet.

Irgend welche Einflussfaktoren scheint es noch zu geben.

[oxident]

@hansjochen Vielleicht müssen wir da schrittweise herangehen und die Faktoren irgendwie herausfinden.

Bei mir sah es z.B. so aus, als wären die Limits vertauscht (charge zu discharge). Kann aber auch Zufall gewesen sein.

[HansJochen]

@oxident
Vertauscht scheinen sie bei mir nicht. Die CHARGEs werden niedriger, wenn der Akku voller wird. Wenn er leer ist, sind sie ebenfalls halbiert (also 6A).

Allerdings verstehe ich die DISCHARGEs noch weniger. Die sind die meiste Zeit bei -24A, bis zum leeren Speicher letzte Nacht. Danach sind sie dann runter auf um die -15A. Und dann bei immer noch leerem Speicher wieder hoch auf um die -20A - mit großen Unterschieden: Die einzelnen Module liegen bei -17A bis -22A.

Die Verläufe der CHARGEs fand ich recht plausibel, abgesehen davon, dass es zusätzlich noch andere Beschränkungen zu geben scheint.

[MikeG31]

Hallo,

ich möchte das Entladen meines Senec Speichers stoppen. Der Speicher hat nur eine Kapazität von 7,5 kWh, was nicht ausreicht, um über Nacht zu kommen. Ich möchte jedoch, dass der Speicher nur dann entladen wird, wenn der Strompreis steigt, und ansonsten das Entladen gestoppt wird, wenn der Strom günstig ist.

Der Datenpunkt "ForceLoadBattery" stoppt zwar das Entladen, lädt den Speicher jedoch gleichzeitig aus dem Stromnetz auf, was ich nicht möchte. Hat jemand eine Idee, welcher Datenpunkt das sein könnte, um nur das Entladen zu stoppen, ohne den Speicher aufzuladen?

[icebear]

@mikeg31
Soweit mir bekannt gibt es dafür keinen DP.
Da auch das Laden des Speichers über den 'Force Load' DP sich in einer Grauzone befindet, wird sich das wahrscheinlich auch nicht ändern, bis Senec uns eine Software anbietet, die das offiziell vorsieht.
Mit Einführung der neuen Life4Pro Akkus hätte Senec die große Chance hier eine wirkliche Aufwertung des Speichers zu implementieren.
Ich befürchte aber.das wird ein Traum bleiben.

Das gleiche nervige Problem besteht ja auch wenn man das Auto bei günstigen Preisen laden will,das dann nicht Strom aus dem Speicher genommen wird.

[oxident]

@mikeg31 ... und es ist leider nichtmal sicher, dass die interne Webseite überhaupt noch lange verfügbar ist. Senec dürfte dies beim LFP-Upgrade abschalten wollen.

Workaround wäre, einen 3phasigen Zigbee-LS zwischen zu schalten, oder?

[HansJochen]

@mikeg31

Datenpunkt dafür gibt es nicht. Wenn Du eine andere Möglichkeit findest, poste sie gerne hier. Viel Hoffnung habe ich aber nicht. Ich habe vor einem Jahr recht intensiv danach gesucht. Wenn Du nach Kommandos wie SAFE_CHARGE_FORCE suchst, findest Du in diversen Foren Posts, in denen die Parameter der lala.cgi aufgelistet werden. Diese kannst Du dann beispielsweise per curl an den Speicher senden. Ich habe damals mit allen Parametern herum probiert, die sich einigermaßen so angehört haben, als könnten sie helfen.

Dabei bin ich auch darauf gestoßen, dass es früher im Wartungsmenu des Senec Web-HMI zwei weitere Icons gab, wo heute nur noch "Vollladung" und "Entladung freigeben" zu finden sind. Wenn ich das richtig in Erinnerung habe, waren die beiden zusätzlichen Menüpunkte genau dafür, das Entladen anzuhalten. Diese Menüpunkte wurden jedoch vor Jahren entfernt und die entsprechenden Kommandos seitdem auch ignoriert. Da der Adapter hier den Speicher ja auch über die lala anspricht, wird er da auch nichts anderes tun können.

Ein ganz kleiner Schritt in die Richtung wäre das Kommando
curl --insecure -d "{"ENERGY": {"LI_STORAGE_MODE_STOP": "u8_01"}}" https://MEINE_SENEC_IP/lala.cgi

Danach wird der Speicher nach jedem Vollladen nicht mehr automatisch entladen. D.h., er bleibt so lange voll, bis Du von Hand ein Entladen anstößt. Das normale Verhalten wieder herstellen kannst Du mit
curl --insecure -d "{"ENERGY": {"LI_STORAGE_MODE_START": "u8_01"}}" https://MEINE_SENEC_IP/lala.cgi

Wenn der LI_STORAGE_MODE_STOP Modus aktiviert ist, kannst Du ein einmaliges Entladen frei geben mit dem Kommando
curl --insecure -d "{"ENERGY": {"SAFE_CHARGE_PROHIBIT": "u8_01"}}" https://MEINE_SENEC_IP/lala.cgi
(letzteres sollte eigentlich dem entsprechen, wenn Du den Datenpunkt "ForceLoadBattery" auf false setzt).

Nachteil bei dem Vorgehen hier ist, dass Du den Speicher damit nur dann vom Entladen abhalten kannst, wenn er ganz voll ist. Irgendwo dazwischen stoppen geht leider nicht.

[apollon77]

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

@mikeg31 ... und es ist leider nichtmal sicher, dass die interne Webseite überhaupt noch lange verfügbar ist. Senec dürfte dies beim LFP-Upgrade abschalten wollen.

Basiert diese Annahme auf irgendetwas gesichertem oder ist das neue eine Annahme deinerseits?

[oxident]

@apollon77 Nein, ist nur eine Annahme, jedoch weist einiges darauf hin: Sämtliche Speicher nach der v3-Generation haben keinen internen Webserver mehr und vereinzelt wurde der bei manchen v3-Nutzern auch abgeschaltet.
Hinzu kommen die NPU-Abstürze, welche augenscheinlich auf die erhöhte CPU-Last durch SSL zurückzuführen sind.

Außerdem dürfte es Senec ein Dorn im Auge sein, dass die detaillierten Logs schon vor Gericht verwendet werden.

Da man ja beim LFP-Tausch auch irgendeine Art von Verzichtserklärung abgibt wäre ich mir nicht sicher, ob man damit auch solchen Beschneidungen indirekt zustimmt.

[Hannibal014]

Hi, ich bin neu im Forum.
Beschäftige mich aber schon seit Jahren mit Loxone und nutze IOBroker um Daten per MQTT von Senec zu Loxone zu bekommen.
Ich habe seit kurzem einen getauscht Hybrid V3-Duo mit den neuen Akkus und nun das Problem das ich häufig datenabbrüche habe.
Ich Polle über die IP mit HTTPS das hat bis letzte Woche super funktioniert, nun ist es so das alle 10 oder 11 Abragen (Rythmus 5 Sekunden) die Verbindung abreist. Gebe ich meine API daten vom SENEC Konto ein ist eine Anmeldung nicht möglich obwohl die Daten korrekt sind.
Bin hier auf Hilfe angiesen da ich nicht mehr weiter weis.
Der Adapter im IO ist auf dem aktuellen Stand.
Nach einem Neustart holt er kurz Werte ab und verliert dan die Verbindung.
Was bedeutet FQDN

code_text2024-09-22 18:21:59.696	error	Error: Error connecting to Senec (IP: https://192.168.188.xx). Exiting! (timeout of 5000ms exceeded). Try to toggle https-mode in settings and check FQDN of SENEC appliance.
senec.0
	2024-09-22 18:21:43.621	error	Error: Error connecting to Senec (IP: https://192.168.188.xxx). Exiting! (timeout of 5000ms exceeded). Try to toggle https-mode in settings and check FQDN of SENEC appliance.
senec.0
	2024-09-22 18:21:28.130	warn	Error reading from Senec highPrio (192.168.188.xxx). Retry 4/100 in 40 seconds! (timeout of 5000ms exceeded)
senec.0
	2024-09-22 18:20:53.114	warn	Error reading from Senec highPrio (192.168.188.xxx). Retry 3/100 in 30 seconds! (timeout of 5000ms exceeded)
senec.0
	2024-09-22 18:20:28.094	warn	Error reading from Senec highPrio (192.168.188.xxx). Retry 2/100 in 20 seconds! (timeout of 5000ms exceeded)

[Hannibal014]

This post is deleted!

[icebear]

@hannibal014 said in [Neuer Adapter] Senec Home Adapter:

Was bedeutet FQDN

FullQualifiedDomainName

Aber bist du sicher das es vorher mal funktioniert hat? Weil deine IP-Adresse im Log am Ende .xxx hat, das kann nicht funktionieren. Da sollte die Komplette IP-Adresse stehen.