@OliverIO sagte:

@Marv21

nein im objectid geht es nicht

1. dann müsste es der logik nach ja dann ein object id, also die bezeichnung eines datenpunkts ergeben, damit es im feld objectid gültig wäre
2. dynamische datenpunkte gehen nicht, da vis beim start einmalig alle objekt ids aller views einsammelt und diese beim server "abonniert". später bekannte ids sind so nicht vorgesehen.
   per javascript hat man zwar schon möglichkeiten das nachzubilden, ist aber nicht ganz so simpel. ergo geht nicht.

welchen grund hat es, das du unbedingt ein string widget nehmen willst? besondere formatiermöglichkeiten gibt es ja da nicht, die du nicht auch mit einem html widget nachbilden kannst.
letztendlich wird ja alles in html übersetzt

Einfach nur der Übersichtshalber - man hat dann schön rechts die Punkte und muss nicht in einem Code danach suchen.
Klar wenn es nicht anders geht, werde ich es so machen.

Schau mir aber grade deinen rssfeed / vis-jsontemplate an.

und danke für deine Unterstützung!

nein im objectid geht es nicht

1. dann müsste es der logik nach ja dann ein object id, also die bezeichnung eines datenpunkts ergeben, damit es im feld objectid gültig wäre
2. dynamische datenpunkte gehen nicht, da vis beim start einmalig alle objekt ids aller views einsammelt und diese beim server "abonniert". später bekannte ids sind so nicht vorgesehen.
   per javascript hat man zwar schon möglichkeiten das nachzubilden, ist aber nicht ganz so simpel. ergo geht nicht.

welchen grund hat es, das du unbedingt ein string widget nehmen willst? besondere formatiermöglichkeiten gibt es ja da nicht, die du nicht auch mit einem html widget nachbilden kannst.
letztendlich wird ja alles in html übersetzt

@OliverIO sagte:

@Marv21

ich habe das ausprobiert.
Allerdings in einem html-widget.
Wo hast du den das binding eingetragen?
in objektid geht es ja nicht.
bei basic string hättest dann ja nur noch die prepend und append text felder

Im HTML widget geht es bei mir auch. Aber eigentlich sollte es auch, wenn ich die Dokumentation richtig verstehe, auch im ojektID Feld gehen.

Im VIS2 kann ich es mir sogar anzeigen lassen, dann steht auch die richtige "Value" da. Aber in der Runtime gehts dann wieder nicht...

ich habe das ausprobiert.
Allerdings in einem html-widget.
Wo hast du den das binding eingetragen?
in objektid geht es ja nicht.
bei basic string hättest dann ja nur noch die prepend und append text felder

@OliverIO sagte:

@Marv21 sagte:

{0_userdata.0.1036.Output;json:(p1)}

der doppelpunkt ist der fehler

{0_userdata.0.1036.Output;json(p1)}

Oh, den muss ich hier ausversehen hinzugefügt haben. Leider wars das nicht. Funktioniert das Binding den bei euch in der VIS1 korrekt?

@Marv21 sagte:

{0_userdata.0.1036.Output;json:(p1)}

der doppelpunkt ist der fehler

{0_userdata.0.1036.Output;json(p1)}

@Marv21 [sagte]: Einige hab ich dann ein einen Datenpunkt geschrieben.

Kann Node-RED keine Attribute auswerten?

msg.payload.p1

EDIT: Ich habe mal mit Node-RED (verwende ich sonst nicht) probiert:

@paul53 sagte:

@Marv21 [sagte]: 0_userdata.0.1036.Output

Weshalb enthält ein eigener Datenpunkt ein JSON?

Weil ich viele Daten via Nodered Flow von MQTT auswerte. Einige hab ich dann ein einen Datenpunkt geschrieben.

@Marv21 [sagte]: 0_userdata.0.1036.Output

Weshalb enthält ein eigener Datenpunkt ein JSON?