[Gelöst] Datenpunkt triggert Blockly nicht

[maxpd]

@paul53 thx für die hints. Die hab ich angepasst, waren aber auch nicht die Lösung.
@Codierknecht ich habe dein Trigger verwendet. Mit dem funktionierts. Warum nicht mit meinem? Den nutze ich in allen Blocklys.

[Codierknecht]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Warum nicht mit meinem? Den nutze ich in allen Blocklys.

Gute Frage - nächste Frage.
Ich nutze in der Regel nur die Varianten "wurde geändert" und "ist größer als letztes/ist kleiner als letztes" (bei Boolean Datenpunkten).
Und immer dran denken: Wenn ich den Wert des DP auf den ich triggere innerhalb der Verarbeitung weiterverwende, immer mit "Wert" aus dem Trigger arbeiten und den Wert nicht erneut mit "Wert von ..." lesen.
Das spart Ressourcen und beugt möglichen Problemen vor.

[Homoran]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Warum nicht mit meinem

was gibt der DP denn nativ an?
ist das wirklich ein Boolean, oder ein Stting, oder eine Zahl?

[maxpd]

@homoran Es ist ein Boolean, wird von mir nur mit true oder false als Funktionsbaustein gefüllt.

[maxpd]

@codierknecht kannte ich auch noch nicht. Thx

[Homoran]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

@homoran Es ist ein Boolean, wird von mir nur mit true oder false als Funktionsbaustein gefüllt.

willst du damit sagen, dass der Typ des Datenpunktes Boolean ist?

Du aber irgendwie das WORT "true" da hinein schreibst?

[maxpd]

@homoran Nein, im Gegenteil.
Es ist Boolean und ich fülle es mit

[Homoran]

@maxpd dann müsste es passen
du kannst ja mal einen Debug Baustein nehmen und dir den Typ des Triggerwertes anzeigen lassen.

hat es denn weder vor, noch nach der Verknüpfung mit Google Home funktioniert?

[Codierknecht]

@maxpd
Ein Bool ist intern 1 (true) oder etwas != 1 (false).
Im Trigger prüfe ich dann in der Regel mit "ist größer als letztes" um den Wechsel von false auf true zu erkennen.
Bei Triggern mit "ist wahr" hatte ich in der Vergangenheit gerne mal Probleme - darum habe ich die abgeschafft

[maxpd]

@codierknecht joa, und so kam ich davon ab im Trigger auf den Booleanwert zu prüfen und hab dies in eine Fallsbedingungen ausgelagert ^^

@homoran Typ oder ähnliches als Ausgabewert finde ich nicht.

Ja, es hatte vorher funktioniert, ohne dass ich es angefasst habe. Evtl. ging es aber auch mit irgendeinem Adapter update mal kaputt. Ich will mich doch nicht 100% auf GH festlegen.

[Homoran]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Typ oder ähnliches als Ausgabewert finde ich nicht.

der kleine Baustein unter Trigger mit dem Pulldown-Menü und initial auf Object-ID

Da wo auch Wert drin steht

[Homoran]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Ja, es hatte vorher funktioniert, ohne dass ich es angefasst habe. Evtl. ging es aber auch mit irgendeinem Adapter update mal kaputt. Ich will mich doch nicht 100% auf GH festlegen.

aber du hast doch jetzt den DP neu angelegt.
Da solltest du das Blockly testen, bevor du diesen neuen DP in iot einbindest.

[DJMarc75]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Typ oder ähnliches als Ausgabewert finde ich nicht

[Homoran]

@djmarc75 nee, nicht den

@homoran sagte in Datenpunkt triggert Blockly nicht:

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Typ oder ähnliches als Ausgabewert finde ich nicht.

der kleine Baustein unter Trigger mit dem Pulldown-Menü und initial auf Object-ID

Da wo auch Wert drin steht

[maxpd]

@homoran Sorry, aber geht nun auch MIT

Ich kann es aber der Vollständigkeit gerne nochmal mit einem gesonderten neuen Datenpunkt ohne GH testen.

habe ich nichts.

[DJMarc75]

@homoran sagte in Datenpunkt triggert Blockly nicht:

nee, nicht den

doch, genau den

[Homoran]

@djmarc75
@maxpd

ihr habt ja recht!

aber gibt der nicht den TYP des DP an?
und nicht den Typ des Wertes?

[Homoran]

@maxpd sagte in Datenpunkt triggert Blockly nicht:

Sorry, aber geht nun auch MIT

aber doch nur mit dem Trigger von @Codierknecht , oder hab ich was verpasst?

[maxpd]

@homoran nein, du hast recht.
Ich habe nun einen neuen Datenpunkt angelegt - geht.
Habe dem Datenpunkt Raum und funktion zugewiesen - geht
Datenpunkt in iot eingebunden (ging automatisch) - geht
Dem Datenpunkt einen neuen Smartname gegeben - geht
Dem Datenpunkt folgendes mitgegeben, damit ich ihn in iot als Switch und nicht als Outlet markieren kann - geht

"smartName": {
      "de": "Badezeit",
      "ghTraits": [
        "action.devices.traits.OnOff"
      ],
      "ghType": "action.devices.types.SWITCH",
      "ghAttributes": "{\n            \"commandOnlyOnOff\": false\n          }"
    }
  },

Geräte in GH synchronisiert - geht

Also ist jetzt alles auf dem Stand meines alten Datenpunktes.. aber diesmal geht's auch mit dem alten Trigger

[Homoran]

@maxpd Super!
(außer dass niemand weiss warum)

dann ändere den Threaditel und setze [gelöst] davor