(Ich erstelle dieses neue Thema, damit diese „kleinen“ Fehler behandelt werden)
Das funktioniert super!
![]()
Allerdings sollte eine Warnmeldung hinzugefügt werden, dass das Deaktivieren von Node-RED den Container deinstalliert und die aktuellen Flüsse löscht!!! ![]()
(so lange, bis die Version kommt, die es ermöglicht, die Daten wie bei den Containern zigbee2mqtt und mqtt zu speichern
)
Ein „Neustarten“-Button, um den Node-RED-Container neu zu starten (manchmal notwendig, wenn er abstürzt), ist möglich?
Aber wenn man auf der Systemseite den Dienst stoppt (ich dachte, das wäre dasselbe wie das Neustarten des Dienstes, oops
), dann hat das denselben Effekt wie „Deaktivieren“ auf der Node-RED-Seite, also wird der Container deinstalliert und die Flüsse gelöscht (ich hatte gerade alle node_modules neu geladen
)

et dann hat man das auf der Node-RED-Seite, also die Seite ist nicht aktuell
Wenn man auf „Deaktivieren“ klickt, kehrt man zur normalen Situation zurück und kann ohne Probleme wieder aktivieren!
Außerdem stelle ich fest, dass, wenn man Gladys extern stoppt oder wenn der Container aufgrund eines Fehlers (oft wegen der Flüsse, die man darin macht) gestoppt wurde und man ihn manuell neu startet, man sich im selben Zustand wiederfindet, als ob man ihn in den Diensten deaktiviert hätte. Ich weiß nicht, ob es ein Seitenneuladen gibt, wenn man auf http://IP/dashboard/integration/device/node-red zugreift, aber es entspricht nicht dem tatsächlichen Zustand des Containers… nun ja, hier sind ein paar Rückmeldungen! ![]()







