[gelöst] Blockly funktioniert immer nur ein paar Tage

[dslraser]

@ahnungsbefreit
er könnte das falls mache auch weglassen und den Trigger auf falsch stellen, das scheint ja der gleiche Datenpunkt zu sein...?

Komisch dann aber das Pushover immer funktioniert, nur das Foto senden per Telegram nicht.

wie schnell ist denn das Bild geschrieben ?

[Heimweh]

@dslraser schwer zu sagen. Ich hab mit einer Sekunde angefangen und dann oft ein altes Bild geschickt bekommen. Bei 2 Sekunden, so dachte ich, bin ich auf der sicheren Seite.

ja der Datenpunkt ist der gleiche

[dslraser]

@heimweh sagte in Blockly funktioniert immer nur ein paar Tage:

ja der Datenpunkt ist der gleiche

ist das ein Schalter oder ein Button ?

[Nordischerjung]

@heimweh
so meint @Ahnungsbefreit das bestimmt

Setzt doch mal bei exec und Telegram das Loglevel auf Warn oder so, dann siehst du auch ob etwas passiert

[Ahnungsbefreit]

@dslraser Ja, Du hast recht, das geht noch einfacher.

@Heimweh Probier mal so:

Und dann lass das "falls..." ganz weg

Durch die Prüfung auf "kleiner als letztes" wird der Trigger immer ausgelöst, wenn der DP vorher "true" wahr und dann "false" wird

[Ahnungsbefreit]

@nordischerjung Genau so, aber es geht noch einfacher, siehe unten

[Heimweh]

@dslraser - es ist ein GPIO von einem ESP8266 - der über den FHEM Adapter reinkommt....

[dslraser]

@heimweh sagte in Blockly funktioniert immer nur ein paar Tage:

@dslraser - es ist ein GPIO von einem ESP8266 - der über den FHEM Adapter reinkommt....

dazu kann ich nichts sagen, beantwortet aber auch nicht meine Frage...?

Zeige mal den RAW des Datenpunktes.

[Heimweh]

@dslraser

{
  "_id": "fhem.0.ESPEasy_ESP_Easy_Haustuere.Klingel_EG",
  "type": "state",
  "common": {
    "name": "ESPEasy_ESP_Easy_Haustuere Klingel_EG",
    "type": "string",
    "role": "text",
    "read": true,
    "write": false
  },
  "native": {
    "Name": "ESPEasy_ESP_Easy_Haustuere",
    "Attribute": "Klingel_EG",
    "Readings": true,
    "type": "string",
    "role": "text"
  },
  "from": "system.adapter.fhem.0",
  "user": "system.user.admin",
  "ts": 1615139473472,
  "acl": {
    "object": 1638,
    "state": 1638
  }
}

[Ahnungsbefreit]

@heimweh Oops, das ist ja Typ "string". Da wird das wohl eher selten klappen mit der true/false Abfrage

[dslraser]

@heimweh
was wird denn für ein Text in den DP geschrieben beim klingeln ?

[Heimweh]

Ja Mist - das ist mir gar nicht aufgefallen - Bin von bool ausgegangen da es ein GPIO ist...
Jetzt muss ich mal schauen wie ich das hinbekomme. Ich könnte den ESP aus der FHEM Installation rausnehmen
und per MQTT direkt in IObroker hängen - dann sollte es auf alle Fälle ein Boolwert sein.

Beim klingeln wird ein "false" geschrieben - wenn nicht geklingelt wird, ist der Wert "true"

[Heimweh]

@dslraser

[Heimweh]

Ok der ESP hängt nun als MQTT Device im IObroker, aber der Datenpunkt bleibt ein String der mit "0" oder "1" beschrieben wird.

[dslraser]

@heimweh
dann musst Du Deinen Trigger halt doch mit einer falls Abfrage versehen und auf den Text prüfen, egal in welcher Variante.

so ungefähr

[Heimweh]

@dslraser vielen Dank an Alle! Ich werde das nun mal ein paar Tage ausprobieren....

[dslraser]

@heimweh
das ist wieder falsch. Du hast eine Zahl, sagst aber das es Text ist...?

[Homoran]

@heimweh sagte in Blockly funktioniert immer nur ein paar Tage:

vielen Dank an Alle! Ich werde das nun mal ein paar Tage ausprobieren....

wieso jetzt Wert = 0

ich denke da kommt ein Text????

[Heimweh]

@homoran / @dslraser - es kommt eine "0" oder eine "1" - aber der Datentyp ist ja String und nicht Bool. Ich bin davon ausgegangen das ich dann mit den Zahlen vergleichen muss und nicht mit logisch 0 und logisch 1. Dann müsste ich es so vergleichen? :

[dslraser]

@heimweh sagte in Blockly funktioniert immer nur ein paar Tage:

Dann müsste ich es so vergleichen? :

ja