NEWS

@dekat-win Ok, GitHub hat den Fix ... AAABBBERRRR ich hab auch node.red auf die 3.0.2 aktualöisiert ... also das wird ein Major Adapter update ... gern testen, aber noch untested!!

EDIT: (20:20) Wer vorher von GitHub installiert haben sollte bitte nochmal updaten

@hpgo sagte in Smartmeter -> NR:

@mickym

... ich bin dir echt dankbar, leider melde ich mich erst jetzt wieder, unsere Familie ist größer geworden und deshalb bleibt für mein Hobby kaum noch Zeit.

Ich werd mir deinen Flow hoffentlich am Abend genauer anschauen können. Außerdem hab ich dann auch noch eine Frage zu Daten persistent (über einen NR Neustart) halten/speichern in NR (Änderung in der settings.js). Dazu mache ich dann ein eigenes Thema auf.

Danke und Lg

Da werde ich Dir nicht viel dazu sagen könne, da keine Daten im Dateisystem speichere. Bei mir sind die ja in der Regel im iobroker oder im mqtt.

@mickym
Hat heute morgen direkt auf Anhieb funktioniert. Danke nochmal für die kompetente Hilfe!

@mickym Ja Danke :-). Mit dem Change Node hat es jetzt geklappt um das Bild mit PushOver zu versenden. Vorher ging nur der Text.

@thomas-braun Wird wohl immer schlimmer hier. Wahrscheinlich in meiner Anfangszeit mit Halbwissen zu viel Quatsch verzapft. Vielleicht sollte ich doch mal darüber nachdenken, mal alles komplett neu aufzusetzen. Sträube mich aber immer noch davor, weil da auch noch andere Sachen auf dem Pi mitlaufen. Z.B. Deconz, MySql, usw. Und es läuft doch eigentlich alles so schön und Problemlos.

@joeysch Ah OK - dann ist das also doch ein mosquitto Broker mit den mosquitto Clients installiert und diese werden in einem Shellskript publiziert.

Wie gesagt, was das Tool liefert habe ich keine Ahnung, aber Du siehst ja mit dem -t und Topic wie publiziert wird.

Eine Beschreibung zu den mosquitto Clients findest Du im Übrigen auf den normalen mosquitto Seiten:
https://mosquitto.org/man/mosquitto_pub-1.html

Und mit diesem rc.local - wird quasi ein Shell skript ausgeführt, dass in einer Endlosschleife läuft. Das ist zwar nicht besonders elegant, aber immerhin, weißt Du wie es funktioniert.

@rewenode sagte in [gelöst] Settings.js zurück gesetzt:

@oliverio Könnte sein. Deshalb solltest du die natürlich sichern.
Aber jedenfalls wird sie nicht bei jedem Adapterstart überschrieben.

Viele settings.js Optionen sind ja zum Glück direkt in der Adaperkonfiguration änderbar. Die werden dann auch nicht überschrieben.

Ich bin gerade auch wieder auf das Problem der überschriebenen settings.js gestossen. Da ich dort die Speicherung der Variablen (global/node, contextStorage) im Dateisystem konfiguriert habe, sind nach dem letzten Update die Variablen wieder nicht gesetzt worden. Sehr ärgerlich, besonders wenn die morgendliche Warmwasserversorgung an so einer Variablen hängt ❄

Kann man denn nicht konfigurieren, dass ein anderes Verzeichnis als "root" für die Settings gelesen wird?

Was machen denn die drei directory-Einträge in den Node-Red-Instanzeinstellungen?

@bavarian Ich hab mich da schon mal blamiert, da ich dachte der split Node hat einen Fehler - aber funktioniert.

Hier mal ein geclosed Issue von mir. 😉 mit meinen Versuchen:

https://github.com/node-red/node-red/issues/3457

Die letzten 3 simulieren einen Stream mit der split Node. 😉

mickym2 created this issue in node-red/node-red closed split node does not split a message (stream) injecting a buffer #3457

@mickym Supi, Danke, funktioniert wieder.

@mickym Moin 🙂
Das ist doch schon mal ein Ansatz. Danke! Eigentlich habe ich ja den Trigger das sollte doch zu schaffen sein. Ich werde es testen und ein Feedback geben.

@mickym guten Morgen und schon mal vielen Dank :-). Werd ich jetzt einmal testen und hab mir die gleich mal gespeichert, werd ich bestimmt öfter gebrauchen können :-).

@mickym

Super, vielen Dank! Ich habe das Paket über die Adapterkonfiguration eingefügt. Und schon ist der Fehler verschwunden! Danke Dir!

@thomas-braun

Tut aber was es soll, läuft eigentlich sehr stabil und problemlos.

Das einzige Ärgernis ist eigentlich, dass ich nach einen NodeRed Update die externen Node immer wieder von Hand nach installieren muss.

das liegt aber, glaube ich, nicht an Windows, denn das Problem hatte ich früher nie

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

Ich dachte nur weil es nicht ständig passierte das einer der eingelesenen Datenpunkte den Fehler verursacht. Okay falsch

Na ja alle Datenpunkte mit "normalen" Strings haben den Fehler verursacht. Wenn Du diese Diskussion in dem Thread nachverfolgst, sind die Entwickler davon ausgegangen, dass man immer wüßte welche Datentypen eingelesen werden - als entweder JSON Strings oder normale Strings. Das man mit Wildcards ganz unterschiedliche Datentypen einlesen kann, hatten sie nicht auf dem Schirm bzw. wollten bewußt einen Fehler erzeugen, dass ein String eben kein analysierbares JSON Objekt ist. Mit den anderen Datentypen hatten sie damit kein Problem (was ich dann als inkonsequent moniert hatte). Wie Du aber an dem Thread erkennen kannst, haben sie doch ein Einsehen - anscheinend haben sie in der kommenden NodeRed Version 3.0 auch generell einiges an den mqtt-Nodes gemacht. Ich hab da im Moment auch einiges komisches Verhalten entdeckt, was angeblich ab der Version 3 behoben ist. Wir werden dann nur wieder unsere iobroker Entwickler überzeugen müssen, dass sie über den Adapter uns diese Version zur Verfügung in einem absehbaren Zeitraum zur Verfügung stellen. Im Moment ist es immer noch Beta. Aber es kommen Dinge die sehr nützlich sind. So wird man Flows im Editor anhalten kann - um zum Beispiel Probleme zu beheben - ohne das man Node Red komplett neu starten muss. ....

@simon-0 Ich hab es wohl schon selbst gelöst : )

Bildschirmfoto 2022-06-30 um 19.26.29.png

@headcrasch Steht doch da mit node-red_contrib_ui_j - nun musst suchen wo die noch zu finden sind. Genau

node-red-contrib-ui_j

https://flows.nodered.org/node/node-red-contrib-ui_j

Hier sind eine Menge Node-Typen die so heißen, wie die vom Dashboard. Das würde ich halt mal deinstallieren und das normale Dashboard nochmal neu installieren. Ggf. das Dashboard auch noch mal deinstallieren, wenn du das ui_j deinstalliert hast und dann neu installieren.

Es sieht nämlich deshalb auch so aus, als ob der importierte Flow die text Nodes von
8a2db039-7030-41d6-9491-8bf7dfe6c11c-image.png

nutzt. Also von dem node-red-contrib-ui_j - das ist aber keine offizielle Dashboard (da contrib im Namen). Ausserdem ist das Teil schon über 6 Jahre alt. Das würde ich mal komplett entfernen.

Die richtigen Textnodes vom normalen Dashboard schauen so aus:

49613a33-264a-4ba8-bd49-5e4a1b8198ee-image.png

Also würde mich mal von diesem alten Dashboard komplett verabschieden.

Beides kannst jedenfalls nicht in der gleichen NodeRed Instanz verwenden.

@frankyboy73 @mickym
Herzlichen Dank für eure Hinweise. ich wäre nie darauf gekommen, node-red-Hinweise im ioBroker-Log zu suchen. Das kann in Zukunft sicherlich hilfreich sein, da ich vorhabe, demnächst tiefer in node-red einzusteigen.
Die Debug-Nodes nutze ich bereits intensiv zur Analyse von Messages. Gerade bei https://flows.nodered.org/node/@yadomi/node-red-contrib-philipshue-events war ich darauf angewiesen, da die Doku sehr lückenhaft ist.

@mickym es hat geklappt, Besten Dank!! 🍻

@mickym sagte in (gelöst) JSON aus Payload erstellen:

Na Du machst ja freiwillig Dinge

Stimmt, gezwungen werde ich nicht 😅

@mickym sagte in (gelöst) JSON aus Payload erstellen:

die Du vielleicht früher mit anderen Mitteln gemacht hättest

Es ist halt so dass einige Sachen mit Blockly schlecht realisierbar sind. Wie z.B. die Emails oder halt SNMP (war ja mein erstes Projekt) abzugreifen und zu verarbeiten.

NodeRed ist schon recht komplex aber es wird von mal zu mal einfacher.