Neuer Node-Red Adapter 3.x in Latest - Repository

[SBorg]

Kann es sein, dass es den "http Stammpfad" erwischt hat, zumindest scheint er jetzt nicht mehr benutzt zu werden?

Ich nutze hier /node-red, damit liegt das Dashboard (unter der 2er) dann korrekt unter IP:PORT/node-red/ui...
In der 3er liegt es aber nun unter IP:PORT/ui...

Wäre jetzt nicht so schlimm, aber mein Reverse Proxy läuft nun auch ins Leere, da er /node-red erwartet, aber nur ein / bekommt.

Übliches booten, Cache leeren etc. hat nix gebracht, bevor ich jetzt aber noch ellenlang weiter suche, lieber mal nachfragen. Downgrade auf 2.x und sofort lüppt es wieder.

https://github.com/ioBroker/ioBroker.node-red/issues/288

SBorg2014 created this issue in ioBroker/ioBroker.node-red

closed "root path" is no longer used in the settings #288

[apollon77]

@sborg bitte github issue anlegen

[SBorg]

@apollon77 Danke und done

[Bernd1967]

Ich hab da eine Frage zum ioBroker-in:

Folgende Einstellung im ioBroker-in mit wildcard im Topic:

Jetzt hab ich es so das bei "Send all events" trotzdem nach dem start einmal ein Wert gesendet wird.
Oder funktioniert das in dieser Kombination nicht?

[mickym]

@bernd1967 Ja Du hast Recht. Diese Kombi gibts quasi nicht. ICh habe das falsch beschrieben, sondern es funktioniert wie im Fall6. Wenn der Wert sich ändert, dann wird sofort gesendet - es ist also Update und Change ein Event und insofern kein Unterschied zum Fall 6, in dem der initiale Wert ebenfalls sofort eingelesen wird.

Das ACK-Flag hat hier gar keinen Einfluß.

Sprich es wird bei einer Änderung, sofort der Wert gesendet nur bei einer Aktualisierung nicht. Ich werde das in der Beschreibung korrigieren.

[Bernd1967]

@mickym
Bin jetzt etwas verwirrt...
Ich möchte erreichen das weder der Initialwert noch ein Update gesendet wird.
Also wirklich nur bei einer Änderung des Datenpunkts, ist das möglich ?

[mickym]

@bernd1967 Ja mit Deiner Einstellung wird nichts gesendet, falls sich der Datenpunkt nicht geändert hat. Egal ob send no message at start oder send message at start.

beides sendet nur Änderungen

Kein Unterschied.

Wenn da doch was gesendet wurde, dann hat sich der Wert bereits geändert - ich habe es zumindest gerade nochmal nachvollzogen.

Du siehst ja das nach dem Start die NOde nur auf connected steht - aber nichts sendet. Wenn was gesendet wird, dann ändert sich ja der Status auf den letzten gesendeten Wert:

[Bernd1967]

@mickym
Nach einem deploy wird bei mir sofort was gesendet obwohl es der gleiche Wert ist.
Komisch...
Ah, Moment, Du hast kein Wildcard benutzt, das ist der Unterchied.

[mickym]

@bernd1967 Kann ich nicht nachvollziehen. Kannst Du es mal mit einem selbsterstellten Datenpunkt probieren?

[Bernd1967]

@mickym
Bei der Benutzung eines wildcard funktioniert es wohl nicht.

[mickym]

@bernd1967 sagte in Neuer Node-Red Adapter 3.0.0 in Latest - Repository:

Nach einem deploy wird bei mir sofort was gesendet obwohl es der gleiche Wert ist.
Komisch...
Ah, Moment, Du hast kein Wildcard benutzt, das ist der Unterchied.

Ja das kann sein, da auch das Einlesen am Anfang nur ohne Wildcards funktioniert:

[Bernd1967]

@mickym
Ok, dann muß ich mir was anderes überlegen.
Danke

[mickym]

@bernd1967 sagte in Neuer Node-Red Adapter 3.0.0 in Latest - Repository:

@mickym
Bei der Benutzung eines wildcard funktioniert es wohl nicht.

Aber das kannst ja mit einer Filter-Node umgehen.

[Bernd1967]

@mickym
Genau
Wobei dann leider die erste Änderung ignoriert wird... muß mal gucken wie ich das mach

[mickym]

@bernd1967 Du lässt alles durch - die Filter Node kann dann auch nach topic blocken.

Wieso Du hast doch die gleichen Möglichkeiten und es wird topic genutzt. Du musst halt aus dem iobroker alles sofort einlesen.

[Bernd1967]

@mickym
Ja, iobroker-in läßt alles durch und der Filter blockiert, hab es jetzt.

[mickym]

@bernd1967 sagte in Neuer Node-Red Adapter 3.0.0 in Latest - Repository:

@mickym
Ja, iobroker-in läßt alles durch und der Filter blockiert, hab es jetzt.

So gehts bei mir:

Spoiler

[
   {
       "id": "e9081d7f6bd51961",
       "type": "debug",
       "z": "baf73659.af9708",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 810,
       "y": 980,
       "wires": []
   },
   {
       "id": "99ff35944d278934",
       "type": "rbe",
       "z": "baf73659.af9708",
       "name": "",
       "func": "rbei",
       "gap": "",
       "start": "",
       "inout": "out",
       "septopics": true,
       "property": "payload",
       "topi": "topic",
       "x": 650,
       "y": 980,
       "wires": [
           [
               "e9081d7f6bd51961"
           ]
       ]
   },
   {
       "id": "7a7dca96b76bfa93",
       "type": "ioBroker in",
       "z": "baf73659.af9708",
       "name": "",
       "topic": "0_userdata.0.Test.*",
       "payloadType": "value",
       "onlyack": "",
       "func": "all",
       "gap": "",
       "fireOnStart": "false",
       "x": 470,
       "y": 980,
       "wires": [
           [
               "99ff35944d278934"
           ]
       ]
   }
]

Funktioniert komischerweise genau anders rum. Na ja dann muss man ggf. die Beschreibung nochmals ändern.

[apollon77]

@mickym

Ja das kann sein, da auch das Einlesen am Anfang nur ohne Wildcards funktioniert:

Korrekt

[mickym]

So ich habe dieses Issue wieder kommentiert - damit man die Beschreibung nochmals umdreht, um es einheitlich und damit verständlich zur "filter/rbe" node zu machen.
https://github.com/ioBroker/ioBroker.node-red/issues/290

dann sollte immer dann wenn der Initialwert ignoriert wird nichts gesendet werden, anderenfalls wird der Initialwert gesendet. Mit den Erkenntnissen würde sich die Beschreibung der Funktion dann wie folgt ändern:

send no message at start:
Es wird grundsätzlich nichts nach dem Start des NR-Adapters getriggert:

1. Wenn Mode = send all events - Nachricht wird erzeugt, wenn der Wert aktualisiert wurde (Update) - egal ob geändert oder nicht.
2. Wenn Mode = block unless value changes - Nachricht wird immer erzeugt, wenn Wert aktualisiert wurde (Update) - egal ob geändert oder nicht. Dieser Wert wird in der Node gespeichert. Beim nächsten Update wird der Folgewert nur durchgelassen, wenn dieser sich vom Initialwert unterscheidet (Change).

send message at start:
Es wird grundsätzlich nach dem Start des NR-Adapters der Wert gesendet bzw. die iobroker-IN Node initialisiert:

3. Wenn Mode = send all events - Der Wert wird direkt nach dem Start des NR-Adapters gelesen und weitergeleitet. Ein Update zum Triggern ist nicht erforderlich.
4. Wenn Mode = block unless value changes - Der Wert wird direkt nach dem Start des NR-Adapters gelesen und weitergeleitet. Ein Update zum Triggern ist nicht erforderlich. Beim nächsten Update wird der Folgewert nur durchgelassen, wenn dieser sich vom Initialwert unterscheidet (Change).

Wenn Mode = block unless value changes (ignore initial value) - Der vorhandene Wert wird als Initialwert bereits beim Adapterstart gelesen, aber nie weitergeleitet. Ein Update zum Triggern ist nicht erforderlich. Der Folgewert wird nur dann gesendet, wenn dieser sich vom Initialwert unterscheidet. Umgekehrt heißt das, sobald sich der Wert geändert hat, wird dieser sofort gesendet.

Dieses Wirrwarr ist leider auf meinen Mist gewachsen - da ich den Hilfetext der filter Node nicht korrekt gelesen habe.

mickym2 created this issue in ioBroker/ioBroker.node-red

closed Iobroker-IN Node - RBE filter description should be exchanged with/without initial value #290

[mickym]

So nachdem ich in dem Eingangs-Posting zu dem Adapter und der NR Version 2.x ja davon "geschwärmt" habe, wie einfach sich nun in Node-Red NodeJS Bibliotheken einbinden und verwenden lassen, hatte ich ja kurz erwähnt, dass ich hier noch ein paar Beispiele folgen lassen wollte.

Das habe ich nun getan und mir mal 3 Bibliotheken vorgenommen, die alle unterschiedliche Probleme einhalten bzw. Aufgabenstellungen erfüllen.

1. Beispiel: Ist die Einbindung einer NodeJS Bibliothek um Statistiken oder Angaben zu YouTube Videos zu erhalten. Technisch ist es ein Beispiel für asynchrone Verarbeitung und Abfangen von Fehlern von "Promise"-Objekten, da sonst NodeRed abstürzt.

2. Beispiel: Ist die Einbindung einer kleinen smarten NodeJS Bibliothek um JSON Dateien als Datenbanken zu nutzen. Ich habe hier mal 2 Anwendungsfälle simuliert, um mit Hilfe von Konfigurationsdaten - Übersetzungen zu machen.

3. Ist ein einfaches Beispiel zur Einbindung einer NodeJS Bibliothek zur Taupunktberechnung bzw. um Hitzewarnungen zu generieren .

Hier ist der Thread - um diesen nicht vollzumüllen: https://forum.iobroker.net/topic/53446/ext-nodejs-module-in-node-red-on-the-fly-nutzen-ab-v-3-0