Adapter: energymanager (EON Aura bzw. Solarwatt)

[cadkiwi]

Ich habe eben 0.2.0 installiert und gestartet…

Und dann ist mein Pi total ausgelastet und es werden tausende Verbindungserrors geloggt:

`2018-08-25 16:48:16.779  - [32minfo[39m: energymanager.0 starting. Version 0.2.0 in /opt/iobroker/node_modules/iobroker.energymanager, node: v8.11.4
2018-08-25 16:48:23.864  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:23.866  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:23.867  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:23.868  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:23.868  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:23.871  - [31merror[39m: energymanager.0 Error: read ECONNRESET
...
2018-08-25 16:48:23.903  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80
2018-08-25 16:48:23.913  - [31merror[39m: energymanager.0 Error: socket hang up
...
2018-08-25 16:48:24.207  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:24.207  - [31merror[39m: energymanager.0 Error: socket hang up
2018-08-25 16:48:24.208  - [31merror[39m: energymanager.0 Error: read ECONNRESET
2018-08-25 16:48:24.208  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80
2018-08-25 16:48:24.235  - [31merror[39m: energymanager.0 uncaught exception: Cannot read property 'items' of undefined
2018-08-25 16:48:24.235  - [31merror[39m: energymanager.0 TypeError: Cannot read property 'items' of undefined
    at Request._callback (/opt/iobroker/node_modules/iobroker.energymanager/main.js:90:46)
    at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
    at emitTwo (events.js:126:13)
    at Request.emit (events.js:214:7)
    at Request. <anonymous>(/opt/iobroker/node_modules/request/request.js:1161:10)
    at emitOne (events.js:116:13)
    at Request.emit (events.js:211:7)
    at IncomingMessage. <anonymous>(/opt/iobroker/node_modules/request/request.js:1083:12)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:111:20)
2018-08-25 16:48:24.236  - [32minfo[39m: energymanager.0 cleaned everything up...
...
2018-08-25 16:58:05.175  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80
2018-08-25 16:58:05.177  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80
2018-08-25 16:58:05.179  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80
2018-08-25 16:58:05.182  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80
2018-08-25 16:58:05.183  - [31merror[39m: energymanager.0 Error: connect ECONNREFUSED 192.168.178.61:80[/code]</anonymous></anonymous>`

Ich musste iobroker neu starten, ein thread hing bei 100% CPU fest sogar nach stoppen der energymanager Instanz.

Ebenso musste ich den EON energiemanager neu starten...

[anteater]

Hi,

hab mal getestet, reboot geht aber schreibt noch ein paar Errors danach, sprich wenn die Connection noch nicht wieder richtig oben ist. Als weiteres sind die Datumsfelder jetzt wieder integer, ich hab da mal einen möglich fix auf GitHub gepusht (feature-datefix)

Thomas

[unltdnetworx]

Das mit den Fehlern ist im Moment noch korrekt. Er findet beim Neustart momentan keine Verbindung.

Ich korrigiere mich, bei dir ist es ein anderer Fehler. Bitte mal den Adapter deinstallieren und nochmal downloaden/Instanz neu einrichten.

[unltdnetworx]

Jetzt wird nach Reboot einige Zeit gewartet, danach laufen die Abfragen wieder weiter.

Das Datum hatte ich aus Versehen auch gerundet, daher die Zahlenwerte statt Datum. Auch behoben. Push in wenigen Minuten.

[anteater]

Hi,

warum nicht einfach

case "number":

valValue = Math.round(valValue * 100) / 100;

Spart die if Abfrage

[unltdnetworx]

Weil weiter unten noch auf kW geändert wird, also durch 1000 geteilt wird. Dadurch verschiebt es die Nachkommastellen. Sehr mysteriös.

[anteater]

Hast du mal ein Beispiel ?

[unltdnetworx]

Nein. Jetzt passt es ja. Ich meinte, daher nicht direkt unter "number".

Läuft jetzt alles stabil?

[anteater]

Hi,

bisher ja, reboot klappt, mal schauen wie es morgen aussieht.

[unltdnetworx]

Top.

Bitte kurz Rückmeldung, dann mach ich einen Pull Request für die 1.0.0 Version.

[anteater]

Moin,

läuft immer noch , noch mal den restart getestet, sieht alles gut aus

Thomas

[unltdnetworx]

Perfekt. Danke für die Rückmeldung. Dann stell ich einen Pull-Request im Repository.

[anteater]

Hab mal die Wettervorhersage eingebaut und als branch (feature-weatherforecast) gepusht …

[unltdnetworx]

Hi.

Ich hab den branch mal gemerged. Klappte super, nur erstellt er bei mir über 800 Einträge für sehr viele Tage im Voraus und davon jede Stunde 3 Einträge mit Bewölkung, Uhrzeit und Temperatur.

Der ganze Vorgang läuft dann ewig und scheint gar nicht mehr fertig zu werden, bis die nächste Abfrage startet. Auslesen klappt, aber die Frage ist, ob man damit etwas anfangen kann und ob es die Auslastung dann wert ist.

Was meinst du?

Habs jetzt sicherheitshalber nochmal auskommentiert und neu gepusht.

Den Rest des Quellcodes hast du gut verbessert, hab ich so gelassen.

[anteater]

Hi,

ja das habe ich mich auch schon gefragt, evtl. mache ich das so das man einstellen kann wieviel Tage man im Voraus haben will, ich denke der aktuelle Tag + 1 sollte reichen. Das Datum würde ich auch wieder rausnehmen.

[unltdnetworx]

Das wäre eine Alternative

Datum würde ich schon lassen. Da ist auch die Uhrzeit mit enthalten.

[cadkiwi]

Hi,

sooo mal entfernt und frisch die 1.0.0 installiert! Jetzt scheint es super zu laufen und die Werte kommen alle 15min rein! Genial, was man da alles auslesen kann! Viel mehr noch als über die 'besch…' eon App oder die cloud...

Super Arbeit! Danke!

[unltdnetworx]

Sehr schön, wenn es klappt.

Der Standardwert ist übrigens bei 15 Sekunden.

[unltdnetworx]

@Thomas:

Vllt. sollte der Standardwert für die Vorhersage sogar bei 0 Tagen liegen, also deaktiviert.

Denke, dass der Großteil der Anwender mit dem Bedeckungsanteil des Himmels nicht viel anfangen kann und so Ressourcen geschont würden. Produktionsvorhersagen wären da interessanter gewesen.

Wobei die Vorhersage bei mir ohnehin nicht wirklich gut ist.

[cadkiwi]

@unltdnetworx:

Sehr schön, wenn es klappt.

Der Standardwert ist übrigens bei 15 Sekunden. `

Oh man ja logo… vertippt... 15s