@arnod
Alles klar, Arno,
ich lasse das log mal an und habe ein Auge auf das Geschehen. Die Option, dass das Skript gestoppt wurde, kann ich ausschließen ebenso wie die manuelle Einstellung, denn das hätte ich gewusst.
Danke für deine Antwort und ja, ohne logs kann man nur raten, deshalb habe ich sie jetzt mal permanent an... fressen ja nicht unendlich viel Speicher.
Notstrom nachladen aus dem Netz habe ich jetzt deaktiviert...
@arnod
Vielen Dank, Arno!
Dein Vorschlag funktioniert, d.h. ohne laufendes Tibberskript wird die Batterie in Abhängigkeit von dem beschriebenen Objekt geladen bzw. nicht geladen.
Ich hatte mir heute morgen die Charge-Control 1.5.13 geholt und festgestellt, dass das Starten des neuen Skripts tatsächlich zum Aufladen der Batterie aus dem Netz geführt hat. Da hat wohl irgendwas geklemmt, aber ich behalte das im Auge.
Gruß
Michael
PS: Zu der Einstellung zum Zeitpunkt der "Einspeisung statt Aufladung" habe ich leider nix gefunden... und ja, ich hatte die Notstromreserve zwischenzeitlich mal auf 50% gesetzt um zu schauen, ob ich damit vielleicht das Aufladen provozieren kann... ich setze sie gleich wieder auf 40%
@arnod
Moin Arno,
jetzt muss ich doch nochmal nachfragen: Mein Speicher dümpelt die ganze Zeit bei 40% rum, also auf dem Level der Notstromreserve. Die aktuelle Sonnenprogrognose sieht eher mau aus und die Tibberpreise sind niedrig. Vom Dach kommt mit 500W gerade mehr als mit unterer Ladekorridor (100W) definiert ist, aber trotzdem wird nichts in die Batterie geladen. Vor ein paar Tagen kamen 2500W vom Dach, aber die wurden eingespeist, obwohl die Batterie bei 40% war. Ist das ein gewolltes Verhalten oder habe ich irgendwo eine falsche Einstellung, die das Laden der Batterie trotz Erlaubnis und hinreichend günstiger Quelle verhindert? Welche Informationen bzw. Einstellungen müsstest du wissen, um eine Aussage zu machen? Ich schalte jetzt mal die debug-logs an und schicke dir den Output später.
Gruß
Michael
@psrelax said in E3DC Hauskraftwerk steuern:
Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.
Das kann ich bestätigen. Auch bei mir landet PV-Überschuss vorrangig im Netz und nicht im Speicher. Allerdings gab es in den letzten Tagen mit Sonne auch keine wirklichen PEAK-Phasen, die zu überbrücken gewesen wären. Tortzdem dümpelt der Speicher immer noch bei 40% rum (Notstrom!)
Gruß
Michael
Ja, das Skript läuft, aber ich hatte mir durch andere Skripte das Log mit Fehlern zugeknallt und deswegen das Log gelöscht, bevor mir klar wurde, dass ich es vielleicht doch noch brauchen könnte. Dummer Fehler von mir...
Heute morgen war tatsächlich nichts im Log zu finden außer einem MQTT-Fehler meines Mähroboters und ein paar Tibber-Bridge-Fehlern...
Moin Arno...
Irgendetwas klemmt. Ich hatte heute morgen kurz vor 8:00 folgendes:
Die Batterie wurde aber trotzdem NICHT geladen und ist weiter bei 40%. Das Log für heute ist leer.
Gruß
Michael
Guten Morgen, Arno,
gestern abend sagte mir das VIS, dass die Batterie wegen der heute extrem hohen Strompreise zwischen 02:00 und 05:00 geladen werden soll... es wurde aber nichts geladen... Die Batterie ist weiter auf Notstromlevel 40%. Woran kann das liegen?
@arnod
Hallo Arno! Vielen Dank für deine unermüdlichen Updates!
Die jetzt in der Version 1.3.11 erzwungene Ganzzahligkeit der ladezeit_h war der Grund für ein knallrot gefülltes Log bei mir heute nacht, weil ich die 1.3.10 noch laufen hatte und die Ladezeit bei 1,182357767 oder so lag.... was einen Zugriff auf ein Array denkbar schwierig macht. 
Jetzt sollte das aber passen.
Michael
Ja, in der Tat war da das Problem. Ich habe IOBroker im Docker laufen und als default-DNS meinen pi-hole-Server angegeben. Der scheint nicht zuverlässig genug zu sein. Eine Umstellung auf 8.8.8.8 / 1.1.1.1 hat die Fehlermeldungen zuverlässig beseitigt...
Hallo zusammen,
seit gestern müllt mich der Adapter mit Fehlermeldungen zu, die ich vorher nicht hatte:
2024-12-03 14:43:43.091 - error: scheppach-roboticmower.0 (5596) http://server.sk-robot.com/api/mower/device/getBysn?sn=$id
2024-12-03 14:43:43.091 - error: scheppach-roboticmower.0 (5596) Error: getaddrinfo ENOTFOUND server.sk-robot.com
2024-12-03 14:44:47.046 - error: scheppach-roboticmower.0 (5596) http://server.sk-robot.com/api/mower/device/getBysn?sn=$id
2024-12-03 14:44:47.046 - error: scheppach-roboticmower.0 (5596) Error: getaddrinfo EAI_AGAIN server.sk-robot.com
2024-12-03 14:45:47.041 - error: scheppach-roboticmower.0 (5596) http://server.sk-robot.com/api/mower/device/getBysn?sn=$id
2024-12-03 14:45:47.042 - error: scheppach-roboticmower.0 (5596) Error: getaddrinfo EAI_AGAIN server.sk-robot.com
2024-12-03 14:46:10.026 - error: scheppach-roboticmower.0 (5596) http://server.sk-robot.com/api/mower/device/getBysn?sn=$id
2024-12-03 14:46:10.026 - error: scheppach-roboticmower.0 (5596) Error: getaddrinfo ENOTFOUND server.sk-robot.com
Irgendjemand eine Idee, woran das liegen könnte? Zwischendurch ist mal Ruhe und auch wenn ich die Instanz restarte, bleibt das Log für ca. 10min fehlerfrei...
