ja, das ist gut 
Für mich wurde alles wieder stabil, nachdem ich Node-RED gemäß dem Tutorial von Pierre-Gilles neu installiert und -u node-red:dialout \ hinzugefügt habe.
Aufgrund der vielen Manipulationen, die ich vorher durchgeführt habe, weiß ich nicht, was schließlich die Sache gelöst hat.
Danke an alle
Hallo,
ich werde mir ansehen, was @tiboys gemacht hat, um zu überprüfen, ob das in meinem Fall funktioniert. Denn meine Manipulation ist sehr aufwendig und außerdem habe ich heute Morgen den Eindruck, dass ich ZigbeeMQTT2 eingefroren habe.
Gilt das allgemein oder nur für deinen Fall, weil du serial-port verwendest?
Ich habe auf der Node-RED-Website nachgeschaut und der „Standard“-Befehl scheint sich nicht geändert zu haben (siehe: Running under Docker : Node-RED )
Hallo @pierre-gilles
Laut den vorherigen Nachrichten scheine ich nicht der Einzige zu sein, der Node RD nach dem Update auf Version V3 verloren hat. Aber @tiboys scheint das Problem leichter gelöst zu haben, ich warte auf seine Rückmeldung.
Eigentlich war es wieder mal ein großes Herumgebastel, ohne alles zu verstehen, wie ich es gewohnt bin! 
Ich kopiere Befehle und füge sie ein, ohne zu wissen, was sie bewirken.
Kurz gesagt, ich habe dein Tutorial @Psoy gefolgt, aber es gab einen Fehler bei "device=/dev/ttyUSB0 ", also sagte sudo chown -R 1000:1000 /var/lib/node-red, dass der Pfad nicht gefunden wurde.
Also habe ich von vorne begonnen, um den Docker nodered zu löschen, und dann habe ich das ursprüngliche Tutorial befolgt und den Befehl -u node-red:dialout zur Docker-Befehlsgruppe docker run -d hinzugefügt.
Ich habe versucht, die Version 0.15 von serial port zu installieren, aber das ist schiefgegangen, und ich habe schließlich die 1.0.1 und alles funktioniert.
Bei meinen Bastelarbeiten habe ich einen Container mynodered erstellt, der aber nicht « gestartet » ist, also denke ich, dass es keine Auswirkungen hat.
Entschuldigung, dass ich keine weiteren Details geben kann ..
Ich kann jeden Befehl ausführen, der euch mehr Informationen geben könnte.
Hallo
ich bin zwei Tage weg und wenn ich zurückkomme, richte ich alles neu ein. Offensichtlich gibt es eine viel einfachere Methode
« Heute Morgen hatte ich den Eindruck, dass ZigbeeMQTT2 eingefroren ist ». Ich habe die Gelegenheit genutzt, um einen USB-Hub hinzuzufügen, um den RPI zu entlasten. Im Zweifel habe ich ihn entfernt und Gladys neu gestartet. ZigbeeMqtt2 wurde korrekt neu installiert und funktioniert, wir werden sehen, ob es wieder einfriert, wenn ich zurückkomme
Guten Tag
Ich hatte noch keine Zeit, um zu überprüfen, ob node-red bei mir noch läuft.
Für einen USB-Hub hatte ich versucht, einen einzurichten, aber ohne Erfolg.
Ansonsten reicht es, ein Label hinzuzufügen, um Node-RED-Updates mit Watchtower zu blockieren.
In meinem Fall bevorzuge ich einen funktionierenden Container zu sperren und nur in bestimmten Fällen zu aktualisieren, wobei ich genau kontrolliere, was ich tue!
Guten Abend,
Ich habe Node_red widerwillig neu installiert, nachdem die Version 0.15.0 auf 1.0.1 aktualisiert wurde, was automatisch passiert ist. Ich habe die Gelegenheit genutzt, um die Node-Red-Installation erneut durchzuführen. Ich habe also die Nachricht von @tiboys befolgt.
Daher habe ich das Tutorial von Pierre-Gilles mit der Zeile -u node-red:dialout \ ergänzt. Ich hatte das bereits gemacht, aber es funktionierte nicht, weil ich diese Zeile wahrscheinlich nicht an der richtigen Stelle eingegeben hatte,
hier ist der Befehl, der funktioniert hat:
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
-u root \
--network=host \
--name node_red \
-u node-red:dialout \
-v /var/lib/node-red:/data \
nodered/node-red
Dann habe ich Node_red neu gestartet. In diesem Moment startet Node_red von selbst neu. Also habe ich die Zeile von VonOx hinzugefügt:
sudo chown -R 1000:1000 /var/lib/node-red
und damit ist Node_red wieder gestartet, ich kann es öffnen. Nach der Installation des Serialport-Pakets 1.0.1: Problem « Verbindungsverlust » und wenn man die Node-Red-Seite schließt, wird sie nicht mehr angezeigt, wenn man sie erneut öffnen möchte. Daher ist für mich der Wechsel zum Serialport-Paket 0.15.0 zwingend erforderlich. Nach der Installation dieser Paketversion läuft alles wieder normal.
Falls jemand das Node_red-Paket V1.0.1 zum Laufen gebracht hat, würde ich gerne erfahren, was er gemacht hat. Denn ich denke, dass ich diese Manipulationen bei jedem Update des Serialport-Pakets wiederholen muss.
@spenceur, ich bin daran interessiert, das Update von Node red zu blockieren, aber ich habe deine Nachricht gelesen und nicht verstanden, könntest du die Schritte zum Blockieren des Node-red-Updates detaillieren? Vielen Dank im Voraus
Ich werde das Tutorial Rflink, Node Red und Gladys ändern.
Gute Nacht
Hallo,
Wenn ich dich richtig verstanden habe, startest du deinen Container so:
Du musst nur diese Option hinzufügen
--label com.centurylinklabs.watchtower.enable=false
Oder
-l com.centurylinklabs.watchtower.enable=false
Das ergibt dann so etwas:
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
-u root \
--network=host \
--name node_red \
-u node-red:dialout \
-v /var/lib/node-red:/data \
--label com.centurylinklabs.watchtower.enable=false
nodered/node-red
Aber ist es normal, dass in deinem Befehl zweimal -u vorkommt?
Achtung, wenn du das machst, wird watchtower deinen Container nicht mehr automatisch aktualisieren.
Dann musst du unabhängig die Entwicklung jedes blockierten Containers verfolgen, um das Update durchzuführen und es korrekt auszuführen 
Hallo @Psoy, mein Sieg war von kurzer Dauer 
Nach einigen Tagen ohne Probleme, ging der Node Serial Port in Node-RED verloren. Er ist verschwunden und es ist unmöglich, ihn über das Menü neu zu installieren (es läuft, aber es kommt immer wieder auf „Installieren“ zurück).
Ich versuche es über die Konsole mit dem Befehl für die 0.15 und einem Neustart von Node-RED und wenn ich versuche, mich zu verbinden, wird das Node-RED-Logo 1 Sekunde im Tab angezeigt, dann ist die Seite nicht mehr erreichbar.
Ich glaube, ich muss alles noch einmal von vorne beginnen!! 
Hallo @tiboys
Mir ist gestern Abend dasselbe passiert. Ich war auf Version 0.15.0 und Node-RED ist auf Version 1.0.1 umgestiegen, also Stopp von Node-RED und gezwungen, alles neu zu installieren
Nachdem ich die Manipulation von @bjm durchgeführt habe, sieht man, wenn man die Palette Serialport auswählt, nur die Version 1.0.1. Du installierst sie und wenn du überprüfst, ob deine Palette tatsächlich installiert ist, erscheint die Version 0.15.0. Ich weiß nicht warum, aber so ist es 
Danke @spenceur
Ich weiß nicht, was -u bedeutet, also stört es mich nicht, dass es zweimal in diesem Befehl vorkommt. Leider 
Ich kopiere einfach und wenn es funktioniert, umso besser.
Ich bin offen für Erklärungen oder Informationen, wie man das programmiert? Es ist in Docker, es ist Linux, ich finde mich nicht zurecht.
Danke für deine Antwort, ich werde es neu programmieren, beim nächsten Absturz
Hallo, ich habe dir den Link zur Dokumentation des Befehls in meiner Nachricht hinterlassen, hier ein Auszug:
@Einstein8854 hat weiter oben darüber gesprochen:
Das ist normal, es wird schon technischer, es ist das Gegenteil von dem, was @pierre-gilles möchte.
Wenn du ohne zu verstehen, was du tust, in die Hände greifst, ist das nicht einfach.
Ich rate dir dringend, deine Node-Red-Version zu sperren.
Andernfalls, @VonOx, @pierre-gilles, ich frage mich, ob ihr nicht watchtower in den Bildern konfigurieren solltet, damit er nur gladys und nicht die anderen Container überprüft.
Denn sonst werdet ihr viele Themen haben, die nicht direkt gladys betreffen, sondern Systeme, auf denen gladys oder zumindest auf dem « Dienst » mqtt von gladys gesteckt ist.
Ich weiß, dass das Pierre-Gilles’ Kampf ist, aber es ist sehr verlockend, eine Software zu installieren, die mir ermöglicht, RFlink, die Xiaomi-Gateway und Tuya per WLAN zu nutzen. Seit ich Node Red installiert habe, habe ich Linux-Befehle, JavaScript usw. gelernt, aber der Weg ist noch lang. Und wenn man keine Grundlagen hat, ist es viel komplizierter zu wissen, wo man nach Informationen suchen soll. Deshalb wende ich mich an euch um Hilfe und danke euch noch einmal. 
Das macht tatsächlich Sinn, wir bieten Support für andere Projekte an, die nichts mit Gladys zu tun haben.
Hallo @VonOx,
du baignes mehr drin als ich und trotz meiner Recherchen im Netz habe ich nichts gefunden.
Gibt es nicht für Watchtower eine UI, ähnlich wie die, die wir für Zigbee über den Port 8080 haben, die es ermöglichen würde, einerseits die Konfiguration und die Parameter von Watchtower zu visualisieren und andererseits die Parameter nach Bedarf zu ändern? Denn Watchtower hat einen echten Nutzen für die Wartung. Das wäre, dass Watchtower eine Warnung über die vorhandenen Updates der Container in unserem Docker gibt und der Benutzer die Möglichkeit hätte, die Updates manuell auszulösen oder nicht?
Nein, das gibt es nicht, und es gibt auch kein Interesse, da es keine Konfigurationsdatei gibt, Watchtower ist eine CLI.
Wenn Sie Stabilität wollen, verwenden Sie nicht die Docker-Images mit dem Tag „latest“. Wie @spenceur sagt, gibt es Tags für jede Version (wir machen das übrigens auch für Gladys).
Ich habe meine Flows gelöscht, die Serial-Port-Palette 1.0.1 deinstalliert, die 0.15 wieder installiert und jetzt funktioniert es wieder. Ich hoffe, dass sie sich nicht wieder von alleine aktualisiert …
Abwarten und Tee trinken ..