[Neuer Adapter] Senec Home Adapter

[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.

[Hannibal014]

@icebear Danke für deine Nachricht. Ja das XXX ist nur ein Platzhalter für die korrekt IP, ich weis nicht warum aber ich hielt es für einen gute idee die letzten stellen unkenntlich zu machen, hätte eigentlich die ganze seien müssen.

Funktioniert gerade auch wieder aber eben nur bei ständigem Neustart.

[Blockmove]

@hannibal014

Ich hab das Abfrageintervall auf 10 und 60 Sekunden stehen.
Bei 5 Sekunden hab ich auch häufiger Abbrüche.

[DiMe]

Hi, hab mal eine Frage. Und zwar ist mir das schon jetzt das zweite mal aufgefallen.
Und zwar sind meine Einleseintervalle nach ein paar Wochen wieder sehr hoch oft bis zu einer Stunde werden die aktuellen Daten nicht aus dem Senec ausgelesen. Wenn ich beim Senec einen Neustart mache werden die Daten wieder alle 10 Sekunden eingelesen. Hier der aktuelle Fall, in dem letzten Kästchen war der Reset vollzogen.

Hat jemand auch dieses Problem?
V3 Hybrid mit neuen LFPs

[oxident]

@dime Das wird der übliche NPU-Crash sein. Da Senec jetzt wohl parallel auch noch mit MQTT zu deren Servern experimentiert nimmt die Last leider nochmals zu.

Da hilft wohl nur abwarten...

[nobl]

An dieser Stelle muss ich mich einklinken, da das beschriebene Verhalten so nicht korrekt ist.

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

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

Das deaktiviert den Transportmodus des Speichers. Mit dem Entladeverhalten hat das nichts zu tun. Details beim zugehörigen Start-Command unten.

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

Das aktiviert den Transportmodus des Speichers und hält den Speicher auf einem von Senec vordefinierten Füllstand.
Das bedeutet aber auch: Der Speicher wird bedarfsweise sogar INS Netz entladen, bis er den für den Transport notwendigen Füllstatus hat!
Nennt sich "Lithium Sicherheitsmodus aktiv" (Status 64).

Ich weiß, dass das wo anders mal propagiert wurde - aber offensichtlich hat sich nie jemand die Mühe gemacht, beide Commands auch mal grundsätzlich zu testen - obwohl dabeistand, dass es "ungetestet" ist.

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).

Das ist richtig.
Sicherheitsladung wird mit SAFE_CHARGE_FORCE gestartet und mit SAFE_CHARGE_PROHIBIT gestoppt.
Die Sicherheitsladung wird von der Appliance auch nicht deaktiviert, wenn sie abgeschlossen ist. daher ist das Spiel mit dem LI_STORAGE_MODE ohnehin unnötig.
Spannend wäre nur, das Entladen des Speichers anzuhalten, OHNE ihn gleichzeitig über die Sicherheitsladung zu befüllen.

Was ich gerade allerdings überlege:
Eine Option im Adapter, über die man einen zu haltenden Ladestand angibt.
Wird dieser unterschritten, startet automatisch die Sicherheitsladung und wird bei 1-2% darüber automatisch beendet.

Damit könnte man das Verhalten in etwa simulieren.

[HansJochen]

@nobl

In dem Fall scheint bei mir der vordefinierte Füllstand bei 100% zu liegen. Ich habe den Modus vor langer Zeit einmal gesetzt und dann so gelassen. Danach konnte ich im Winter gelegentlich über SAFE_CHARGE_FORCE vollladen und einige Stunden später über SAFE_CHARGE_PROHIBIT das Entladen wieder frei geben. Das hat zuverlässig funktioniert. Auf das normale Verhalten im Sommer hatte die Änderung keine Auswirkung, da blieb alles wie immer. Unterdessen bin ich allerdings in Fernabschaltung und warte auf den Austausch.

Die Idee mit "Ladestand halten" klingt zwar super, aber wenn ich die Umsetzung richtig interpretiere, dann wird der Speicher ständig zwischen Be- und Entladen wechseln, oder verstehe ich das falsch? Dann würde er doch beim "Anhalten" ständig den Wechselrichterverlust verpulvern. So gerne ich den Ladestand auf einem definierten Wert halten möchte, aber das wäre es mir dann doch nicht wert.