use QoS=2 when clearing set-topics

[yankee42]

Siehe auch im Forum diverse Beiträge im Berechnung+Manuell Support-Thread, insbesondere meine "Diskussion" mit zut ab hier bis Seite 16 und dort insbesondere die gefundene Ursache ab hier (auf Seite 15).

Die Web-UI sendet Befehle an die openWB mit QoS=2:

openWB/web/live.js

Line 904 in 216379d

message.qos = 2;

Das ist auch sinnvoll, denn der Befehl soll auch jeden Fall ausgeführt werden, also qos>=1 und er soll nicht mehrmals ausgeführt werden, also QoS=2.

Die OpenWB cleared das Topic aber mit QoS=0:

openWB/runs/mqttsub.py

Line 1673 in 81845c9

client.publish(msg.topic, "", qos=0, retain=True)

Dadurch ist die Reihenfolge in der die Nachrichten kommen nicht garantiert. Wie in dem entsprechenden Thread im Forum zu sehen ist, ist das Problem nicht nur theoretisch, sondern zumindest in Verbindung mit der openWB-Cloud real: Manchmal kommt die "clear"-Nachricht in der Cloud vor dem "set" an. Damit verliert das "clear" seine Wirkung und wenn die Verbindung zwischen openWB und Cloud unterbrochen und erneut aufgebaut wird, ist noch eine alte Nachricht mit "retain" in der Cloud und führt dazu, dass ungewollte Befehle ausgeführt werden.

Dieser PR behebt das Problem, indem auch das "clear" mit QoS=2 gesendet wird.