NEWS
[gelöst] Blockly funktioniert immer nur ein paar Tage
-
Ich habe hier ein komisches Phänomen welches ich nicht ganz verstehe.
Wenn es an der Haustüre klingelt (Eingang wird "false") bekomme ich ein Pushover / dann bekommt die Kamera
den Befehl ein Foto zu schießen und abzulegen, und 2 Sekunden später soll es dann per Telegram verschickt werden.Soweit so gut - das funktioniert auch, aber nach ein paar Tagen dann kommt nur noch die Pushover Message, das
Foto nicht. Wenn ich dann in Blockly den Baustein neu starte, dann geht es wieder für ein paar Tage.kann mir einer erklären wieso das so ist?
-
@heimweh ersetze mal das "falls wert vom Objekt ID ESPEasy[...] = falsch" gegen "falls nicht Wert". Wert findest Du im Menü "Trigger", wenn Du bei "Objekt ID" den kleinen Pfeil klickst:
Hintergrund: Du liest den Wert des Objekts in Deinem Script 2x: 1x beim Trigger und dann leicht zeitversetzt nochmal in der "falls" Bedingung. Mit meinem Vorschlag nur einmal beim Trigger.
-
@ahnungsbefreit - Das ist ein guter Hinweis, erscheint auch logisch! Ich werde das mal testen! Komisch dann aber das Pushover immer funktioniert, nur das Foto senden per Telegram nicht.
-
@ahnungsbefreit - so oder?
-
@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 ?
-
@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
-
@heimweh sagte in Blockly funktioniert immer nur ein paar Tage:
ja der Datenpunkt ist der gleiche
ist das ein Schalter oder ein Button ?
-
@heimweh
so meint @Ahnungsbefreit das bestimmtSetzt doch mal bei exec und Telegram das Loglevel auf Warn oder so, dann siehst du auch ob etwas passiert
-
-
@nordischerjung Genau so, aber es geht noch einfacher, siehe unten
-
@dslraser - es ist ein GPIO von einem ESP8266 - der über den FHEM Adapter reinkommt....
-
@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.
-
{ "_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 } }
-
@heimweh Oops, das ist ja Typ "string". Da wird das wohl eher selten klappen mit der true/false Abfrage
-
@heimweh
was wird denn für ein Text in den DP geschrieben beim klingeln ? -
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"
-
-
Ok der ESP hängt nun als MQTT Device im IObroker, aber der Datenpunkt bleibt ein String der mit "0" oder "1" beschrieben wird.
-
@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
-
@dslraser vielen Dank an Alle! Ich werde das nun mal ein paar Tage ausprobieren....