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

[mrjeschke]

@mickym

Sorry, brauch wohl doch ne neue Brille.

[Claus1985 0]

@apollon77 danke für die Info und vielen Dank für den Adapter!
Kann ich das im Adapter konfigurieren, damit das funktioniert
oder bedeutet das, sobald Admin mit auth tritt der Fehler unweigerlich auf
und das lässt sich nur über deaktivieren des auth korrigieren?
Danke und Gruß,
Claus

[apollon77]

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

sobald Admin mit auth tritt der Fehler unweigerlich auf
und das lässt sich nur über deaktivieren des auth korrigieren?

Grundsätzlich ja, aber es betrifft nur den Select-ID Dialog in der Node-Red-Node Konfiguration

[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.