Datentyp wird falsch ausgegeben

[MichMein]

Hi Leute,

ich bin mir nicht ganz sicher ob das Thema hierher gehört, aber ich probiere es mal. Es sind meine ersten Gehversuche mit node-red.

Ich habe unter "userdata" einen neuen state angelegt vom Typ "boolean", wenn ich in node.red diesen mit dem debug-Baustein auslese steht dort leider "string". Was mache ich falsch?

{
  "common": {
    "name": "schlafen_gehen",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false
  },
  "type": "state",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1640807275032,
  "_id": "0_userdata.0.Diverses.virtuelle_Schalter.schlafen_gehen",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Vielen Dank

[mickym]

@michmein Das Problem liegt wie immer in Deinen Adaptereinstellungen, die alle Datenpunkte in Strings wandelt. Das empfehle ich immer als erstes raus zu machen.

Ich habe keine Ahnung warum man das als Default Einstellung einstellt - habe es schon moniert:

[MichMein]

@mickym
manchmal liegt die Lösung doch so nah.

Danke

[MichMein]

@mickym
Eine OT Frage habe ich da noch, jedes mal wenn node-red neugestertet wird erscheint folgende Meldung im Log,

node-red.0 2021-12-29 21:03:53.846	error	install: [""]

bekomme ich diese irgendwie weg?

[mickym]

@michmein Hmm ich hab das nicht - liegt das eventuell daran, dass Du keinen Palettenmanager nutzt und keine zusätzlichen Module installiest? -
Vielleicht hast Du ja da auch Leerzeichen drin. Ansonsten kann ich mir nicht vorstellen, was da installiert wird - ausser Du hast schon irgendwas innerhalb von Node-Red gemacht.

Dann kannst eventuell ein Issue aufmachen. Ich nutze wie gesagt den Palettenmanager. Weiß aber nicht, ob es daran liegt, aber nachdem ich das nicht habe und Du ja noch nicht soviel gemacht hast könnte es vielleicht eine Ursache sein.

Nachdem ich aber erst wegen der Stringkonvertierung mal ein Issue aufgemacht habe :
https://github.com/ioBroker/ioBroker.node-red/issues/243
Kannst ja selbst mal eines aufmachen.
Wie gesagt ich nutze den Palletten-Manager.

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

closed Change Default Setting of converting iobroker Data to Strings (Default should be no) #243

[MichMein]

@mickym Wenn der Palletmanager eingeschaltet ist bleibt das Log ruhig.

[mickym]

@michmein Na dann war mein Verdacht richtig. Ist wahrscheinlich wieder so ein Ding mit dem neuen Admin - wie gesagt, ich nutze den Paletten-Manager eh viel lieber, weil ich dort die Versionen sehen kann und das alles viel leichter managen kann, als über iobroker.

Die Art Module so nachzuinstallieren, halte ich sowieso für benutzerunfreundlich - auch wenn man ggf. bei Neuaufbau des Systems alle fehlenden Nodetypen manuell nachinstallieren muss.

[MichMein]

@mickym Ich habe es jetzt bei mir ebenfalls geändert und nutze den Manager. Ein Issue ist auch erstellt.

[mickym]

@michmein Wie gesagt - der Paletten-Manager ist wesentlich benutzerfreundlicher - da kannst auch Module suchen etc.. Das hat man hier erst mit NodeRed Adapter Version 2.0 und höher eingeführt - früher hat man auch nur den Paletten-Manager genutzt.

[frankyboy73]

@michmein sagte in Datentyp wird falsch ausgegeben:

Ich habe es jetzt bei mir ebenfalls geändert und nutze den Manager. Ein Issue ist auch erstellt.

Hi, der Fehler im Log kommt wohl auch wenn das Feld nicht leer ist.
Siehe hier:
https://github.com/ioBroker/ioBroker.node-red/issues/242
Ich würde dir auch empfehlen das komplette Log vom Node Red Start im Issue zu posten.

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

closed Error of installing additional NPM-Modules #242

[MichMein]

Hi @frankyboy73, ich bin deinem Rat mal gefolgt, wenn auch der Inhalt des Logs dadurch nicht aussagekräftiger wird. Und es ist richtig das der error auch kommt wenn Pakete eingetragen werden, da dachte ich allerdings das es sich tatsächlich um einen Fehler handelt. Aufgestoßen war mir das erst nachdem die Zeile leer war und trotzdem ein error erschien.
Wie dem auch sei, ich denke nicht das es so sein soll und dort wohl nachgebessert werden müsste.

[frankyboy73]

@michmein Hi, man sieht dadurch aber auch sofort welche Adapterversion du hast und welche Node JS und JS Controller Version du nutzt. Da apollon77 in dem anderem Issue auch nach dem kompletten Log gefragt hat, denke ich er möchte es bei deinem Issue auch sehen.
Ja und das da kein Error kommen sollte, da gebe ich dir vollkommen recht. Danke fürs melden.

[MichMein]

@frankyboy73 sagte in Datentyp wird falsch ausgegeben:

... man sieht dadurch aber auch sofort welche Adapterversion du hast und welche Node JS und JS Controller Version du nutzt. Da apollon77 in dem anderem Issue auch nach dem kompletten Log gefragt hat, ...

Sry, soweit kann ich zu dieser Uhrzeit nicht mehr denken. Du hast völlig recht!

[frankyboy73]

@michmein Kein Problem. Ich kenne das nur mittlerweile zu gut, das man möglichst viele Informationen liefern sollte. Sonst wird eh wieder danach gefragt. Und irgendwas vergisst man sowieso immer.

[Bavarian]

@mickym

Hallo Michael,

mich hat das Thema mit dem String nun auch erwischt.
Das Kreuz bei ...in Zeichenkette konvertieren ist raus, Adapter neu gestartet.
Das Problem bleibt bestehen.

DP ist ein Array und wenn ich in NR den IOB Input auf Debug lege werden Fehlermeldungen und ein String angezeigt.

DP:

{
  "common": {
    "name": "MSGARRAY",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "array",
    "read": true,
    "write": true
  },
  "type": "state",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1641549290173,
  "_id": "0_userdata.0.MSGARRAY"
}

Hast Du noch eine Idee was da schief läuft?

[mickym]

@bavarian

Hmm das liegt meines Erachtens am iobroker oder dem Admin 5 .

Sobald Du ein Array mit NodeRed in den Datenpunkt schreibst, kommt auch ein Array wieder rein:

Sobald Du das aber über die iobroker Eingabemaske veränderst bekommst Du es zwar so angezeigt

in der Eingabemaske sind dann die Klammern weg

Modifizierst Du dann in der Eingabemaske die Zahl nur, dann gehen die Klammern weg.
und dann bekommst Du ein undefiniertes Objekt bzw. einen String der auch kein JSON String ist:

Ich denke das hat irgendwas mit dem Javascript-Adapter zu tun. Am Besten ist hier bei Objekten und Arrays (sind ja auch JS Objekte) - was intern die Entwickler auch tun sollen immer ein JSON Konvertierung sowohl beim Schreiben, als auch bei Lesen vorzunehmen.

Die einzig vernünftige Vorgehensweise ist deshalb im iobroker in der Eingabemaske nur JSON Objekte anzugeben.

und dann im Node Red zu konvertieren.

Schuld ist aber in meinen Augen nicht der NR Adapter, sondern der JS Adapter. Wenn man wie im 1. Beispiel ein Array in den Datenpunkt mit NR schreibt, kommt auch ein Array wieder raus. Das Problem entsteht erst, wenn man mit dem Admin5 Adapter den Wert versucht zu schreiben.

Wenn Du hingegen ein JSON String mit NR schreibst, dann bekommt man wohl auch JSON Objekt im iobroker:

Wenn man dieses bearbeitet, bekommt man auch einen vernünftigen JSON String wieder in NR.

Wie gesagt schaut aus, wie oben - ist aber unter schiedlich:
Ein richtiges Array schaut in den Objekten zwar richtig aus.

Sobald Du es aber im iobroker modifizierst.

kommt was undefinierbares raus.

Deshalb langer Rede, kurzer Sinn - Objekte und Arrays immer als JSON abspeichern. Damit gibts dann keine Probleme. Grundsätzlich sollte man immer alle Objekte und Array als JSON Strings zwischen verschiedenen Systemen austauschen. Es ist einfach das de-facto Austauschformat.

So funktioniert es dann immer:

[Bavarian]

@mickym

Hallo Michael,

vielen Dank für die gute und ausführliche Erklärung!

Wenn ich nun aber mein JSON wie du oben gezeigt hast als ARRAY im NR habe dann ist das schon mal super.
Nur kommt das nächste Problem dann auf, wie sende ich das an die Serielle Schnittstelle, in dem Fall funktioniert \n vom String nicht mehr.
Jetzt komme ich nämlich ducheinander!
Es war einfach möglich einen DP mit dem String TestOn oder TestOff zu schreiben, die NR Serial Config hatte das Kreuz bei automzisch beim senden \n hinzufügen.
So klappte das auch problemlos.
Lasse ich das \n weg geht da nichts mehr raus, also schlecht.
Allerdings muss das \n raus wenn ich das Array senden möchte.

Kann ich eigentlich auch das Array teilen in String:Array\n ?
Also MSS:[200,50,true]

[mickym]

@bavarian Also wenn Du ein JSON im iobroker, dann ein Array im NR hat - dann schickst Du halt mit einer Split Node einzelnen Nachrichten.

Du kannst alles in alles irgendwie transformieren - die Frage ist doch was die Geräte verstehen. Wenn die serial Node - lese kann man ja auch andere Chars als Trennzeichen definieren. Aber ich kann Dir wenig dazu sagen-

Wenn Du aus dem Array ein Objekt mit Eigenschaft des ersten Elements machen willst geht das auch.

[mickym]

@bavarian sagte in Datentyp wird falsch ausgegeben:

Kann ich eigentlich auch das Array teilen in String:Array\n ?
Also MSS:[200,50,true]

Aber ich denke mal die Werte einzeln zu schicken ist praktischer.

Wenn die Anzahl der Elemente im Array bekannt ist, kannst Du einfach

Spoiler

[
    {
        "id": "6a1a60ed.2e0b7",
        "type": "inject",
        "z": "54b226bc.0793e8",
        "name": "",
        "props": [
            {
                "p": "payload"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "[\"MSS:\",250,50,true]",
        "payloadType": "json",
        "x": 1010,
        "y": 2960,
        "wires": [
            [
                "3bbabdb5.2d2c82",
                "334af2bd.e4c9ae"
            ]
        ]
    },
    {
        "id": "19a5b80c.2c2778",
        "type": "debug",
        "z": "54b226bc.0793e8",
        "name": "",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 1430,
        "y": 2960,
        "wires": []
    },
    {
        "id": "3bbabdb5.2d2c82",
        "type": "change",
        "z": "54b226bc.0793e8",
        "name": "",
        "rules": [
            {
                "t": "set",
                "p": "topic",
                "pt": "msg",
                "to": "payload[0]",
                "tot": "msg"
            },
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "{\t    topic : payload [[1..3]]   }",
                "tot": "jsonata"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 1230,
        "y": 2960,
        "wires": [
            [
                "19a5b80c.2c2778"
            ]
        ]
    },
    {
        "id": "334af2bd.e4c9ae",
        "type": "function",
        "z": "54b226bc.0793e8",
        "name": "",
        "func": "let obj = {};\nlet topic = msg.payload.shift();\nobj[topic]=msg.payload;\nmsg.payload = obj;\nreturn msg;",
        "outputs": 1,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1210,
        "y": 3040,
        "wires": [
            [
                "bc0d6bea.9bab98"
            ]
        ]
    },
    {
        "id": "bc0d6bea.9bab98",
        "type": "debug",
        "z": "54b226bc.0793e8",
        "name": "",
        "active": false,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "false",
        "statusVal": "",
        "statusType": "auto",
        "x": 1440,
        "y": 3040,
        "wires": []
    }
]

das wie folgt in ein Objekt wandeln, ansonsten musst halt mit JS entfernen das geht dann schneller.

let obj = {};
let topic = msg.payload.shift();
obj[topic]=msg.payload;
msg.payload = obj;
return msg;

[Bavarian]

@mickym

Vielen Dank schon mal für die Hilfe!!
Ich mache einen neuen Thread auf denn irgendwie bekomme ich das nicht auf der Seriellen übertragen.