"Flasche" Readings im go-eCharger mit MQTT

[Beta-User]

Sorry, in der Vorversion war noch ein Rest von einem etwas anderen Ansatz des Löschens drin; bitte an den einen, der das schon runtergeladen hatte, die neue aus dem Vorpost zu nehmen...

[Mitch]

Danke!

Ich habe noch zwei Werte rausgenommen:

Code: [Auswählen]

  "always"  => ["wifi_key","reboot_timer","loadmanagement_seconds_power","time"],
Was noch genial wäre, wenn man irgendwo ein Wert für die Readings eingeben könnte. So wie jetzt always und hourly.
Leider sind meine Perl-Kenntnisse dazu nicht gut genug 

z.B. würde es reichen, die Werte für voltage_lx nur alle 5 Minuten zu schreiben.

[Beta-User]

Hmm, also...

Jetzt habe ich noch zwei "Zeitschleifen" dazu gebastelt, und hoffe, damit haben wir das Spielmaterial jetzt wirklich beieinander:
- Die Zeiten sollten einstellbar sein, das war die Absicht hinter dem %toCompare und dem Ergänzen dieses Hashes mit Parametern aus dem Funktionsaufruf (default sind 10 Minuten);
- bei den "stündlichen" habe ich das weiter dahingehend eingeschränkt, dass nur Events kommen, wenn es da Änderungen gab, die Kombination ist aber ein logisches UND, was für diese Art Readings ok ist, aber nicht einfach so für andere übernommen werden sollte;
- erstmals berücksichtigt sind absolute bzw. relative Vergleiche in der "voltage"-Schleife. Falls das aus eurer Sicht tauglich ist, müßte man das dann noch für die anderen Typen ergänzen bzw. ändern, indem man die Verweise auch in %toCompare ergänzt. Hier ist es ein logisches "oder", womit sich die Frage stellt, ob man das für den anderen Fall (Zeit ist abgelaufen) ganz oder in Teilen dann weiter mit einer "eocr"-Logik einschränken möchte oder nicht.

Sieht zwar recht abstrakt aus, aber ich hoffe, ihr könnt euch halbwegs in dem Code orientieren...?

[rudolfkoenig]

@Rudi: Es wäre nett, wenn du ggf. auch hin und wieder mal einen kritischen Blick auf den Code zwecks Optimierung etc. werfen würdest.

Bin nicht sicher, ob ich fuer solche Aufgaben der Richtige bin.
Es ist vermutlich noch Work-in-Progress, sonst waere die letzte Schleife nicht ganz leer.
Ansonsten habe ich nichts zu bemaengeln, nur dass die Doku nicht zum Code passt.

[Beta-User]

Danke auf alle Fälle für's feedback, und Doku hatte ich ja schon angemerkt, dass das bitte dann jemand anderes machen sollte - sonst wird es eben nicht eingeckeckt...

[ZeitlerW]

Hallo Beta-User,

ich werde mich um die Optimierung (oder auch Weiterentwicklung) für das Modul kümmern, soweit dies um die Funktion der Ladebox geht. Für die Json / MQTT2 spezifischen Themen und dem Check in würde ich mich freuen  wenn Du mich unterstützen könntest.

Viele Grüße
Wolfgang

[Beta-User]

Gerne, klingt nach einer guten Arbeitsteilung .

Was mir im Nachgang noch eingefallen war: vor den Checks auf Veränderung sollte man vermutlich noch einen auf "identisch" einbauen; wenn der "zuschlägt", braucht man nämlich gar nicht mehr rechnen, was (im Ergebnis häufig) deutlich schneller sein dürfte.

Ansonsten liest hier ja auch Rudi mit, falls spezifische Fragen auftreten; ich bin eigentlich auch nicht der Experte, was "hash-Schubsen" angeht...