Idee für Ende eines Ladevorgangs mit SwitchSockets #16157

harrymayr · 2024-09-16T22:47:34Z

harrymayr
Sep 16, 2024

Hallo, ich bin bisher ziemlich unerfahren, was GitHub und auch Go-Programmierung angeht, daher will ich meinen Anwendungsfall erst mal hier diskutieren und kein Pull request erstellen.

Ich habe einen PlugIn Hybrid den ich einfach über einen Shelly Pro 1 PM und Steckdose lade. Erste Tests mache ich auch mit EVNotify, der Prius wird da aber nur sehr rudimentär unterstützt (als Ampera E ;-) ). Das ganze funktioniert sehr gut. Was mich aber bisher immer gestört hat ist, dass sich die Ladungen aufsummieren, wenn ich nicht nach jeder Ladung auf "Aus" gehe. Da mich interessiert, wieviel ich für die gefahrenen Kilometer geladen habe, ist das bisher die einzige Lösung, die mir eingefallen ist.
Jetzt habe ich mich mal drangemacht evcc selbst zu ändern. Bis ich rausgefunden habe, dass ich ein WSL System installieren muss, hat eine Weile gedauert (vielleicht einen Hinweis in die CONTRIBUTING.MD einfügen?!).

Die Steckdosen erkennen zwar nicht, wann ein Auto angeschlossen wurde, aber man kann detektieren, wenn der Ladevorgang fertig ist, bzw. durch Abstecken unterbrochen wurde. Meine Lösung dafür (in charger/switchsocket.go) sieht folgendermaßen aus:

var maxpower float64 = 0.0

// Status calculates a generic switches status
func (c *switchSocket) Status() (api.ChargeStatus, error) {
	if c.lp != nil && c.lp.GetMode() == api.ModeOff {
		return api.StatusA, nil
	}
	on, err := c.enabled()
	power, err2 := c.currentPower()
	res := api.StatusB

	if power == 0 && on && maxpower > 0 {
		res = api.StatusA
		maxpower = 0
		if err == nil {
			err = err2
		}
		return res, err
	}

	// static mode
	if c.standbypower < 0 {
		if on {
			res = api.StatusC
			maxpower = max(power, maxpower)
		}
		return res, err
	}

	err = err2
	// standby power mode
	if power > c.standbypower {
		res = api.StatusC
		maxpower = max(power, maxpower)
	}
	return res, err
}

Das mag jetzt nicht die eleganteste Lösung , aber mein Test hier am Schreibtisch hat soweit funktioniert. Sobald kein Leistung mehr gemessen wird, schaltet der Ladepunkt kurz auf "nicht verbunden" und danach wieder auf "Ladebereit". Dabei wird die bisherige Ladung in die Datenbank gespeichert und die Session beendet.
Allerdings darf als Default für den Ladepunkt nicht "Aus" festgelegt sein.

Was haltet ihr von der Lösung, hab ich irgendwas übersehen?

Viele Grüße,

Harry

VolkerK62 · 2024-09-17T03:19:49Z

VolkerK62
Sep 17, 2024

Das passt für den beschriebenen use case.
Aber, ich erfasse z.B. die Aktivitäten/Verbräuche von Waschmaschine und Trockner. Die gönnen sich während der Aktion immer mal wieder ein paar Sekunden mit 0W. das wäre dann immer eine Unterbrechung?
Erschwerend kommt hinzu, dass (soweit ich es mitbekommen habe) kleinere Energiemengen gar nicht im Log auftauchen. Da weiß ich aber nichts genaues.

Um das zu erreichen, was du möchtest, schalte ich automatisiert jede Nacht auf "aus". Danach wird von evcc wieder der default Modus eingestellt.

0 replies

harrymayr · 2024-09-17T06:18:24Z

harrymayr
Sep 17, 2024
Author

Aber, ich erfasse z.B. die Aktivitäten/Verbräuche von Waschmaschine und Trockner. Die gönnen sich während der Aktion immer mal wieder ein paar Sekunden mit 0W. das wäre dann immer eine Unterbrechung?

Ja du hast recht, mit meiner Änderung würde das zerstückelt werden. Wenn man es allerdings an den Parameter c.standbypower koppeln würde, ist es konfigurierbar (ohne weiteren Aufwand in anderen Modulen). Und das Erreichen der Erhaltungsladung ist ja auch ein Indikator für eine abgeschlossenen Ladung. Das würde dann so aussehen:

	if power == 0 && on && maxpower > 0 && c.standbypower > 0 {
		res = api.StatusA
		maxpower = 0
		if err == nil {
			err = err2
		}
		return res, err
	}

Fällt sonst noch jemanden ein Grund/use case ein, es nicht so zu ändern?

1 reply

VolkerK62 Sep 17, 2024

Mit standbypower würde für mich funktionieren. Bisher hatte ich dort "1" eingetragen, aber mit "0" geht es auch.

harrymayr · 2024-09-17T06:19:06Z

harrymayr
Sep 17, 2024
Author

Um das zu erreichen, was du möchtest, schalte ich automatisiert jede Nacht auf "aus". Danach wird von evcc wieder der default Modus eingestellt.

Ist natürlich auch eine Möglichkeit...
Ich habe jetzt aber erst mal keine Idee, wie ich das von Homeassistant aus machen würde.

2 replies

VolkerK62 Sep 17, 2024

Mode kann man je per REST oder MQTT ändern.
Ich kenne HA nicht. Kann man da nicht zeitgesteuert einen API call absetzen?

harrymayr Sep 17, 2024
Author

Das geht und das müsste ich dann auch hinbekommen. Mit MQTT füttere ich schon die Daten von meinem Stromzähler.

harrymayr · 2024-09-17T07:19:52Z

harrymayr
Sep 17, 2024
Author

Ist dann allerdings im Zweifel nicht ganz das was ich will, wenn sich die Ladung über mehr als einen Tag hinzieht, z.B. wenn über den Ladeplan geladen wird. Und jedes Mal den Zeitpunkt für das Rückstellen ändern ist auch nicht im Sinne das Erfinders 😉

3 replies

SolarPower2024 Sep 17, 2024

Hast du dein Auto in Home Assistant integriert?
Falls ja, könntest du einfach das Beenden des Ladens (wenn das Auto HA meldet es ist fertig geladen) als Trigger nehmen und dann den API call per MQTT setzen.

harrymayr Sep 17, 2024
Author

Das Auto (Prius IV PHEV) meldet aber nichts. Ich bekomme über EVNotify gerade mal den SOC mitgeteilt (wenn ich ein Handy im Auto lasse). Und da ich keine Wallbox verwende, die das ggf. auch melden könnte, geht das nur über den Ladestrom. Den allerdings könnte ich über HA wahrscheinlich ebenso abbilden, wie die Änderung in evcc die ich oben beschrieben habe.

SolarPower2024 Sep 17, 2024

Ah ok, verstehe.
Ja dann kannst du in Home Assistant den Ladesstrom vom Shelly tracken und das als Trigger nehmen.
Dann bist du auch flexibler.

harrymayr · 2024-09-17T18:51:19Z

harrymayr
Sep 17, 2024
Author

Aber mal abgesehen davon, dass es (wie meistens) andere Lösungen gibt um mein Problem zu lösen. Was spricht dagegen, den Steckdosen einen "Ich habe fertig" Status zu verpassen? Wobei ich auch nicht verstehe, warum das Erreichen eines Ladeziels auch nicht die Lade-Session beendet, sondern bei erneuter Ladung (wenn der SOC wieder unter dem Ladeziel ist), die Session weiter führt und die Leistungen weiter aufsummiert.

0 replies

DerJoker-de · 2024-10-23T04:49:53Z

DerJoker-de
Oct 23, 2024

Moin,

ich hänge mich hier mal dran, weil ich ein ähnliches problem habe.

Kurzer Überblick: Ich habe eine KEBA die über einen Shelly Plug die Freigabe bekommt. Der Shelly Plug bekommt natürlich nur den Strom mit, den das Koppelrelais zieht. Daher steht dort der Standbypower auf -1 . Jetzt habe ich zur Bilanzierung einen Shelly 3em pro vor der Wallbox. Der ist als Meter angelegt und dem Loadpoint zugeordnet. Somit habe ich den aktuellen Verbrauch der auch richtig mitgeschrieben wird.

Ich habe jetzt die letzten beiden Nächte über Ladeplan geladen. Das Laden wird aber nicht beendet, weil das Auto nicht ganz leer war und man nicht auf 100% Ladeleistung kommt. Somit wird der "Endpunkt" immer in die Zukunft verschoben.

Wie stellt ivcc denn fest, wann ein Ladevorgang beendet ist? Bei Wallboxen wäre doch wie du (@harrymayr)schon sagst der Beste weg, wenn die Ladeleistung einen Grenzwert unterschreitet.
Klar bei einer Waschmaschine (@VolkerK62) ist das nicht richtig. Aber dafür wird die Wallbox ja als solche angelegt. Gibt es da irgendetwas oder habe ich was übersehen?

11 replies

DerJoker-de Oct 24, 2024

Moin,
das was du da oben geschrieben hast müßte ja unter meters wenn du -name angibst.

Aber muss das nicht unter 'chargers' ?

VolkerK62 Oct 24, 2024

ja, unter chargers. Auch ein Charger bekommt einen Namen 😄

VolkerK62 Oct 24, 2024

bei den neueren Shelly sollte der Status Abruf so funktionieren
http://192.168.178.xx/rpc/Shelly.GetStatus

DerJoker-de Oct 24, 2024

Die Ausgabe vom Plug sieht dann so aus:

{"ble":{},"cloud":{"connected":false},"mqtt":{"connected":true},"plugs_ui":{},"switch:0":{"id":0, "source":"HTTP_in", "output":true, "apower":0.8, "voltage":234.3, "current":0.000, "aenergy":{"total":154.990,"by_minute":[13.897,13.897,13.897],"minute_ts":1729774080},"temperature":{"tC":33.8, "tF":92.8}},"sys":{"mac":"30C922863570","restart_required":false,"time":"14:48","unixtime":1729774115,"uptime":513705,"ram_size":253924,"ram_free":141776,"fs_size":393216,"fs_free":106496,"cfg_rev":32,"kvs_rev":0,"schedule_rev":3,"webhook_rev":0,"available_updates":{"stable":{"version":"1.4.4"}},"reset_reason":1},"wifi":{"sta_ip":"192.168.178.25","status":"got ip","ssid":"73 Division","rssi":-82},"ws":{"connected":false}}

und die vom 3em pro:

{"ble":{},"bthome":{"errors":["bluetooth_disabled"]},"cloud":{"connected":true},"em:0":{"id":0,"a_current":13.166,"a_voltage":239.7,"a_act_power":3131.1,"a_aprt_power":3155.3,"a_pf":0.99,"a_freq":50.0,"b_current":0.050,"b_voltage":235.6,"b_act_power":6.2,"b_aprt_power":11.8,"b_pf":0.52,"b_freq":50.0,"c_current":0.051,"c_voltage":237.5,"c_act_power":-4.1,"c_aprt_power":12.1,"c_pf":0.34,"c_freq":50.0,"n_current":null,"total_current":13.267,"total_act_power":3133.176,"total_aprt_power":3179.084, "user_calibrated_phase":[]},"emdata:0":{"id":0,"a_total_act_energy":25731.53,"a_total_act_ret_energy":3.05,"b_total_act_energy":65.79,"b_total_act_ret_energy":0.01,"c_total_act_energy":0.34,"c_total_act_ret_energy":55.17,"total_act":25797.66, "total_act_ret":58.24},"eth":{"ip":"192.168.178.40"},"modbus":{},"mqtt":{"connected":false},"sys":{"mac":"08F9E0E82AB0","restart_required":false,"time":"14:49","unixtime":1729774179,"uptime":499543,"ram_size":247596,"ram_free":132328,"fs_size":524288,"fs_free":180224,"cfg_rev":13,"kvs_rev":0,"schedule_rev":0,"webhook_rev":0,"available_updates":{},"reset_reason":3},"temperature:0":{"id": 0,"tC":38.8, "tF":101.9},"wifi":{"sta_ip":null,"status":"disconnected","ssid":null,"rssi":0},"ws":{"connected":false}}

bedeutet für mich als Nichtprogrammierer:

name: test
type: switchsocket
enabled:
source: http
uri: http://192.168.178.yy/rpc/Shelly.GetStatus
jq: if .output == true then 1 else 0 end
enable:
source: http
uri: http://192.168.178.yy/relay/0?turn={{if .enable}}on{{else}}off{{end}}
power:
source: http
uri: http://192.168.178.xx/rpc/Shelly.GetStatus
jq: total_act_power
standbypower: 15

Oder bin ich da total falsch?

VolkerK62 Oct 24, 2024

nicht ganz

- name: test
  type: switchsocket
  enabled:
    source: http
    uri: http://192.168.178.25/rpc/Shelly.GetStatus
    jq: if ."switch:0".output == true then 1 else 0 end
  enable:
    source: http
    uri: http://192.168.178.25/relay/0?turn={{if .enable}}on{{else}}off{{end}} 
 power:
    source: http
    uri: http://192.168.178.40/rpc/Shelly.GetStatus
    jq: ."em:0".total_act_power
  standbypower: 15

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Idee für Ende eines Ladevorgangs mit SwitchSockets #16157

{{title}}

Replies: 6 comments 17 replies

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

Select a reply

Idee für Ende eines Ladevorgangs mit SwitchSockets #16157

Replies: 6 comments · 17 replies

harrymayr Sep 17, 2024 Author

harrymayr Sep 17, 2024 Author

harrymayr Sep 17, 2024 Author

harrymayr Sep 17, 2024 Author

harrymayr Sep 17, 2024 Author

harrymayr Sep 17, 2024 Author

Replies: 6 comments 17 replies

harrymayr
Sep 17, 2024
Author

harrymayr
Sep 17, 2024
Author

harrymayr Sep 17, 2024
Author

harrymayr
Sep 17, 2024
Author

harrymayr Sep 17, 2024
Author

harrymayr
Sep 17, 2024
Author