@toki1973

das sind meine Einstellungen. Funktioniert solange gut, wie das Auto mitspielt. Nach ca. 24h geht der in "Tiefschlaf" und muss erst mal geweckt werden.

Zur Erklärung der Parameter:
Interessant sind eigentlich nur die Foreign Objects:
wenn deine Solaranlage 1000W ins Netz einspeist, kannst du maximal 1000W für die Autobatterie nutzen. Wenn du aber gleichzeitig deine Hausbatterie mit 2000W lädtst (laden tust) hast du 3000W für die Autobatterie zur Verfügung.

BufferToSolar (bei mir 100W) ist der Wert zum Abfedern von Wolken, HouseConsumption ist noch ein extra Puffer, der aber auch gerne 0 sein kann, weil ja die Einspeisung ins Netz diesen Hausverbrauch beinhaltet.

Die Formel soll bedeuten, solange deine Panel abzüglich des Wolkenpuffers noch Strom erzeugen, wird dieser Überschuss für die Batterie bereitgestellt und wenn gleichzeitig deine Hausbatterie geladen wird, wird dieser Wert dazu gerechnet.

Und wenn das alles einen Strom ergibt (I = P / U), der größer ist als der Minimale Ladestrom für dein Auto, dann wird geladen. Wenn der Wert unter den Minimalwert fällt, wird noch 5 min (300s) weiter geladen und danch die Ladung unterbrochen,

Die Logs zum go-e zeigen das auch schön an

@toki1973
Nicht Go-e sondern iobroker

@toki1973
Nein Ertrag ist der Überschuss ins Netz. Wenn der Wert bei Einspeisung ins Netz negativ ist, musst du den Haken bei Negate setzen. Ich habe bei mir zum testen übrigens einfach einen Datenpunkt unter userdata angelegt, um einfach einen Fixwert einzutragen und dann zu sehen, was passiert. Erst danach habe ich die Messwerte der Zähler auf diesen Wert kopiert. Also z.B. Ertrag (Einspeisung) = -2300 -> der Adapter sieht, es ist genug Strom vorhanden und gibt 10A (2300W / 230V) frei. Wenn du jetzt den Wert auf Null setzt, bleiben die 10A erhalten, setzt du ihn auf 1150W krigst du noch 5A dazu.

Der reservierte Wert für den Hausverbrauch ist ein Fixwert. Z.B. die Summe aus deinen ständig laufenden Verbrauchern - Internet Router - und den manchmal laufenden Geräte - Kühlschrank - . Der Gedanke dahinter ist, dass die Autoladung nicht unterbrochen werden soll, wenn denn mal der Kühlschrank anspringt. Bei mir ist der Dauerverbrauch ungefähr 300w.

der Wert des SOC bei der Autobatterie ist nur notwendig, wenn du den Wert go-e.0.stopChargeingAtCarSoc80 auf TRUE setzt. Dann muss der Wert natürlich vom Auto kommen. Der Go-E weiss davon nix.

Und in der Go-e App keinen Eco mode nutzen. Das regelt alles der Adapter. Eco Mode ist nur für Go-E Controller.

Wo willst du Hardware auswählen?

@toki1973

das sind meine Einstellungen. Funktioniert solange gut, wie das Auto mitspielt. Nach ca. 24h geht der in "Tiefschlaf" und muss erst mal geweckt werden.

Zur Erklärung der Parameter:
Interessant sind eigentlich nur die Foreign Objects:
wenn deine Solaranlage 1000W ins Netz einspeist, kannst du maximal 1000W für die Autobatterie nutzen. Wenn du aber gleichzeitig deine Hausbatterie mit 2000W lädtst (laden tust) hast du 3000W für die Autobatterie zur Verfügung.

BufferToSolar (bei mir 100W) ist der Wert zum Abfedern von Wolken, HouseConsumption ist noch ein extra Puffer, der aber auch gerne 0 sein kann, weil ja die Einspeisung ins Netz diesen Hausverbrauch beinhaltet.

Die Formel soll bedeuten, solange deine Panel abzüglich des Wolkenpuffers noch Strom erzeugen, wird dieser Überschuss für die Batterie bereitgestellt und wenn gleichzeitig deine Hausbatterie geladen wird, wird dieser Wert dazu gerechnet.

Und wenn das alles einen Strom ergibt (I = P / U), der größer ist als der Minimale Ladestrom für dein Auto, dann wird geladen. Wenn der Wert unter den Minimalwert fällt, wird noch 5 min (300s) weiter geladen und danch die Ladung unterbrochen,

Die Logs zum go-e zeigen das auch schön an

@homoran Zuerst mal die Adapterversion von der ich rede: v1.0.41

Im Quelltext lautet die Variable hinter dem Feld "Minimum Akkustand in Wattstunden [Wh]" bufferToBattery". Wenn ich im Quelltext danach suche, finde ich nur ein paar auskommentierte Zeilen. Wären diese Zeilen NICHT auskommentiert, dann würde bufferToBattery von der maximal nutzbaren Ladeleistung abgezogen werden. Es geht hier also nur um Watt und nicht um WattStunden.

Aber da diese Zeilen ja auskommentiert sind, hat bufferToBattery zur Zeit überhaupt keine Funktion.

@homoran So, jetzt habe ich mir den Quellcode mal angesehen, um die Ladelogig zu verstehen:
Zuerst wird geschaut, ob und wieviele Watts ins Netz (Grid) eingespeist werden. Davon wird der bufferToSolar abgezogen (Default Wert 100W). Dann wird der Ladestrom der Hausbatterie abgefragt. Dieser Wert wird zur (Netzeinspeisung - BufferToSolar) addiert. Somit würde für die Hausbatterie kein Ladestrom mehr übrig bleiben, d.h. Priorität für die Autobatterie. Um der Hausbatterie aber trotzdem noch Ladestrom zu geben, wird der Wert bufferToBattery (Default Wert 1600 Wh) von dem Ladestrom der Hausbatterie abgezogen, d.h. es bleiben noch soviele Watts für das Laden der Hausbatterie übrig, wie der Wert bufferToBattery angibt. Dieser Teil der Berechnung ist allerdings im Quellcode auskommentiert, sodass der Wert bufferToBattery bis jetzt keine Rolle spielt.
Hier scheint die Entwicklung noch nicht ganz abgeschlossen zu sein, deshalb wohl auch der Fehler im Erklärungstext: Minimum Akkustand in Wattstunden [Wh] müsste eigentlich heißen: Minimaler Ladestrom in Watt der Hausbatterie

Ich hoffe, ich habe damit auch anderen geholfen, die die gleichen Verständnisprobleme hatten. Jetzt ist also warten angesagt, bis der Entwickler den "Minimaler Ladestrom in Watt der Hausbatterie" im Quellcode freischaltet.

@homoran Danke für die schnelle Antwort. Es geht nicht um einen Datenpunkt, sondern einen Wert, der in den Instanzeinstellungen gesetzt wird, um PV Überschussladen zu ermöglichen. Ein Fixwert - keine Object-ID.
Unter anderem bezieht der Adapter vom Auto den "State of Charge" um mit dem Laden bei 80% aufzuhören. Aber von der Hausbatterie wird nur die Object-ID des Stromflusses in Watt hinterlegt. Wie kann der Adapter daraus auf Wattstunden schließen? Das ist mir nicht klar.

Re: go-e Adapter

Hi community, wer weiß, was der Punkt "Minimum Akkustand in Wattstunden [Wh]" in den Instanzeinstellungen bedeutet bzw. woher der GO-E Adapter die Info bekommt, wann dieser Wert erreicht ist? Ich nehme an, mit Akkustand ist die Hausbatterie gemeint und ich interpretiere das so, dass zuerst die angegebene Anzahl Wattstunden in die Hausbatterie geladen werden soll, bevor die Autobatterie geladen wird. Aber ab wann und wie der Adapter das wissen will, ist mir schleierhaft.

@wal Gehört vielleicht nicht wirklich zum Thema, aber mit einen OrangePi5 OHNE Corel laufen 5 Kameras problemlos, wo der Raspi4 MIT Corel schon gepusted hat.

Hat jemand schon einen Backofen gesteuert?

Setze ich "capabilities.ovenOperatingState-start" auf "Bake" erzeugt das am Backofen die "Heißluft"
"capabilities.ovenSetpoint-setOvenSetpoint " setzt die Temperatur
"capabilities.samsungce.ovenOperatingState-setOperationTime" setzt die Backzeit
Aber ich kriege den Backofen nicht zum Laufen. D.h. ich muss am Gerät selbst den "Start" Button drücken.

Ich habe zur Auswahl execute-execute, ocf-postOcfCommand, ovenMode-setOvenMode, ovenOperatingState-setMachineState, ovenOperatingState-start, ovenOperatingState-stop, ovenSetpoint-setOvenSetpoint, refresh-refresh

Ich habe natürlich schon alle Datenpunkte ausgeführt, die Logs sind ohne Fehler, aber passieren tut nichts.

**Hier Adapter Beschreibung, Changelog etc.**Hat jemand schon einen Backofen gesteuert?

Setze ich "capabilities.ovenOperatingState-start" auf "Bake" erzeugt das am Backofen die "Heißluft"
"capabilities.ovenSetpoint-setOvenSetpoint " setzt die Temperatur
"capabilities.samsungce.ovenOperatingState-setOperationTime" setzt die Backzeit
Aber ich kriege den Backofen nicht zum Laufen. D.h. ich muss am Gerät selbst den "Start" Button drücken.

Ich habe zur Auswahl execute-execute, ocf-postOcfCommand, ovenMode-setOvenMode, ovenOperatingState-setMachineState, ovenOperatingState-start, ovenOperatingState-stop, ovenSetpoint-setOvenSetpoint, refresh-refresh

Ich habe natürlich schon alle Datenpunkte ausgeführt, die Logs sind ohne Fehler, aber passieren tut nichts.