@Christian, ich weiß noch nicht was da passiert. Ich hatte noch keine Gelegenheit mir das anzuschauen.
@someone, ich glaube das ist nur eine Einstellung im Broker. Könnte das vielleicht die Einstellung persistence sein? Dort speichert der Broker die Werte in einer Datenbank. Oder meinst du wenn du aus IPS schaltest und das Gerät nicht per WLAN erreichbar ist, dass dann sobald es erreichbar ist der Schaltbefehl übermittelt wird? Da wüsste ich zur Zeit nicht wie das gehen soll.
Wenn ich die Messages anders auswerten musst und du weitere Informationen darüber hast, dann lass mir diese einfach zukommen, dann schau ich mir das an.
mach Dir keinen Streß, das eilt nicht. Wir sind ja hier im Hobby unterwegs, und Du machst das alles je nebenher. Dein Support hier ist eh superspitzenklasseperfekt.
Du kannst ja einfach mal ein IPS_LogMessage an der Stelle einbauen und das mitloggen.
Einfach mal die Variablen $Meldungsname, $Daten, $Category loggen und dann schauen was da drin steht.
@someone, ich glaube das ist nur eine Einstellung im Broker. Könnte das vielleicht die Einstellung persistence sein? Dort speichert der Broker die Werte in einer Datenbank. Oder meinst du wenn du aus IPS schaltest und das Gerät nicht per WLAN erreichbar ist, dass dann sobald es erreichbar ist der Schaltbefehl übermittelt wird? Da wüsste ich zur Zeit nicht wie das gehen soll.
Wenn ich die Messages anders auswerten musst und du weitere Informationen darüber hast, dann lass mir diese einfach zukommen, dann schau ich mir das an.
Hallo Kai,
letzteres meine ich. Wenn das Gerät nicht im WLAN war und sich wieder am Broker anmeldet, bekäme es mit einer Retained Message den zuletzt gewünschten Status sozusagen.
Retained wird pro queue und nur jeweils die letzte Nachricht. Das würde für Dein Konzept ganz gut passen, da ja jedes Device eine separate Queue nutzt.
Das setzen des Retained Flags passiert beim Senden aus der MQTT API heraus. Hier ist es ganz gut beschrieben:
ah okay, es muss nur ein Flag gesetzt werden.
Schaue ich mir an. Versprechen tu ich noch nichts. Aber am besten wäre es dann ja, wenn es in der Instanz einstellbar ist.
Ja, das könnte man dann über die Instanz auch setzen.
Aber der MQTT Client muss das Flag auch bei senden setzen, wenn ich das richtig verstanden habe. Ich weiß aber noch nicht ob das im Client schon drin ist. Das schaue ich mir aber an.
ich habe mal IPS_LogMessage eingebaut, aber ich kann im Log nichts finden. Die Fehler kommen jede Nacht, aber im Log sind meine Variablen nicht drin. Keine Ahnung, was da passiert.
Naja, es gibt ja in Tasmota zig Thresholds, z.B. PowerLow und PowerHigh. Die lassen sich dann setzen, z.B. mit „PowerLow 100“ eben für 100W. Werden dann 100W unterschritten, gibt es eine entsprechende MQTT Meldung (PowerLow ON und PowerLow OFF)
Aber jetzt, wo ich das schreibe, weiß ich ehrlich gesagt gar nicht mehr, ob das für das Modul so gewinnbringend ist: Geht ja schließlich in IPS Mit den Ereignissen auch sehr schön.
wenn ich das richtig sehe, kann man beim POW damit auch abschalten z.B. bei eingesteller Überlast. Aber das würde ich lieber in Symcon, und dort die Eistellungen bedienbar machen. Der Vorteil es im POW zu machen, ist halt wenn IPS mal nicht läuft, macht es das von allein.
Also mal überlegen, macht es Sinn es einzubauen ?
POW’s sind hier vorhanden, also könnte Kai damit spielen.
UPPS, da fällt mir gleich ne Anwendung ein, Kai’s Poolpumpe, wenn der Filter zu ist, steigt die Leistung doch echt an.
Da könnte ne Abschaltung Sinn machen, mit IPS-Meldung „Kai, mach den Poolfilter sauber“.
das mit der Doku habe ich voll vergessen, hat schon Mal jemand erwähnt.
Die Farbe wird aber nur in IPS falsch angezeigt oder? Hast du zufäälig die aktuellst Firmware von Tasmota auf dem Gerät? Ich habe das Gefühl, dass sich dort etwas geändert hat.
Bzw. werte ich anscheinend die Farbe falsch aus, ich erwarte einen RGB Wert.
Kannst du mir mal das Debug Log zukommen lassen?
Ich möchte mal sehen, wie die Farbe vom Tasmota Gerät im Modul ankommt.