Rückmeldungen Stable 1.9.220

[okaegi]

Die Zähler werden einmal am Tag zurückgesetzt.
Ist das auch ein Shelly mit leistungsmessung ?
Du kankst den return vom shelly mit
192..xx.xx.xx/openWB/ramdisk/smarthome_device_ret_ 3_ shelly im browser anschauen.
Gruss Oliver

[Gero]

Die Zähler werden einmal am Tag zurückgesetzt.

Bei mir offensichtlich nicht - dieser Screenshot ist von heute und da sind die Zählerstände wie gestern abend:

Ist das auch ein Shelly mit leistungsmessung ?
Du kankst den return vom shelly mit
192..xx.xx.xx/openWB/ramdisk/smarthome_device_ret_ 3_ shelly im browser anschauen.

Ja, Luefter und Radiator sind beides die "großen" shelly-plugs. Aber sie liefen tatsächlich andere Werte zurück. Da hätte ich erwartet, dass die identisch aufgebaut sind. Sind ja die selben Aktoren mit der selben Firmware und sind ja beide auch als Shelly konfiguriert.

Luefter beginnt mit

Code: Alles auswählen

{'serial': 1, 'fs_size': 233681, 'fs_free': 163903, 'meters': [{'is_valid': True, 'power': 0.0, 'total': 0,......

und Radiator mit

Code: Alles auswählen

{'actions_stats': {'skipped': 0}, 'meters': [{'power': 0.0, 'overpower': 0.0, 'is_valid': True, 'counters': [0.0, 0.0, 0.0], ....

Ich habe die beiden auch gerade eben rebootet. Gibt es da zwei verschiedene http-Aufrufe aus dem smarthome2.0-coding?

Gruss,

Gero

[okaegi]

Würde letzte firmware draufspielen und factoryreset machen.
Mein shelly 1pm bringt das zurück:
{'tmp': {'tF': 163.79, 'tC': 73.21, 'is_valid': True}, 'mac': '8CAAB54xxxxx', 'relays': [{'ison': True, 'timer_duration': 0, 'timer_remaining': 0, 'has_timer': False, 'source': 'http', 'overpower': False, 'timer_started': 0}], 'temperature': 73.21, 'cfg_changed_cnt': 12, 'has_update': True, 'ram_total': 50296, 'serial': 12539, 'ram_free': 37324, 'ext_humidity': {}, 'actions_stats': {'skipped': 0}, 'time': '12:54', 'unixtime': 1617533651, 'ext_temperature': {}, 'ext_sensors': {}, 'cloud': {'connected': True, 'enabled': True}, 'fs_free': 143070, 'overtemperature': False, 'fs_size': 233681, 'mqtt': {'connected': False}, 'temperature_status': 'Normal', 'inputs': [{'event': '', 'input': 0, 'event_cnt': 0}], 'uptime': 735858, 'wifi_sta': {'rssi': -49, 'connected': True, 'ssid': 'xxxxx', 'ip': '192.168.1.xx', 'update': {'status': 'pending', 'has_update': True, 'old_version': '20210115-103820/v1.9.4@e2732e05', 'new_version': '20210323-105928/v1.10.1-gf276b51'}, 'meters': [{'counters': [2228.951, 2237.689, 2224.269], 'overpower': 0.0, 'power': 2229.3, 'timestamp': 1617540851, 'total': 2302156, 'is_valid': True}]}
Er fragt im watt.py folgendes ab:
"http://"+str(ipadr)+"/status"
Und erwartet dann im meters oder emeters die aktuelle Leistungsaufnahme in power
Sonst würde ich wegen den Zählerständen mal auf die neuste Nighlty updaten.
Gruss Oliver

[Gero]

Danke für den URL. Den kann ich dann auch schön durch den jq schicken und dann bekomme ich bei meters das hier raus. (links ist der Luefter)

Erstaunlicherweise gibt es hier bei counters für den Radiator eine 1806 und für den Lüfter nichts. Das spricht dafür, dass hier die openWB-Zähler angezeigt werden. Ich hatte mal bei dem Heizstab für die Pufferheizung mal testweise einen URL für die Leistungsübermittlung des Aktorzählers drin, seitdem gingen war beim Pufferspeicher dieser irre hohe Zählerstand drin. Und dann hatte ich die Pufferheizung von Gerät4 nach Gerät1 gebracht. Vielleicht war's das ja auch. Die Shellys haben alle die letzte Firmware und ich mache da jetzt mal den factory-Reset. (Oben ist ja noch ein unterschied bei "source" zu sehen, der ist nun auch bei beiden "input" und die Zähler sind bei beiden nun Null)

Wie zu erwarten, sind die Zähler in der openWB durch diese Aktion nicht zurückgesetzt. Ich boote nun mal die openWB und schaue mal, wie's dann morgen oder so aussieht. (heute ist's ja bewölkt und der Strom somit zu knapp zum Heizen)

Update: Verrückt: Nun nach dem Reboot hat ausschließlich das letzte Gerät (ein Plug-S) einen kWh-Zähler aber alle Stände sind 0.

Update2: Noch viel verrückter: Während ich das hier schreibe, haben sich genügend Daten für den Graphen angesammelt und die Zählerstände sind wie zuvor.

Doch mal auf die Nightly updaten? Resettet das die Zählerstände?

[okaegi]

Von shelly übernimmt er generell keine zählerstände (watt pro Stunde), die rechnet er selber basierend auf der aktuellen Leistungsaufnahme und hebt die über mqtt auf.
Gruss Oliver

[Gero]

Update auf die Beta habe ich durchgeführt. Allerdings ist der zweite Ladepunkt - entgegen der Ankündigung - nicht mit auf 1.9.221 genommen worden.

Die Zählerproblematik hat sich nicht geändert.

[okaegi]

Dann würde ich mal folgendes für die betroffenen shellies machen:
Separate Leistungsmessung auf ja
Device http
Leistungsurl und zaehlerurl beiden ein .php mit folgendem inhalt zuweisen::

<?php
echo 1000
?>

Diese setzt den Openwb Zähler auf 1000 für das Device zurück. Das mal 10 Minuten so laufen lassen, dann hast du es auch im tagesexcel. Im cron5min wird der tagesverbrauch in die Variablen daily_d2kwh geschrieben (2 =devicenummer). Wenn der Wert postiv und grösser 0 ist wird er im Gui angezeigt.
Der cron5min sollte alle 5 Minuten laufen.
Gruss Oliver

[Gero]

Durch Deinen Tipp mit dem daily_d3kwh habe ich mal reingeschaut, was da in dem fraglichen Device drinsteht: "-40.51" - in allen anderen steht der Wert drin, der auch im UI angezeigt wird. Oder halt 0 bei den nicht konfigurierten. Vielleicht stolpert ja der nächtliche auf-null-setzer auch über diese unerwartet negative Zahl?

Ich hab' mal zwei URLs gebaut, die fixe Werte liefern: Einmal Energie und einmal Leistung. Die Leistung wird auch sofort im UI angezeigt, aber die Energie wurde sogar noch negativer: sie ist jetzt auf -77.68 obwohl ich als Fixwert 15 übertrage. Jetzt habe ich mal 17000 zurückgegeben und siehe da, aus -77.68 wird -60.70. Ist ja irgendwie komisch, weil der Zähler ja eigentlich nur gelesen werden und eigentlich nichts gerechnet werden muss. Jetzt schicke ich 64000 und das Ergebnis ist -13.70. Alles sehr seltsam, beim zweiten Mal 64000 bleibt es bei den -13.70. Gut, dann kommen jetzt mal 80000 - und siehe da, jetzt steht da 2.29 und im UI ist auch wieder der Gesamtverbrauch zu sehen.

Schaun mer mal, ob diese Nacht die Zähler brav genullt werden.

Gruss,

Gero

[okaegi]

Er nimmt die Zähler vom tagesstart , und rechnet die Differenz. Wenn es negativ ist hast du ein Problem, da ist der Tagestartwert grösser wie der aktuelle Zählerwert.
Schau mal ins openwb/web/logging/data/daily/heutiges datum.csv in den ersten Record:

Das sollte so aussehen
0000,10381578,2542686,13189932,6759946.000,6133374.000,0,12893320.000,3900355,358819,0,0,0,0,0,0,0,0,0,0,0,100,55,0,0,0,4988579,1000,0,0,0,0,0,0,87736.49,0,0,0,0

Wenn du irgendwo ,, (also ohne 0) hat es ein Datenproblem welches du bereinigen musst.
Gruss Oliver

[Gero]

Es war ein Datenproblem, welches ich erfolgreich bereinigt habe. Die Zähler wurden diese Nacht wieder auf Null gesetzt.

Aber wie ich das hinbekommen habe, dass da ein Zähler negativ wird, weiss ich jetzt natürlich auch nicht mehr.

Vielleicht wäre ja eine kleine Plausi-Prüfung für den Wert der Zähler-URL auf nicht-nagativ ein kleines to-do.

Danke,

Gero