(gelöst) das Log meldet eine "warn: unsubscribe empty name"

[dslraser]

@humidor

Hier ist auch so eine Meldung...

https://forum.iobroker.net/topic/30397/meldung-in-blockly-unsubscribe-empty-name

Edit: falls es das Blockly aus dem anderen Thread ist, dann könnte das schon der Fehler sein, also der gleiche Fehler wie im verlinkten Beitrag.

deaktiviere mal diesen Block

[Humidor]

@dslraser nein, der ist es nicht.

und es ist auch nicht logisch wann der Fehler kommt, egal wie was wo ich auskommentiere, irgendwann kommt er wieder

wo wäre da denn der Fehler drin?

[Humidor]

@dslraser ja doch, wenn ich den Block aktiviere und dann 2x Reloade, kommt der Logeintrag.

OK was ist denn daran falsch ?

[paul53]

@humidor sagte: was ist denn daran falsch ?

Was enthält die Variable msg? Eine Datenpunkt-ID für den Trigger oder eine Meldung für Telegram?

[dslraser]

@paul53 sagte in das Log meldet eine "warn: unsubscribe empty name":

eine Meldung für Telegram?

So wie ich es gesehen habe ein Meldung für Telegram.

[paul53]

@dslraser sagte: ein Meldung für Telegram.

Dann kann msg nicht an den Trigger übergeben werden.

[Humidor]

@paul53 msg = ein String (Text).
dh einen Trigger darauf ist nicht möglich, hmmm das mach ich seit langem in vielen Blockly so, ohne Logeintrag.
Aber OK, das ist dann falsch. Kann ich aus dem String eine Trigger-verträgliche Variable machen?

so klappts, aber mir wäre eine unabhängige Abarbeitung (außerhalb diesem Trigger) lieber

[paul53]

@humidor sagte: Kann ich aus dem String eine Trigger-verträgliche Variable machen?

Der Trigger benötigt eine Datenpunkt-ID, die auch ein String ist. Die Wertänderung im Trigger-Datenpunkt bestimmt, wann das Telegramm gesendet wird.

[Humidor]

@paul53 dh ich müsste ein Objekt msg erzeugen, dann fkt. das ?

[paul53]

@humidor sagte: so klappts, aber mir wäre eine unabhängige Abarbeitung (außerhalb diesem Trigger) lieber

Was soll die "unabhängige Abarbeitung" bewirken?

[Humidor]

@paul53 nicht von diesem Trigger abhängig.