@claus1985-0 sagte in Umwandlung von Objekt in String: @mickym Funktioniert perfekt, danke Dir!! Freut mich! Vielleicht ist NodeRed ohne 20 Programmzeilen doch einfacher. ;)

@saranger Super Wie ich an Deinen iobroker In Nodes sehe hättest Du aber auch auf einen String "[]" abprüfen können (insofern ja die Change Node in jedem Fall erforderlich, da Du nicht wirklich einen leeren String in Deinem Datenpunkt hattest) - wie immer gibt es ja mehrere Wege - wichtig war ja nur, dass Du die Template Nodes mit einem leeren String löschen kannst. :)

@kymchy So soll es sein, selber nachdenken und ausprobieren. Wenn man erst mal die grundlegenden Sachen in Node Red umgesetzt hat läuft das meiste danach eh über abgucken bzw. kopieren und dann wächst alles sehr schnell und macht Spaß.

gelöscht

@frankyboy73 said in KNX Ultimate - Logger: [ { "id": "9e8eab7b.3f7408", "type": "file", "z": "f47c9836.a56f78", "name": "", "filename": "/opt/iobroker/Test/Test.xml", "appendNewline": true, "createDir": false, "overwriteFile": "true", "encoding": "none", "x": 550, "y": 140, "wires": [ [ "b77d72ee.3f0ca" ] ] }, { "id": "5581b1eb.91488", "type": "inject", "z": "f47c9836.a56f78", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "", "payloadType": "date", "x": 320, "y": 140, "wires": [ [ "9e8eab7b.3f7408" ] ] }, { "id": "b77d72ee.3f0ca", "type": "debug", "z": "f47c9836.a56f78", "name": "", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 810, "y": 140, "wires": [] } ] Ok danke, aber /opt/iobroker gibt es bei mir gar nicht. Wenn ich die Ordner erstelle und deinen Flow ausprobiere kommt wie immer: "Fehler beim Schreiben in Datei: Error: ENOENT: no such file or directory, open" Ich galube das hat mit docker zu tun, obwohl ich einen bind mount Ordner /docker/nodered angelegt habe + root Rechte kann ich nicht darauf schreieben Naja vlt hat das ja jemand genau so am laufen wie ich und kann was dazu sagen! Danke erstmal

@frankyboy73 Dann einfach Rückmeldung - habe herausgefunden wie es funktioniert - Thema damit abgeschlossen und muss hier nicht diskutiert werden. Wenn Du es genauer wissen möchtest, was das Problem ist - dann mache ich gerne ein eigenen Thread auf, wenn Du meinst sowas könnte von breiterem Interesse sein. Nur kurz - war kein Syntaxfehler noch sonstiges. Ich habe bestimmte Gruppen aus- und eingeblendet. Wenn Du die ausgeblendeten Gruppen wieder einblendest haben sie den Zustand aus oder eingeklappt - wenn man es konfiguriert. Witzig ist das die ui_control Node nur dann im Output eine Nachricht ausspukt, wenn die Gruppe eingeklappt ist. Na gut dachte ich mir, dann nimmst halt eine 2. ui_control Node. um die Gruppe wieder aufzuklappen. Also mit einer 2. ui_control Node das Objekt mit open nochmal geschickt. Keine Reaktion - bis ich mich dann festgestellt habe dass das 2. Mal mit einer Inject-Node ging aber nicht aus dem Flow. Der Trick ist man muss die socketid löschen (wahrscheinlich ein Schutz gegen Endlosschleifen). Hab jetzt aber einfach die Gruppen auf nicht einklappbar konfiguriert - das passt. :)

@frankyboy73 Das ist kein Fehler der Node, AVM scaliert das wohl so. Die Werte werden dann direkt wie sie sind ausgegeben. Man muss sie dann eben selber umrechnen. Bei den einzelnen Ausgaben (getTemperatue, geTargetTemp, usw.) wird das schon in der Node umgerechnet. https://github.com/dnknth/node-red-contrib-fritzapi/issues/28

@mickym anbei mal meine Lösung, ichhabe einen Button eingefügt, der unsichtbar ist und der triggert die Schleife immer wieder von neuen. Sobald aber einer der beieden Zustände wieder zurückgeht, wird über die Undabfrage (Blauerpfeil) die Schleife an beiden Triggern gestoppt. Sehr cool so viele Varianten und Lösungen :-) [image: 1636903815341-nodered_1.jpg]

@klasi OK hab keine HUE Nodes - deswegen konnte ich das nicht testen - aber eigentlich solltest Du dann mit Inject Nodes versuchen. wie Du den status eine HUE NOde aktiv rauskitzelst. Schau halt mal wenn msg.payload.status nicht funktioniert ob msg.status geht oder msg.payload = status usw. ....

@mickym Tja, schade das so ziemlich der einzige Zweck den mein altes Ipad hier noch erfüllt (steht im Wohnzimmer im Regal wenn man mal schnell was nachschauen oder steuern will, obwohl schnell ist da relativ :-) ). Für alles andere ist es einfach zu lam geworden und es gibt auch keine aktuellen Apps mehr. Aber so lange ich noch mit der alten Dashboard Version klar kommen, kann es ja weiter seinen Dienst tun.

@thomas-braun Hi, danke für deine Antwort. Ich weiß zwar nicht was das bedeutet, aber wenn du schreibst es ist nix wildes, bin ich ja beruhigt. Vor allem da du es schreibst. Danke.

@mickym vielen dank - das war es ich wollte damals zigbee probieren - weil als adapter hat es nicht geklappt - nutze proxmox - mittlerweile läuft aber der adapter jetzt ist wieder alles gut :-)

@frankyboy73 ach danke dir, dann muss man praktisch die web gui ausschalten, dass es laufen würde...teste ich mal aus Danke dir :-)

@mickym Vielen Dank, der Restart klappt schon mal über die exec Node, damit wäre mein Problem schon mal gelöst. Das mit den Alias werde ich mir auch mal genauer anschauen, obwohl ich das bis jetzt noch nie gebraucht habe und nur wegen dem einen Datenpunkt, noch nen Adapter installieren halte ich für übertrieben. Thank You. [image: 1636466402493-broadlink4.jpg]

@mickym Hab den Verdunkelungsrollo und den durchsichtigen Ansich ganz nice, aber das pairen unter der IKEA app naja eine Sache für sich, zuerst die Bridge mit der Fernbedienung dann Fernbedienung mit Repeater und dann Rollo, war schon nicht easy. Einzeln hatte ich es dann auch Versucht aber auch Thema Reichweite und die Daten der Blind position waren auch ein Problem dann als ich es nur mit Zigbee versucht hatte, habs dann aufgegeben und war froh dass es jetzt irgendwie läuft halt über die IKEA Bridge...

@mondieux Nein muss Du nicht erweitern - alle die dem Wildcard genügen triggern - du musst also nichts ändern. Anhand des Topic (also msg.topic) erkennst Du dann welches Gerät getriggert hat. Wenn Du also keine extra Steuerung benötigst, kannst Du anhand des Topics entsprechenden Benachrichtigungen generieren bzw. aus den Topics kannst Du Dir über JOIN Nodes automatisch ein Objekt mit allen Zuständen erstellen und dann in einem analysieren. Mit der Trigger Node bekommst Du das Objekt das sich nicht mehr meldet mit dem entsprechenden Topic. Zur Überwachung eines Gerätes macht es macht allerdings keinen Sinn, alle Datenpunkte eines Gerätes zu verwenden. Im Prinzip sollte man dann von verschiedenen Geräte eine einheitliche Struktur verwenden. So kann ich egal, ob es ein Shelly oder Tasmota Device ist über alias.0.schalter.*.online automatisch überprüfen, ob die Geräte online sind oder nicht [image: 1636162836028-d4136b8b-bd76-402d-9399-4c54c0eadafb-image.png]

@mickym sagte in Unterschied zwischen NodeRed und Blockly?: Man braucht in der Regel gar keine Function Nodes vielleicht inzwischen! ich rede von etwa 2015/2016

@lessthanmore okay danke läuft wieder :-) naja ist halt auch etwas strange wenn man hier einen Flow postet der dann auch gleich eine Konfiguration beinhaltet die dann alles zerschießt :-)

@atifan Von den Shellys rede ich ja auch gar nicht, sondern von den Sonoff und mehrere Geräte mit einem Sprachbefehl geht auch direkt über Alexa. Wobei ich eh noch Gruppen für jedes Zimmer habe um nicht jeden einzelnen steuern zu müssen, falls ich das mal will ;) Node-Red ist da nicht nötig.

@mickym Danke habe ich mir angeschaut. Puh da geht ja einiges. So langsam geht es voran...aber leider nur sehr langsam ;-)