Ich gebe zu, dass ich nicht so richtig Bescheid weiß
Meinst du false?
Versuche den Import noch einmal, wenn es nicht funktioniert, dann machst du den Test ohne Verschlüsselung
Sind die Flows RFlink? Ist es das?
@VonOx
Ich habe versucht, Node Red erneut zu installieren
Was passieren musste, ist passiert
Also habe ich Node Red neu installiert: kein Problem
Ich wollte meine alten Flows nicht wiederherstellen
Ich habe meinen Node-Server-Gateway Xiaomi mit den alten Parametern neu erstellt: kein Problem
Und ich habe die Nodes Serial IN und Serial OUT mit ihren alten Parametern neu erstellt und es ist abgestürzt,
Ich habe meinen Xiaomi-Flow zurückgesetzt, alles funktioniert
Ich habe meine alten Flows Xiaomi und RfLink wiederhergestellt, wobei ich darauf geachtet habe, die Serial-Nodes zu löschen, alles ist gut
Sobald ich mit den Serial-Nodes neu deploye :: Serververbindung verloren
Hier sind die Node-Red-Logs
Willkommen bei Node-RED
===================
4 Apr 20:28:03 - [info] Node-RED Version: v2.2.2
4 Apr 20:28:03 - [info] Node.js-Version: v14.18.2
4 Apr 20:28:03 - [info] Linux 5.10.103-v8+ arm64 LE
4 Apr 20:28:04 - [info] Palette-Knoten werden geladen
4 Apr 20:28:07 - [info] Einstellungsdatei: /data/settings.js
4 Apr 20:28:07 - [info] Kontextspeicher: 'default' [Modul=memory]
4 Apr 20:28:07 - [info] Benutzerverzeichnis: /data
4 Apr 20:28:07 - [warn] Projekte deaktiviert: editorTheme.projects.enabled=false
4 Apr 20:28:07 - [info] Flows-Datei: /data/flows.json
4 Apr 20:28:07 - [info] Server läuft jetzt unter http://127.0.0.1:1880/
4 Apr 20:28:07 - [warn]
---------------------------------------------------------------------
Ihre Flow-Anmeldedatei ist mit einem systemgenerierten Schlüssel verschlüsselt.
Wenn der systemgenerierte Schlüssel aus irgendeinem Grund verloren geht, ist Ihre Anmeldedatei
nicht wiederherstellbar, Sie müssen sie löschen und Ihre Anmeldedaten erneut eingeben.
Sie sollten Ihren eigenen Schlüssel mit der Option 'credentialSecret' in Ihrer Einstellungsdatei festlegen. Node-RED verschlüsselt dann Ihre Anmeldedatei
mit Ihrem gewählten Schlüssel beim nächsten Mal, wenn Sie eine Änderung deployen.
---------------------------------------------------------------------
4 Apr 20:28:07 - [info] Flows werden gestartet
> node-red-docker@2.2.2 start /usr/src/node-red
> node $NODE_OPTIONS node_modules/node-red/red.js $FLOWS "--userDir" "/data"
4 Apr 20:28:15 - [info]
Willkommen bei Node-RED
===================
4 Apr 20:28:15 - [info] Node-RED Version: v2.2.2
4 Apr 20:28:15 - [info] Node.js-Version: v14.18.2
4 Apr 20:28:15 - [info] Linux 5.10.103-v8+ arm64 LE
4 Apr 20:28:16 - [info] Palette-Knoten werden geladen
4 Apr 20:28:20 - [info] Einstellungsdatei: /data/settings.js
4 Apr 20:28:20 - [info] Kontextspeicher: 'default' [Modul=memory]
4 Apr 20:28:20 - [info] Benutzerverzeichnis: /data
4 Apr 20:28:20 - [warn] Projekte deaktiviert: editorTheme.projects.enabled=false
4 Apr 20:28:20 - [info] Flows-Datei: /data/flows.json
4 Apr 20:28:20 - [info] Server läuft jetzt unter http://127.0.0.1:1880/
4 Apr 20:28:20 - [warn]
---------------------------------------------------------------------
Ihre Flow-Anmeldedatei ist mit einem systemgenerierten Schlüssel verschlüsselt.
Wenn der systemgenerierte Schlüssel aus irgendeinem Grund verloren geht, ist Ihre Anmeldedatei
nicht wiederherstellbar, Sie müssen sie löschen und Ihre Anmeldedaten erneut eingeben.
Sie sollten Ihren eigenen Schlüssel mit der Option 'credentialSecret' in Ihrer Einstellungsdatei festlegen. Node-RED verschlüsselt dann Ihre Anmeldedatei
mit Ihrem gewählten Schlüssel beim nächsten Mal, wenn Sie eine Änderung deployen.
---------------------------------------------------------------------
4 Apr 20:28:20 - [info] Flows werden gestartet
> node-red-docker@2.2.2 start /usr/src/node-red
> node $NODE_OPTIONS node_modules/node-red/red.js $FLOWS "--userDir" "/data"
Ich habe versucht herauszufinden, woher das Problem kommen könnte, aber jetzt weiß ich nicht mehr, was ich tun soll.
Da sehe ich außer die Frage in der Node-RED-Community zu stellen nicht viel, was ich tun könnte. In den Logs steht nur ein Neustart während des Startens der Flows.
Entschuldige, dass ich nicht mehr helfen kann.
Danke trotzdem
Gute Nacht
Hier mein gescheiterter Versuch
In sudo nano /var/lib/node-red/settings.js
Ich habe //credentialSecret: "a-secret-key", auskommentiert
und durch (das ist nur ein Beispiel) ersetzt
credentialSecret: "adfgjjsdbkqmf25vdDGdj",
und den Docker-Container node_red neu gestartet
Ich habe dasselbe auf beiden Versionen, 32 und 64 Bit, mit demselben Code gemacht.
Ich habe meine Flows auf der 32-Bit-Version neu deployt, damit sie mit dem neuen Code neu verschlüsselt und dann exportiert werden.
Importiert auf die 64-Bit-Version, aber immer noch Absturz beim Deployen.
Ich habe den ursprünglichen //credentialSecret: « a-secret-key » zurückgesetzt.
serial-port in und serial-port out sowie node-red-node-serialport in Manage Palette entfernt, die Flows deployed, exportiert, importiert in die 64-Bit-Version – bisher kein Absturz.
Ich erstelle serial-port in im neuen, ich drücke die Daumen.
das ist schiefgegangen
Ich habe node-red-node-serialport Version 0.15.0 installiert, die auf meinem 32-Bit-System funktioniert hat
https://www.npmjs.com/package/node-red-node-serialport/v/0.15.0
Im Terminal, um eine Shell in Docker zu öffnen
$ docker exec -it node_red /bin/bash
Das gibt mir zurück
bash-5.0#
Ich kopiere den folgenden Befehl am Ende ein
npm i node-red-node-serialport@0.15.0
Es läuft und gibt mir am Ende Folgendes zurück
notice created a lockfile as package-lock.json. You should commit this file.
+ node-red-node-serialport@0.15.0
added 48 packages from 37 contributors and audited 338 packages in 60.866s
45 packages are looking for funding
run `npm fund` for details
found 4 critical severity vulnerabilities
run `npm audit fix` to fix them, or `npm audit` for details
Da es 4 kritische Sicherheitslücken gibt, führe ich aus
npm audit fix
Wie vorgeschlagen
Dann
exit
et
docker restart node_red
Jetzt habe ich eine node-red-node-serialport Version 0.15.0
Serial in aktiviert, kein Fehler.
Weiter geht’s morgen mit Serial out
Das gleiche Problem ist bekannt, Build-Problem
Hallo @VonOx
wo kommt diese Zeile hin?
Denn ich habe das hier kopiert:
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
-u root \
--network=host \
--name node_red \
-v /var/lib/node-red:/data \
nodered/node-red
--group-add dialout
et das hier erhalten:
14d574b7875d8de709dbd477babf642c0a9c76fad82b9de77784163309aba71d
-bash: --group-add: command not found
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
-u root \
--network=host \
--name node_red \
--group-add dialout \
-v /var/lib/node-red:/data \
nodered/node-red
danke @VonOx
aber das ändert nichts
Führt der Befehl nicht aus oder stürzt Node-RED immer noch ab?
Übrigens, warum das -u root?
Es stürzt immer noch ab
Das steht im Tutorial von Pierre-Gilles, er erklärt es doch, aber ich bin nicht mehr auf diesem Level 
@bjm, @VonOx
Gut, ich habe deinen Beitrag befolgt, um auf die Version 0.15.0 zurückzukehren. 
. Und alles ist wieder in Ordnung, alles funktioniert, ich finde alle Werte meiner Sensoren im Debug. Wie @VonOx kommentiert hat, liegt das Problem also am Update der Palette « node-red-node-serialport 1.0.1 ». Die Version 0.15.0 funktioniert gut und ist für mich sehr zufriedenstellend.
Vielen Dank an euch beide, ich kann jetzt mit der Entwicklung meiner Szenen weitermachen. 
7h
@bjm
Ich habe mir erlaubt, deine Manipulation in das RFLink-Tutorial einzubauen und warte, bis der Bug behoben ist. Ich hoffe, du wirst mir das nicht übel nehmen. 
Auf jeden Fall nochmals vielen Dank
Das hast du gut gemacht.
Ich denke, ich sollte auch einen Beitrag mit unserem Problem als Titel erstellen, damit diejenigen, die im Forum suchen, ihn finden können, denn hier sind wir beim Beitrag Ziegbee2mqtt.
Gute Rückkehr
Es ist nicht gewonnen weil zigbee2Mqtt abstürzt, während Node-red wieder korrekt funktioniert. Und jetzt habe ich Node red gelöscht und zig2Mqtt (neu installiert) funktioniert korrekt. Ich werde einige Tage warten, um Node-red wieder zu installieren. Fortsetzung folgt
Ja, das wäre besser
Da du immer noch Probleme mit Ziegbee2mqt hast, habe ich „node-red-node-serialport 0.15.0“ entfernt und im Shell ausgeführt
npm rebuild --node-red-node-serialport
Das hat nichts gebracht.
Ich habe „node-red-node-serialport 1.0.1“ über die Node-Red-Software neu installiert
Seltsamerweise zeigt es mir „node-red-node-serialport 0.15.0“ an
Ich habe das automatische Update zweimal durchgeführt, da das erste nicht funktioniert hat.
Docker Node-red neu starten und im Shell ausführen.
npm rebuild --build-from-source
Ich teste also Version 1.0.1
Es stürzt immer noch ab.
Ich installiere Version 0.15.0 wie zuvor.
Seltsamerweise findet er diesmal keine Schwachstellen.
Und Node-red funktioniert (ich teste mit einem Schalter)
Ich installiere Ziegbee2mqt. Ich habe eine ADSL-Verbindung, daher dauert es eine Weile.
Ich habe das Gefühl, dass die Installation abgebrochen wurde.
Ich deaktiviere "Ziegbee2mqt aktivieren" und aktiviere es erneut.
Und ich sehe die Häkchen der Bestätigung im Bild.
Da es bereits 1 Uhr morgens ist, höre ich auf.
Heute Morgen beginne ich mit einem Update von Gladys
sudo apt update
sudo apt upgrade
Es gibt ein Docker-Update.
Ich richte einen Xiaomi-Button und einen anderen Sonoff ein
Diese funktionieren.
Ich überprüfe meinen Rflink-Schalter, der ebenfalls noch funktioniert.