[gelöst] Blockly Problem mit MQTT-Adapter
-
Es sieht so aus, als wenn du für den Aktor on/off brauchst, oder hast du da nur probiert? Beim Taster ist es scheinbar si, dass da immer "hit" steht, was beim kurzen Druck nur aktualisiert wird und entsprechend beim langen Druck bzw loslassen die anderen beiden Zustände annimmt, oder?
Enrico
-
Wenn ich den Aktor schalte wechselt normalerweise der Wert bei "relay/0/10/5/" von "0"/"1" und zeitgleich der Wert
bei "relay/0/10/5/_state" von "OFF"/"ON".
Beim Drücken des Tasters kommt dieser laut MQTT-Logfile mit einem aktualisierten Zeitstempel an aber mit der gleichen Variable "hit".
Mane
-
Beim Drücken des Tasters kommt dieser laut MQTT-Logfile mit einem aktualisierten Zeitstempel an aber mit der gleichen Variable "hit". `
Dann schau mal den Zeitstempel des Datenpunktes im Reiter "Objekte" an (Mauszeiger über Wert): Wenn der auch aktualisiert wird, muss mit Triggerbedingung "wurde aktualisiert" ausgelöst werden, auch wenn sich der Wert nicht ändert ("hit" bleibt).Wenn der Zeitstempel des Datenpunktes sich nicht entsprechend dem MQTT-Logfile ändert, ist es ein Fehler im Adapter.
-
Wenn ich den Taster drücke passiert gar nichts.
Der Aktor bleibt immer auf null (Deckenlampe aus)….. `
Hallo Mane
Würdest Du bitte den Betreff Deines ersten Beitrags ändern.
Dies hier scheint ja mehr ein Problem mit MQTT zu sein.
Anwender, die ein ähnliches Problem haben, werden, sofern es eine Lösung gibt, die nie unter "Blockly Anfängerfragen" suchen und finden.
So etwas wie "Blockly Problem mit MQTT" o.ä. wäre da besser und könnte auch Anderen hier im Forum helfen.
Eventuell wird auch jemand aufmerksam, der schon eine Lösung hat.
Einfach Deinen ersten Beitrag aufrufen, ändern klicken, Betreff ändern.
Grüße
-
Beim Drücken des Tasters kommt dieser laut MQTT-Logfile mit einem aktualisierten Zeitstempel an aber mit der gleichen Variable "hit". `
Dann schau mal den Zeitstempel des Datenpunktes im Reiter "Objekte" an (Mauszeiger über Wert): Wenn der auch aktualisiert wird, muss mit Triggerbedingung "wurde aktualisiert" ausgelöst werden, auch wenn sich der Wert nicht ändert ("hit" bleibt).Wenn der Zeitstempel des Datenpunktes sich nicht entsprechend dem MQTT-Logfile ändert, ist es ein Fehler im Adapter. `
Der Zeitstempel hat sich seitdem nicht mehr geändert, egal wie oft ich hier den Taster kurz betätigt habe.
Im MQTT-Logfile kommt aber der Zeitstempel der Tasters an.
4819_zeitstempel_0_10_a4.jpg -
Der Zeitstempel hat sich seitdem nicht mehr geändert, egal wie oft ich hier den Taster kurz betätigt habe. `
Wie ist die Adapter-Einstellung "Publish only on change" bzw. "Publish nur bei Änderung" ? -
Das sind die aktuellen MQTT-Einstellungen.
Derzeit ist er auf "Publish nur bei Änderung" eingestellt.
Ich habe das Programm einmal auf einen Fensterkontakt als Lichtschalter umgestellt das "make" und "break" ankommt.
Hier kommt beim Betätigen im Logfile eine Warnung.
Zusätzlich habe ich das Relais mit "0/1" und den Relais_state mit "ON/OFF" eingetragen.
4819_mqtt-einstellung.jpg
4819_logfehle_log.jpg
4819_logfehler_script.jpg -
Derzeit ist er auf "Publish nur bei Änderung" eingestellt. `
Den Haken nimm mal raus ! Dann sollte auch bei kurzem Tastendruck ("hit") getriggert werden. -
Hier kommt beim Betätigen im Logfile eine Warnung. `
Ist der Datenpunkt "relay/0/10/5" vom Typ "boolean" ?Wenn ja, teste mal im Reiter "Objekte", ob sich das Relais auch durch Eingabe false/true (anstelle 0/1) schalten lässt.
-
Derzeit ist er auf "Publish nur bei Änderung" eingestellt.
Den Haken nimm mal raus ! Dann sollte auch bei kurzem Tastendruck ("hit") getriggert werden.Das mit dem Trigger auf Taster betätigen funktioniert jetzt.
Habe jetzt einmal bei relay/0/10/5 bzw. relais/0/10/5_state sowohl "0/1", "wahr/falsch" und "true/false" ausprobiert.
Leider bleibt das Licht immer noch aus.
Der Taster kommt jedesmal an im Script steht dan auch "1" oder "0" aber im MQTT-Log kommt nur der Taster an.
Kann das noch ein Fehler in der MQTT-Adaptereinstellungen sein?
4819_0_10_a4_ein-aus.jpg
4819_script-0_10_a4.jpg -
Habe jetzt einmal bei relay/0/10/5 bzw. relais/0/10/5_state sowohl "0/1", "wahr/falsch" und "true/false" ausprobiert. `
Dann bleibt noch relais/0/10/5_state: ON/OFF.EDIT: Und immer mit bestätigt: false abschicken, sonst wird nicht gesendet.
-
Wo muss ich das noch bestätigen?
-
Wenn der Wert im Reiter "Objekte" geändert wird, wird bestätigt automatisch auf false gesetzt.
In Blockly muss man den Baustein "steuere" nehmen, damit das der Fall ist, was Du gemacht hast.
Das Licht schaltet nicht ein ? Dann probiere in Blockly ausserhalb des Triggers folgende 3 Varianten aus (andere sind sinnlos):
steuere relay/0/10/5 mit wahr (aus Logik-Block)
steuere relay/0/10/5 mit 1 (Zahl aus Mathe-Block)
steuere relay/0/10/5_state mit "ON" (Text)
Eine Variante sollte beim Skriptstart zum Einschalten führen.
Die Frage nach dem Datenpunkttyp (common.type) von relay/0/10/5 hast Du noch nicht beantwortet.
-
Kann das noch ein Fehler in der MQTT-Adaptereinstellungen sein? `
Hast Du die MQTT-Instanz als Server konfiguriert ? -
Der Type ist imer "state".
4819_type.jpg -
Der Type ist imer "state". `
Das ist der Objekttyp (state = Datenpunkt). Klicke rechts den Bleistift an, dann siehst Du den Datenpunkttyp (Zahl / Logikwert / Zeichenkette). -
Aktuell ist bei "relay/0/10/5 und relay/0/10/5_state" Zeichenkette eingestellt.
4819_type_1.jpg -
Schaltet das Licht ein bei ?
steuere relay/0/10/5 mit "1" (Text)
Ich lese: mqtt client variable
Also ist der MQTT-Adapter als Client konfiguriert und die Gegenstelle ist ein Server (MQTT broker) ?
-
Schaltet das Licht ein bei ?
steuere relay/0/10/5 mit "1" (Text)
Ich lese: mqtt client variable
Also ist der MQTT-Adapter als Client konfiguriert und die Gegenstelle ist ein Server (MQTT broker) ? `
Auch bei steuere relay/0/10/5 mit "1" (Text) passiert nichts.
Der MQTT-Adapter ist als Client konfiguriert, hier wird er als verbunden wahr angezeigt.
-
Was ist der MQTT-Broker (Server) ? Läuft darauf Mosqitto als Broker-Software ?
Ist der Server in der Adapter-Konfiguration unter URL eingetragen ?
