Rückmeldungen Stable 1.9.242 bis 1.9.244

[hominidae]

...bei mir war es jetzt speziell der "nur PV" Log, der mich aufmerksam werden ließ....da haben eben keine 40min gereicht und damit konnte ich nicht mehr sehen, warum eine Ladung - welche "erst" vor 32min - die also in im Livelog noch zu sehen war - auf "0" ging.

Aber ja, ist halt dann ein typischer System-/Architekturfehler, dass auch Logging (der Module) eigentlich "ordentlich" gemacht gehört.

[solar4many]

Der Autarkie Manager von https://www.otrky.com/ funktioniert leider nicht mit dieser Release ohne manuelle Änderung der MQTT Konfigurationsdatei.

Nach langem debuggen hast sich herausgestellt, dass die Einstellung:

Code: Alles auswählen

try_private true

in der jeweils neu angelegten MQTT-Brücke in /etc/mosquitto/conf.d/99-bridge-*.conf dazu führt das nur Mosquitto basierte MQTT Broker damit zuverlässig angesprochen können.
Der Broker von otrky.com ist aber leider kein Mosquitto und 'versteht' das ganze als Protokoll-Fehler, da nicht Protokollversion 4 für 3.1.1 übertragen wird sondern der Wert 132 welcher nicht in der MQTT Spezifikation existiert (wahrscheinlich um eben privat unter sich/moquitto brokern zu bleiben).

try_private sollte somit entweder default auf false stehen oder wenigstens für den OpenWB Benutzer besser erklärt und in UI setzbar sein.

[hominidae]

DUO Fertigbox mit EVU-Kit (MP3PM)

Heute hat sich wohl der Modbus/TCP-Adapter im EVU-Kit "aufgehangen".
Als die Sonne kam, stieg der Hausverbrauch kontinuierlich mit der PV-Leistung
Die EVU-Werte blieben konstant die aus der Nacht.

Zum Glück habe ich den Adapter via PoE am Switch versorgt....nach "stromlos" machen und wieder einschalten hatte die openWB wieder die korrekten Werte.

Der Bug: die openWB hat nix gemerkt bzw. dem User keinen Laut gegeben

....im Debug Log standen allerdings einige (sehr viele) Zeilen:

Code: Alles auswählen

AttributeError: 'ModbusIOException' object has no attribute 'registers'
    voltage1 = resp.registers[1]
  File "/var/www/html/openWB/modules/bezug_ethmpm3pm/readmpm3pm.py", line 17, in <module>
Traceback (most recent call last):

...der Adapter hat wohl IP-Seitig noch funktioniert, nur das Werte auslesen wohl nicht, denn als der Adapter stromlos war, kam das im Log

Code: Alles auswählen

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.193.15:8899)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 125, in read_input_registers
    resp = client.read_input_registers(0x08,4, unit=5)
  File "/var/www/html/openWB/modules/bezug_ethmpm3pm/readmpm3pm.py", line 16, in <module>
Traceback (most recent call last):

...hätte der EVU-Wert nicht auf "0" oder "---" (in der Anzeige) gesetzt werden sollen?
Irgendwie wurde der Fehler zwar protokolliert, aber nicht abgefangen, wie es scheint?

[HSC]

....wenn dieser Auswert- Fehler nicht irgendwie abgefangen wird, wäre das ja ein Problem für das LastManagment ggf. auch für die Ladesteuerung.
Es könnte wohl nicht greifen, da ja am EVU "weiter alles i.O" scheint...
VG

[hominidae]

...hochschieb! (siehe mein Post, zwei Einträge drüber).

@HSC: Ja, das sehe ich auch so.
Der Fehler ist jetzt, nach gut 2 Jahren Einsatz das erste mal aufgetreten. Trotzdem sollte das Verhalten mMn so nicht sein.

@openWB: wäre schön, wenn aus Entwickler-Sicht mal das Thema kommentieren könnte. TIA!

[hominidae]

DUO Fertigbox, openWB 1.9.244 stable

letze Ladung war am 20.11.21 mit 10.29kWh (sagt - korrekterweise - das Ladelog).
Aber:
Im Standard Theme und MQTT ist diese Lademenge aber auch heute wieder, am 23.11.21 zu sehen:



...sollte diese nicht heute wieder, da keine Ladung stattfand, "0kWh" sein??
In den Graphen taucht die/eine Ladung nur für den 20.11.21 auf....da passt es also.

[openWB]

Ist es nach kurzer Ladung wieder 0?

[hominidae]

Ja, da geht es wieder bei 0 los....komisch nur, dass der LP1 seit dieser Ladung zwar nie nochmal geladen wurde, aber mehrfach ab/an-gesteckt wurde.
Die LPx sind auf "nach abstecken automatisch deaktivieren" eingestellt..das funzt auch....die Menge am LP geht dann auch wieder auf "0".
Er hätte da eigentlich nach einem ab/an-stecken und eben neuem Tag doch wieder bei der Gesamt-Lademennge "0"-en sollen, oder?

[janiwolf]

Hallo,
leider hat wohl BMW seine Schnittstelle geändert. Der SoC wird nicht mehr angezeigt.

Ist da was bekannt? Iobroker brauchte Update um wieder connect zu bekommen.

In der nightly 1.9.250 funktioniert Verbindung auch nicht.

Vielen Dank im Voraus

Janiwolf

[aiole]

viewtopic.php?p=51449#p51449