MQTT Sende Interval einstellbar machen.

[juergen852]

Da über MQTT jede Sekunde die Veränderungen z.B. der Stromspannung, Stromfrequenz, rbt, rssi etc.geschickt wird, entsteht da viel unnötiger Traffic.

9 Stück Go-E liefern hier gerade 4327 MQTT-Nachrichten pro Minute, obwohl sie gerade ungenutzt sind.

Da die meisten Werte auch alle 10, 60 oder 600 Sekunden ausreichen würden, wäre es hilfreich, wenn man einen MQTT Sende-Rhythmus einstellen könnte.

Meinetwegen sogar 2 Timer, einer während des Ladevorgangs und einer während kein Ladestrom fließt.

Jede Sekunde den MQTT-Server und den Server, der die MQTT-Infos danach aufbereitet zu "beschießen" erzeugt dort eine unnötig hohe Last ohne Mehrwert.

Beispiel für Infos ohne Mehrwert die jede Sekunde kommen: /go-eCharger/serial/nrg [236,236,235,0,0,0,0,0,0,0,0,0,0,0,0,0] /go-eCharger/serial/fhz 50.056 /go-eCharger/serial/rssi -69 /go-eCharger/serial/utc "2023-10-02T13:37:05.873" /go-eCharger/serial/loc "2023-10-02T15:37:05.876 +02:00" /go-eCharger/serial/rbt 131591078 /go-eCharger/serial/tma [36,40.625] /go-eCharger/serial/nrg [236,236,236,0,0,0,0,0,0,0,0,0,0,0,0,0] /go-eCharger/serial/fhz 49.869 /go-eCharger/serial/rssi -71 /go-eCharger/serial/utc "2023-10-02T13:37:06.886" /go-eCharger/serial/loc "2023-10-02T15:37:06.889 +02:00" /go-eCharger/serial/rbt 131592091 /go-eCharger/serial/fhz 49.91 /go-eCharger/serial/rssi -70 /go-eCharger/serial/utc "2023-10-02T13:37:07.883" /go-eCharger/serial/loc "2023-10-02T15:37:07.886 +02:00" /go-eCharger/serial/rbt 131593088 /go-eCharger/serial/rssi -71 /go-eCharger/serial/utc "2023-10-02T13:37:08.882" /go-eCharger/serial/loc "2023-10-02T15:37:08.885 +02:00" /go-eCharger/serial/rbt 131594087 /go-eCharger/serial/nrg [236,237,236,0,0,0,0,0,0,0,0,0,0,0,0,0] /go-eCharger/serial/fhz 49.81 /go-eCharger/serial/utc "2023-10-02T13:37:09.848" /go-eCharger/serial/loc "2023-10-02T15:37:09.852 +02:00" /go-eCharger/serial/rbt 131595055 /go-eCharger/serial/nrg [236,237,235,0,0,0,0,0,0,0,0,0,0,0,0,0] /go-eCharger/serial/fhz 49.941 /go-eCharger/serial/rssi -70 /go-eCharger/serial/utc "2023-10-02T13:37:10.863" /go-eCharger/serial/loc "2023-10-02T15:37:10.866 +02:00" /go-eCharger/serial/rbt 131596068 /go-eCharger/serial/tma [36.25,40.375] /go-eCharger/serial/nrg [236,236,236,0,0,0,0,0,0,0,0,0,0,0,0,0] /go-eCharger/serial/fhz 49.853 /go-eCharger/serial/rssi -71 /go-eCharger/serial/utc "2023-10-02T13:37:11.852" /go-eCharger/serial/loc "2023-10-02T15:37:11.855 +02:00" /go-eCharger/serial/rbt 131597057 /go-eCharger/serial/nrg [235,237,236,0,0,0,0,0,0,0,0,0,0,0,0,0] /go-eCharger/serial/fhz 49.865

[0xFEEDC0DE64]

Ein einstellbarer Intervall ist geplant, und ausserdem wollen wir die Menge an api keys einschränkbar machen, zb man definiert einen filter wie bei der http api, welche api keys durch kommen und welche nicht. das würde auch einiges an Last am Microcontroller einsparen und die box so mehr responsive machen

[arteck]

habt ihr da ne roadmap für ??

[juergen852]

Bitte schaut bald mal danach, der "MQTT spam" ist echt "hinderlich". Auch auf dem Go-E Charger erzeugt das ja ziemlich Last.

[juergen852]

Bump.

[naseweiss99]

hat sich hier was getan ? - das ist viel zu oft, ich sehe im Log der Hausautomation nur unnötige MQTT Telegramme vom GO-e.

[rhuss]

Waere auch an einer solchen Option interessiert, und das schon seit 4 Jahren --> https://github.com/goecharger/go-eCharger-API-v1/issues/5

[juergen852]

@0xFEEDC0DE64 Frage:

Bringt es überhaupt etwas, hier Fehler oder Wünsche zu melden?

Auf welchem Weg soll man Go-E helfen, ein brauchbares Produkt hin zu bekommen?

Wenn ich mir die Issues hier anschaue, scheint das eher ein Hobbyprojekt zu sein....

[schinagl]

Wenn ich mir die Issues hier anschaue, scheint das eher ein Hobbyprojekt zu sein....

Schlecht geschlafen? Es zahlt sich immer aus etwas konstruktiv beizutragen.

Welcher andere Wallbox kann Überschuss, Phasenumschaltung und ist so von außen steuerbar, uvm um diesen Preis?

Finde das und den Support bei einem anderen Hersteller.

[juergen852]

@schinagl :+1: Danke für die Nachfrage und die Aufmunterung. Smile

Ich sage nicht, dass die Box schlecht ist. Der Telefon-/Mail-Support ist immer noch gut und das ist ein wichtiges Kaufargument.

Hier auf GIT: Da es über längere Zeit aber keine für mich (und ggf. auch für andere) erkennbare Reaktion der Entwickler gibt, dachte ich, ich frage mal, ob das hier im API-Bereich der richtige Ort für das Thema ist.

Manch einer könnte bei der Firmware ja sogar mit Pulls beitragen, die Firmware habe ich auf Git aber bisher nicht gefunden. (Was für mich auch OK ist.)

Das MQTT-Problem, welches mich da seit ca. 1,5 Jahren trifft, ist jetzt auf Git ca. 1 Jahr alt. Heimanwender mit 1-2 Boxen betrifft es nicht. Aber mit derzeit 12 Go-E-Ladern quält Go-E-MQTT derzeit meinen Server von Symcon.de. Ich nutze Symcon.de u.a. deshalb, weil einer der User dort eine super Go-E-Integration geschrieben hat, welche meilenweit besser ist, als alles was ich z.B. für Homeassistant gesehen habe....

• https://github.com/IPSCoyote/GO-eCharger/blob/master/README.md

Und bevor wir unseren Ladepark um 10-20 Go-E erweitern, mache ich mir Gedanken, ob Go-E das Produkt ist, mit welchem ich weiter komme.

Da ich gegenüber Go-E nicht unfair sein will:
Ist das jetzt hier bei API der richtige Ort, oder gibt es einen besseren um meine Frage zu klären ?

P.S.: Ich habe Go-E auch recht konkretes (und aus meiner Sicht konstruktives) Feedback bei der Umfrage nach der Veröffentlichung der neuen App zukommen lassen. Im Gegensatz zu den vielen negativen Bewertungen von Usern, welche die alte App kannten, war mein Feedback durchaus differenziert und lösungsorientiert.

[erxbout]

Leider haben wir begrenzt Entwickler Ressourcen zur Verfügung und viele offene Baustellen..

Wäre das Verwenden von OCPP denkbar? Laut der Webseite von symcon.de sind die damit kompatibel..

Grundsätzlich würde ich schon sagen, dass hier der Ort für solche fragen ist.