diff --git a/packages/node_modules/@node-red/editor-client/locales/de/editor.json b/packages/node_modules/@node-red/editor-client/locales/de/editor.json index c634d9fb3..8e1b86cf8 100755 --- a/packages/node_modules/@node-red/editor-client/locales/de/editor.json +++ b/packages/node_modules/@node-red/editor-client/locales/de/editor.json @@ -82,8 +82,8 @@ "palette": { "show": "Palette anzeigen" }, - "settings": "Benutzereinstellungen", - "userSettings": "Benutzereinstellungen", + "settings": "Einstellungen", + "userSettings": "Einstellungen", "nodes": "Nodes", "displayStatus": "Node-Status anzeigen", "displayConfig": "Konfigurations-Nodes", @@ -147,7 +147,7 @@ "safe-mode": "

Flows sind im abgesicherten Modus gestoppt.

Flows können bearbeitet und übernommen (deploy) werden, um sie neu zu starten.

", "restartRequired": "Node-RED muss neu gestartet werden, damit die Module nach Upgrade aktiviert werden", "credentials_load_failed": "

Flows gestoppt, da die Berechtigungen nicht entschlüsselt werden konnten.

Die Datei mit dem Flow-Berechtigungen ist verschlüsselt, aber der Schlüssel des Projekts fehlt oder ist ungültig.

", - "credentials_load_failed_reset": "

Die Berechtigungen konnten nicht entschlüsselt werden.

Die Datei mit den Flow-Berechtigungen ist verschlüsselt, aber der Schlüssel des Projekts fehlt oder ist ungültig.

Die Datei mit den Flow-Berechtigungen wird bei der nächsten Übernahme (Deploy) zurückgesetzt. Alle vorhandenen Flow-Berechtigungen werden gelöscht.

", + "credentials_load_failed_reset": "

Die Berechtigungen konnten nicht entschlüsselt werden.

Die Datei mit den Flow-Berechtigungen ist verschlüsselt, aber der Schlüssel des Projekts fehlt oder ist ungültig.

Die Datei mit den Flow-Berechtigungen wird bei der nächsten Übernahme (deploy) zurückgesetzt. Alle vorhandenen Flow-Berechtigungen werden gelöscht.

", "missing_flow_file": "

Die Flow-Datei des Projekts wurde nicht gefunden.

Das Projekt ist nicht mit einer Flow-Datei konfiguriert.

", "missing_package_file": "

Die Paket-Datei des Projekts wurde nicht gefunden.

In dem Projekt fehlt die 'package.json'-Datei.

", "project_empty": "

Das Projekt ist leer.

Soll ein Standardsatz an Projektdateien erstellen werden?
Andernfalls müssen die Dateien manuell außerhalb des Editors dem Projekt hinzugefügt werden.

", @@ -256,7 +256,7 @@ "copyMessageValue_truncated": "Abgeschnittenen Wert kopiert" }, "deploy": { - "deploy": "Übernahme (Deploy)", + "deploy": "Übernahme (deploy)", "full": "Vollständig", "fullDesc": "Übernimmt alles im Arbeitsbereich", "modifiedFlows": "Geänderte Flows", @@ -265,9 +265,9 @@ "modifiedNodesDesc": "Übernimmt nur Nodes, die sich geändert haben", "restartFlows": "Flows neustarten", "restartFlowsDesc": "Startet die aktuell übernommenen Flows (ohne vorheriges Deploy)", - "successfulDeploy": "Erfolgreich übernommen (Deploy)", + "successfulDeploy": "Erfolgreich übernommen (deploy)", "successfulRestart": "Flows erfolgreich neugestartet", - "deployFailed": "Übernahme (Deploy) fehlgeschlagen: __message__", + "deployFailed": "Übernahme (deploy) fehlgeschlagen: __message__", "unusedConfigNodes": "Einige Konfigurations-Nodes werden nicht verwendet.", "unusedConfigNodesLink": "Hier klicken, um sie anzuschauen.", "errors": { @@ -276,7 +276,7 @@ "confirm": { "button": { "ignore": "Ignorieren", - "confirm": "Übernahme (Deploy) bestätigen", + "confirm": "Übernahme (deploy) bestätigen", "review": "Änderungen prüfen", "cancel": "Abbrechen", "merge": "Zusammenführen (merge)", @@ -377,10 +377,10 @@ "configDelete": "Löschen", "nodesUse": "__count__ Node verwendet diese Konfiguration", "nodesUse_plural": "__count__ Nodes verwenden diese Konfiguration", - "addNewConfig": "Neuen Konfigurations-Node __type__ hinzufügen", - "editNode": "Node __type__ bearbeiten", - "editConfig": "Konfigurations-Node __type__ bearbeiten", - "addNewType": "Neuen Typ __type__ hinzufügen", + "addNewConfig": "Neuen Konfigurations-Node '__type__' hinzufügen", + "editNode": "Node '__type__' bearbeiten", + "editConfig": "Konfigurations-Node '__type__' bearbeiten", + "addNewType": "Neuen Typ '__type__' hinzufügen", "nodeProperties": "Node-Eigenschaften", "label": "Name", "color": "Farbe", @@ -471,13 +471,13 @@ "library": "Bibliothek", "openLibrary": "Bibliothek öffnen ...", "saveToLibrary": "In Bibliothek speichern ...", - "typeLibrary": "__type__-Bibliothek", - "unnamedType": "Unbenannter __type__", + "typeLibrary": "'__type__'-Bibliothek", + "unnamedType": "Unbenannter Typ __type__", "exportedToLibrary": "Nodes in Bibliothek exportiert", "dialogSaveOverwrite": "Ein __libraryType__ mit dem Namen __libraryName__ existiert bereits. Überschreiben?", "invalidFilename": "Ungültiger Dateiname", "savedNodes": "Gespeicherte Nodes", - "savedType": "Gespeicherter __type__", + "savedType": "Gespeicherter Typ __type__", "saveFailed": "Speichern fehlgeschlagen: __message__", "newFolder": "Neues Verzeichnis", "types": { @@ -629,7 +629,7 @@ "nodeHelp": "Node-Hilfe", "none": "Keine", "arrayItems": "__count__ Elemente", - "showTips": "Sie können Anzeige der Tipps in den 'Benutzereinstellungen' reaktivieren", + "showTips": "Sie können Anzeige der Tipps in den Einstellungen im Tab 'Ansicht' reaktivieren", "outline": "Entwurf", "empty": "leer", "globalConfig": "Globale Konfigurations-Nodes", @@ -747,7 +747,7 @@ "workflowManual": "Manuell", "workflowManualTip": "Alle Änderungen müssen manuell übertragen werden (commit) über die Seitenleiste 'Projekthistorie'", "workflowAuto": "Automatisch", - "workflowAutoTip": "Änderungen werden automatisch übertragen (commit) mit jeder Übernahme (Deploy)", + "workflowAutoTip": "Änderungen werden automatisch übertragen (commit) mit jeder Übernahme (deploy)", "sshKeys": "SSH-Schlüssel", "sshKeysTip": "Ermöglicht es Ihnen, eine sichere Verbindungen zum (remote) Server-Repository herzuerstellen", "add": "Schlüssel hinzufügen", @@ -946,7 +946,7 @@ "desc0": "Node-RED verwendet das Open-Source-Tool Git für die Versionsverwaltung. Es speichert Änderungen in Ihren Projektdateien und ermöglicht es Ihnen, sie in (remote) Server-Repositories zu schieben (push).", "desc1": "Wenn Sie eine Reihe von Änderungen ins Repository übertragen (commit), werden die Änderungen mit einem Benutzernamen und einer E-Mail-Adresse in Form von Git-Datensätzen (Commits) vorgenommen. Der Benutzername kann alles sein, was Sie wollen. Es muss nicht Ihr richtiger Name sein.", "desc2": "Ihr Git-Client ist bereits mit den unten stehenden Details konfiguriert.", - "desc3": "Sie können diese Einstellungen später im Tab 'Git-Konfig.' in den Benutzereinstellungen ändern.", + "desc3": "Sie können diese Einstellungen später in den Einstellungen im Tab 'Git-Konfig.' ändern.", "username": "Benutzername", "email": "E-Mail" }, diff --git a/packages/node_modules/@node-red/editor-client/locales/de/infotips.json b/packages/node_modules/@node-red/editor-client/locales/de/infotips.json index 9b6ab6e91..72bada39b 100755 --- a/packages/node_modules/@node-red/editor-client/locales/de/infotips.json +++ b/packages/node_modules/@node-red/editor-client/locales/de/infotips.json @@ -5,7 +5,7 @@ "tip2": "{{ core:toggle-sidebar }} blendet die Seitenleiste ein/aus", "tip3": "Sie können Ihre Node-Palette mit {{ core:manage-palette }} verwalten", "tip4": "Ihre Flow-Konfigurationsnodes werden in der Seitenleiste angezeigt, die über das Menü oder mit {{ core:show-config-tab }} angezeigt werden kann", - "tip5": "Aktiviere oder deaktiviere diese Tipps in den Benutzereinstellungen", + "tip5": "Aktiviere oder deaktiviere diese Tipps in den Einstellungen im Tab 'Ansicht'", "tip6": "Sie können die ausgewählten Nodes mit den [left]/[up]/[down]/[right]-Tasten verschieben. Wenn Sie dabei [Shift] gedrückt halten, können Sie den Fensterausschnitt verschieben.", "tip7": "Wenn Sie ein Node auf eine Verbindung ziehen, wird es in die Verbindung eingefügt", "tip8": "Sie können die ausgewählten Nodes oder den aktuellen Flow-Tab mit {{ core:show-export-dialog }} exportieren", diff --git a/packages/node_modules/@node-red/nodes/locales/de/common/20-inject.html b/packages/node_modules/@node-red/nodes/locales/de/common/20-inject.html index 1502ee321..927f6fb28 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/common/20-inject.html +++ b/packages/node_modules/@node-red/nodes/locales/de/common/20-inject.html @@ -19,10 +19,10 @@ einschließlich Zeichenfolgen (string), JavaScript-Objekte oder die aktuelle Zeit.

Ausgangsdaten

-
payloadVerschiedene Typen
-
Eingestellte Nutzdaten (Payload) der Nachricht
-
topicstring
-
Optional nutzbare Nachrichten-Eigenschaft
+
payload Verschiedene Typen
+
Eingestellte Nutzdaten (Payload) der Nachricht.
+
topic string
+
Optional nutzbare Nachrichten-Eigenschaft.

Details

Der inject-Node kann einen Flow mit einstellbaren Nutzdaten (Payload) starten. diff --git a/packages/node_modules/@node-red/nodes/locales/de/common/25-catch.html b/packages/node_modules/@node-red/nodes/locales/de/common/25-catch.html index e113bb366..798f4c829 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/common/25-catch.html +++ b/packages/node_modules/@node-red/nodes/locales/de/common/25-catch.html @@ -18,14 +18,14 @@

Abfang von Fehlern von Nodes im selben Flow-Tab.

Ausgangsdaten

-
error.messagestring
-
Fehlermeldung
-
error.source.idstring
-
ID des fehlerauslösenden Nodes
-
error.source.typestring
-
Typ des fehlerauslösenden Nodes
-
error.source.namestring
-
Name des fehlerauslösenden Nodes (falls festgelegt)
+
error.message string
+
Fehlermeldung.
+
error.source.id string
+
ID des fehlerauslösenden Nodes.
+
error.source.type string
+
Typ des fehlerauslösenden Nodes.
+
error.source.name string
+
Name des fehlerauslösenden Nodes (falls festgelegt).

Details

Wenn ein Node bei der Verarbeitung einer Nachricht einen Fehler verursacht, wird der Flow in der Regel angehalten. diff --git a/packages/node_modules/@node-red/nodes/locales/de/common/25-status.html b/packages/node_modules/@node-red/nodes/locales/de/common/25-status.html index 60beff91e..7bb33b66c 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/common/25-status.html +++ b/packages/node_modules/@node-red/nodes/locales/de/common/25-status.html @@ -18,14 +18,14 @@

Berichten von Statusnachrichten anderer Nodes im selben Flow.

Ausgangsdaten

-
status.textstring
-
Statustext
-
status.source.typestring
-
Typ des statusmeldenden Nodes
-
status.source.idstring
-
ID des statusmeldenden Nodes
-
status.source.namestring
-
Name des statusmeldenden Nodes (falls festgelegt)
+
status.text string
+
Statustext.
+
status.source.type string
+
Typ des Status meldenden Nodes.
+
status.source.id string
+
ID des Status meldenden Nodes.
+
status.source.name string
+
Name des Status meldenden Nodes (falls festgelegt).

Details

Dieser Node erzeugt keine Nutzdaten (Payload).

diff --git a/packages/node_modules/@node-red/nodes/locales/de/common/98-unknown.html b/packages/node_modules/@node-red/nodes/locales/de/common/98-unknown.html index b64f685f9..99c520d97 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/common/98-unknown.html +++ b/packages/node_modules/@node-red/nodes/locales/de/common/98-unknown.html @@ -17,7 +17,7 @@ diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/10-switch.html b/packages/node_modules/@node-red/nodes/locales/de/function/10-switch.html index 746401d92..50e1d560e 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/10-switch.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/10-switch.html @@ -22,7 +22,7 @@

Optional kann der Node so eingestellt werden, dass er die Auswertung nach der ersten erfüllten Regel beendet.

Die Regeln können anhand einer einzelnen Nachrichteneigenschaft, einer Flow- oder globalen Kontext-Eigenschaft oder anhand dem Ergebnis eines JSONata-Ausdrucks ausgewertet werden.

-

Regeln

+

Regeln

Es gibt vier Regeltypen:

  1. value rules: Regeln werden hinsichtlich einer eingestellten Eigenschaft ausgewertet
    2. @@ -32,13 +32,13 @@ um eine Regelerfüllung zu signalisieren
  2. Die ansonsten-Regel wird angewendet, wenn keine vorhergehende Regel übereinstimmt
-

Bemerkungen

+

Bemerkungen

Die Regeln ist true/false und ist null führen strenge Vergleiche mit diesen Typen durch. Sie konvertieren nicht zwischen den Typen.

Die Regeln ist leer und ist nicht leer können nur für Zeichenfolgen (string), Datenfelder (array) und binäre Puffer (buffer) benutzt werden, sowie für Objekte, bei denen auf die Anzahl der Eigenschaften geprüft wird. Die Regel ist niemals erfült, wenn die Eigenschaft einen boolean-, null- oder undefined-Wert hat. -

Behandlung von Nachrichtensequenzen

+

Behandlung von Nachrichtensequenzen

Standardmäßig ändert der Node nicht die msg.parts-Eigenschaft für Nachrichten, die Teil einer Sequenz sind.

Bei aktivierter Option Nachrichtensequenzen erzeugen werden Nachrichtensequenzen für jede passende Regel erzeugt. In diesem Modus puffert der Node die gesamte eingehende Sequenz, bevor er die neuen Sequenzen weiter sendet. diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/15-change.html b/packages/node_modules/@node-red/nodes/locales/de/function/15-change.html index 76f6454a3..0f2857966 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/15-change.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/15-change.html @@ -23,15 +23,15 @@

Setze
Setzen einer Eigenschaft. Der Wert kann eine Vielzahl von verschiedenen Typen sein oder - von einer bestehenden Nachricht- oder einer Kontext-Eigenschaft übernommen werden
+ von einer bestehenden Nachricht- oder einer Kontext-Eigenschaft übernommen werden.
Ändere
Suchen und Ersetzen von Teilen einer Eigenschaft. Wenn reguläre Ausdrücke verwendet werden, kann auch durch sogenannte Capture Groups ersetzt werden, z.B. $1. Beim Ersetzen wird der Typ nur geändert, wenn eine vollständige Übereinstimmung vorliegt.
Lösche
-
Löschen einer Eigenschaft
+
Löschen einer Eigenschaft.
Verschiebe
-
Verschieben oder umbenennen einer Eigenschaft
+
Verschieben oder umbenennen einer Eigenschaft.
diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/16-range.html b/packages/node_modules/@node-red/nodes/locales/de/function/16-range.html index c287b9510..0d7dd12bb 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/16-range.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/16-range.html @@ -18,14 +18,14 @@

Umskalierung eines Zahlenwertes auf einen anderen Wertebereich.

Eingangsdaten

-
payloadnumber
+
payload number
Der Payload muss eine Zahl sein. Alles andere wird versucht als Zahl interpretiert zu werden und bei Fehlschlag abgelehnt.

Ausgangsdaten

-
payloadnumber
-
Der auf den neuen Wertebereich umgerechnete Zahlenwert
+
payload number
+
Der auf den neuen Wertebereich umgerechnete Zahlenwert.

Details

Dieser Node skaliert den empfangenen Wert linear. diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/80-template.html b/packages/node_modules/@node-red/nodes/locales/de/function/80-template.html index 536bb0347..4ba44884a 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/80-template.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/80-template.html @@ -18,20 +18,20 @@

Festlegen einer Eigenschaft anhand einer Vorlage (template).

Eingangsdaten

-
msgobject
-
msg-Objekt mit Informationen zum Befüllen der Vorlage
-
templatestring
+
msg object
+
msg-Objekt mit Informationen zum Befüllen der Vorlage.
+
template string
Mit msg.payload zu befüllende Vorlage. Falls nicht im Editorfenster angegeben, kann die Vorlage auch als Eigenschaft von msg vorgegeben werden.

Ausgangsdaten

-
msgobject
-
Nachricht auf Basis der Vorlage und gefüllt mit Eigenschaften aus der eingehenden Nachricht
+
msg object
+
Nachricht auf Basis der Vorlage und gefüllt mit Eigenschaften aus der eingehenden Nachricht.

Details

Die Vorlage verwendet standardmäßig das - Mustache-Format, + Mustache-Format, was aber bei Bedarf ausgeschaltet werden kann.

Beispiel: Wenn die Vorlage

Hallo {{payload.name}}. Heute ist {{date}}
diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/89-delay.html b/packages/node_modules/@node-red/nodes/locales/de/function/89-delay.html index c59a3e4cb..cc2722db6 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/89-delay.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/89-delay.html @@ -17,15 +17,15 @@

Verzögerung von Nachrichten oder Begrenzung ihrer Durchlaufrate.

Eingangsdaten

-
delaynumber
+
delay number
Legt die Verzögerung in Millisekunden fest, die auf die Nachricht angewendet werden soll. Zur Nutzung dieser Option muss Verzög. mit msg.delay überschreibbar aktiviert sein.
reset
Wenn bei der empfangenen Nachricht diese Eigenschaft auf einen beliebigen Wert gesetzt ist, - werden alle im Node gepufferten Nachrichten gelöscht
+ werden alle im Node gepufferten Nachrichten gelöscht.
flush
Wenn bei der empfangenen Nachricht diese Eigenschaft auf einen beliebigen Wert gesetzt ist, - werden alle im Node gepufferten Nachrichten sofort gesendet
+ werden alle im Node gepufferten Nachrichten sofort gesendet.

Details

Wenn Verzögerung als Nachrichtenaktion eingestellt ist, kann die Verzögerungszeit ein fixer Wert, diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/89-trigger.html b/packages/node_modules/@node-red/nodes/locales/de/function/89-trigger.html index 1558a2aee..14b53979e 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/89-trigger.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/89-trigger.html @@ -19,12 +19,12 @@ sofern der Trigger nicht verlängert oder zurückgesetzt wird.

Eingangsdaten

-
delaynumber
+
delay number
Legt die Verzögerung in Millisekunden fest, die auf die Nachricht angewendet werden soll. Zur Nutzung dieser Funktion muss die Option Verzögerung mit msg.delay überschreibbar aktiviert sein.
reset
Bei Empfang einer Nachricht mit dieser Eigenschaft wird jede Verzögerung oder Wiederholung - rückgesetzt und keine weitere Nachricht gesendet
+ rückgesetzt und keine weitere Nachricht gesendet.

Details

Dieser Node kann verwendet werden, um ein Zeitlimit in einem Flow zu erstellen. @@ -38,7 +38,7 @@ Verzögerung verlängern bei Eingang neuer Nachrichten aktiviert ist, agiert der Node als Überwachungszeitgeber (Watchdog-Timer). Er sendet hier nur dann eine Nachricht, wenn innerhalb der eingestellten Verzögerungszeit keine Nachricht empfangen wird.

-

Beim Nachrichtentyp Zeichenfolge (string) werden auch Mustache-Vorlagen unterstützt.

+

Beim Nachrichtentyp Zeichenfolge (string) werden auch Mustache-Vorlagen unterstützt.

Wenn eine Nachricht mit der reset oder payload-Eigenschaft gleich dem konfigurierten Wert empfangen wird, wird eine laufende Verzögerung oder Wiederholung rückgesetzt und keine Nachricht gesendet.

Der Node kann auch so eingestellt werden, dass er eine Nachricht normal in den vorgegebenen Intervallen sendet, diff --git a/packages/node_modules/@node-red/nodes/locales/de/function/90-exec.html b/packages/node_modules/@node-red/nodes/locales/de/function/90-exec.html index 322b73cbe..c120f54e2 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/function/90-exec.html +++ b/packages/node_modules/@node-red/nodes/locales/de/function/90-exec.html @@ -22,39 +22,39 @@ über die empfangene Nachricht übergeben werden.

Eingangsdaten

-
payloadstring
-
Wird an auszuführenden Befehl angehängt, sofern im Node aktiviert
-
killstring
-
Typ des Kill-Signals, das an den zu beendenden exec-Node-Prozess gesendet wird
-
pidnumber | string
-
Prozess-ID des zu beendenden exec-Node-Prozesses
+
payload string
+
Wird an auszuführenden Befehl angehängt, sofern im Node aktiviert.
+
kill string
+
Typ des Kill-Signals, das an den zu beendenden exec-Node-Prozess gesendet wird.
+
pid number | string
+
Prozess-ID des zu beendenden exec-Node-Prozesses.

Ausgangsdaten

  1. Standardausgabe (stdout)
    -
    payloadstring
    -
    Standardausgabe des Befehls
    +
    payload string
    +
    Standardausgabe des Befehls.
    -
    rcobject
    -
    Rückgabe-Code-Objekts (auch an Port 3 verfügbar) - nur im exec-Modus verfügbar
    +
    rc object
    +
    Rückgabe-Code-Objekts (auch an Port 3 verfügbar) - nur im exec-Modus verfügbar.
  2. Standardfehlerausgabe (stderr)
    -
    payloadstring
    -
    Standardfehlerausgabe des Befehls
    +
    payload string
    +
    Standardfehlerausgabe des Befehls.
    -
    rcobject
    -
    Rückgabe-Code-Objekts (auch an Port 3 verfügbar) - nur im exec-Modus verfügbar
    +
    rc object
    +
    Rückgabe-Code-Objekts (auch an Port 3 verfügbar) - nur im exec-Modus verfügbar.
  3. Rückgabe-Code
    -
    payloadobject
    -
    Objekt mit dem Rückgabe-Code und gegebenenfalls message oder signal-Eigenschaften
    +
    payload object
    +
    Objekt mit dem Rückgabe-Code und gegebenenfalls message oder signal-Eigenschaften.
@@ -76,7 +76,7 @@ außer es werden nicht UTF-8-Zeichen wie bei einem binären Puffer (buffer) erkannt.

Bei einem aktiven Node werden Status und die PID angezeigt. Änderungen können mittels status-Node gelesen werden.

-

Prozesse beenden

+

Prozesse beenden

Durch Senden von msg.kill wird ein einzelner aktiver Prozess beendet. msg.kill sollte als Zeichenfolge (string) den Signaltyp enthalten, z.B. SIGINT, SIGQUIT oder SIGHUP. diff --git a/packages/node_modules/@node-red/nodes/locales/de/messages.json b/packages/node_modules/@node-red/nodes/locales/de/messages.json index 2e21579e8..aabab9f79 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/messages.json +++ b/packages/node_modules/@node-red/nodes/locales/de/messages.json @@ -349,7 +349,7 @@ "label": { "unknown": "Unbekannt" }, - "tip": "

Dieser Node ist ein Typ, der Ihrer Node-RED-Installation unbekannt ist.

Wenn Sie den Node in diesem Zustand übernehmen (Deploy), wird die Konfiguration beibehalten, aber der Flow wird erst gestartet, wenn der fehlende Node-Typ installiert ist.

Weitere Hilfe-Informationen finden Sie in der Info-Seitenleiste.

" + "tip": "

Dieser Node ist ein Typ, der Ihrer Node-RED-Installation unbekannt ist.

Wenn Sie den Node in diesem Zustand übernehmen (deploy), wird die Konfiguration beibehalten, aber der Flow wird erst gestartet, wenn der fehlende Node-Typ installiert ist.

Weitere Hilfe-Informationen finden Sie in der Info-Seitenleiste.

" }, "mqtt": { "label": { diff --git a/packages/node_modules/@node-red/nodes/locales/de/network/10-mqtt.html b/packages/node_modules/@node-red/nodes/locales/de/network/10-mqtt.html index 866dffb65..ae950d0f1 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/network/10-mqtt.html +++ b/packages/node_modules/@node-red/nodes/locales/de/network/10-mqtt.html @@ -15,28 +15,28 @@

Verbindungsherstellung zu einem MQTT-Broker und Abonnement von Topic-Nachrichten.

Ausgangsdaten

-
payloadstring | buffer
-
Zeichenfolge, sofern sie nicht als binärer Puffer (buffer) erkannt wurde
-
topicstring
-
MQTT-Topic mit / (Schrägstrich) als Hierarchie-Trennzeichen
-
qosnumber
+
payload string | buffer
+
Zeichenfolge, sofern sie nicht als binärer Puffer (buffer) erkannt wurde.
+
topic string
+
MQTT-Topic mit / (Schrägstrich) als Hierarchie-Trennzeichen.
+
qos number
QoS (Quality of Service)
0: Einmal gesendet ohne Empfangsgarantie (fire und forget)
1: Garantiert mindestens einmal empfangen (at least once)
- 2: Garantiert exakt einmal empfangen (once and once only)
-
retainboolean
-
Bei true kann es eine aufbewahrte ältere Nachricht sein
+ 2: Garantiert exakt einmal empfangen (once and once only). +
retain boolean
+
Bei true kann es eine aufbewahrte ältere Nachricht sein.
responseTopic string
-
MQTTv5: MQTT-Antwort-Topic der Nachricht
+
MQTTv5: MQTT-Antwort-Topic der Nachricht.
correlationData buffer
-
MQTTv5: Korrelationsdaten der Nachricht
+
MQTTv5: Korrelationsdaten der Nachricht.
contentType string
-
MQTTv5: Inhaltstyp der Nutzdaten (Payload)
+
MQTTv5: Inhaltstyp der Nutzdaten (Payload).
userProperties object
-
MQTTv5: Alle Benutzer-Eigenschaften der Nachricht
+
MQTTv5: Alle Benutzer-Eigenschaften der Nachricht.
messageExpiryInterval number
-
MQTTv5: Ablaufzeit der Nachricht in Sekunden
+
MQTTv5: Ablaufzeit der Nachricht in Sekunden.

Details

Das abonnierte Topic darf MQTT-Platzhalterzeichen (wildcards) enthalten (+ für eine Ebene und # für mehrere Ebenen).

@@ -49,32 +49,32 @@

Verbindungsherstellung zu einem MQTT-Broker und publizieren von Topic-Nachrichten.

Eingangsdaten

-
payloadstring | buffer
+
payload string | buffer
Zu publiziernde Nutzdaten.
Wenn nicht gesetzt wird keine Nachricht gesendet. Um eine leere Nachricht zu senden, muss eine leere Zeichenfolge (string) übergeben werden.
-
topicstring
-
MQTT-Topic mit / (Schrägstrich) als Hierarchie-Trennzeichen
-
qosnumber
+
topic string
+
MQTT-Topic mit / (Schrägstrich) als Hierarchie-Trennzeichen.
+
qos number
QoS (Quality of Service)
0: Einmal gesendet ohne Empfangsgarantie (fire und forget)
1: Garantiert mindestens einmal empfangen (at least once)
- 2: Garantiert exakt einmal empfangen (once and once only)
-
retainboolean
+ 2: Garantiert exakt einmal empfangen (once and once only). +
retain boolean
Bei true wird die Nachricht beim Broker aufbewahrt. Standard (default) ist false.
responseTopic string
-
MQTTv5: MQTT-Antwort-Topic für die Nachricht
+
MQTTv5: MQTT-Antwort-Topic für die Nachricht.
correlationData buffer
-
MQTTv5: Korrelationsdaten für die Nachricht
+
MQTTv5: Korrelationsdaten für die Nachricht.
contentType string
-
MQTTv5: Inhaltstyp der Nutzdaten (Payload)
+
MQTTv5: Inhaltstyp der Nutzdaten (Payload).
userProperties object
-
MQTTv5: Alle Benutzer-Eigenschaften der Nachricht
+
MQTTv5: Alle Benutzer-Eigenschaften der Nachricht.
messageExpiryInterval number
-
MQTTv5: Ablaufzeit der Nachricht in Sekunden
+
MQTTv5: Ablaufzeit der Nachricht in Sekunden.
topicAlias number
-
MQTTv5: Der zu benutzende MQTT-Topic-Alias
+
MQTTv5: Der zu benutzende MQTT-Topic-Alias.

Details

msg.payload wird als Nutzdaten (Payload) der zu publizierenden Nachricht verwendet. diff --git a/packages/node_modules/@node-red/nodes/locales/de/network/21-httpin.html b/packages/node_modules/@node-red/nodes/locales/de/network/21-httpin.html index dbc7aff77..3a50333d7 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/network/21-httpin.html +++ b/packages/node_modules/@node-red/nodes/locales/de/network/21-httpin.html @@ -21,7 +21,7 @@

payload
Für eine GET-Anforderung enthält es ein Objekt aller Abfrage-Parameter (query string parameters). Ansonsten enthält es den Hauptteil (Body) der HTTP-Anforderung.
-
reqobject
+
req object
HTTP Anforderungsobjekt.
Es enthält mehrere Eigenschaften, die Informationen zu der Anforderung bereitstellen.
-
resobject
+
res object
HTTP-Antwortobjekt.
Diese Eigenschaft sollte nicht direkt verwendet werden. Im http response-Node ist dokumentiert, wie auf eine Anforderung reagiert wird. @@ -58,20 +58,20 @@

Senden von Antworten auf Anforderungen, die von einem http in-Node empfangen wurden.

Eingangsdaten

-
payloadstring
-
Hauptteil (Body) der Antwort
-
statusCodenumber
-
Wenn gesetzt, wird diese als Antwort-Statuscode verwendet. Standardwert: 200
-
headersobject
-
Wenn gesetzt, enthält es die HTTP-Header für die Antwort
-
cookiesobject
-
Wenn gesetzt, kann es zum Setzen oder Löschen von Cookies verwendet werden
+
payload string
+
Hauptteil (Body) der Antwort.
+
statusCode number
+
Wenn gesetzt, wird diese als Antwort-Statuscode verwendet. Standardwert: 200.
+
headers object
+
Wenn gesetzt, enthält es die HTTP-Header für die Antwort.
+
cookies object
+
Wenn gesetzt, kann es zum Setzen oder Löschen von Cookies verwendet werden.

Details

Der statusCode und die headers können auch innerhalb des Node angegeben werden. Wenn eine Eigenschaft innerhalb des Nodes angegeben ist, kann sie nicht durch die entsprechende Nachrichteneigenschaft überschrieben werden.

-

Cookie-Behandlung

+

Cookie-Behandlung

Die cookies-Eigenschaft muss ein Objekt mit Name/Wert-Paaren sein. Bei dem Wert kann es sich entweder um eine Zeichenfolge (string) zur Festlegung des Cookies mit Standardwerten handeln oder es kann ein Objekt mit Optionen sein.

diff --git a/packages/node_modules/@node-red/nodes/locales/de/network/21-httprequest.html b/packages/node_modules/@node-red/nodes/locales/de/network/21-httprequest.html index 9f57a051b..bb02eede0 100755 --- a/packages/node_modules/@node-red/nodes/locales/de/network/21-httprequest.html +++ b/packages/node_modules/@node-red/nodes/locales/de/network/21-httprequest.html @@ -18,41 +18,41 @@

Senden von HTTP-Anforderungen und Rückgabe der Antwort.

Eingangsdaten

-
urlstring
-
Wenn nicht im Node eingestellt, setzt diese optionale Eigenschaft die URL der Anforderung
-
methodstring
+
url string
+
Wenn nicht im Node eingestellt, setzt diese optionale Eigenschaft die URL der Anforderung.
+
method string
Wenn nicht im Node eingestellt, setzt diese optionale Eigenschaft die HTTP-Methode der Anforderung - (GET, PUT, POST, PATCH oder DELETE)
-
headersobject
-
HTTP-Header der Anforderung
-
cookiesobject
-
Wenn gesetzt, kann es verwendet werden, um Cookies mit der Anforderung zu senden
+ (GET, PUT, POST, PATCH oder DELETE).
+
headers object
+
HTTP-Header der Anforderung.
+
cookies object
+
Wenn gesetzt, kann es verwendet werden, um Cookies mit der Anforderung zu senden.
payload
-
Hauptteil der Anforderung
+
Hauptteil der Anforderung.
rejectUnauthorized
-
Wenn auf false gesetzt, können Anforderungen an https-Sites gesendet werden, die selbst signierte Zertifikate verwenden
+
Wenn auf false gesetzt, können Anforderungen an https-Sites gesendet werden, die selbst signierte Zertifikate verwenden.
followRedirects
Wenn auf false gesetzt, wird ein nachfolgendes Redirect (HTTP 301) verhindert. Standard ist true.
requestTimeout
Wenn dieser Wert auf eine positive Zahl eingestellt ist, - wird damit der global eingestellte Parameter httpRequestTimeout überschrieben
+ wird damit der global eingestellte Parameter httpRequestTimeout überschrieben.

Ausgangsdaten

-
payloadstring | object | buffer
+
payload string | object | buffer
Hauptteil der Antwort.
Der Node kann eingestellt werden, um den Hauptteil als String zurückzugeben, zu versuchen, ihn als JSON-String zu analysieren oder ihn als binären Puffer (buffer) zu belassen.
-
statusCodenumber
-
Statuscode der Antwort oder der Fehlercode, wenn die Anforderung nicht abgeschlossen werden konnte
-
headersobject
-
Objekt mit dem HTTP-Header der Antwort
-
responseUrlstring
+
statusCode number
+
Statuscode der Antwort oder der Fehlercode, wenn die Anforderung nicht abgeschlossen werden konnte.
+
headers object
+
Objekt mit dem HTTP-Header der Antwort.
+
responseUrl string
Falls während der Bearbeitung der Anforderung Umleitungen aufgetreten sind, ist diese Eigenschaft die letzte umgelenkte URL. Andernfalls die URL der ursprünglichen Anforderung.
-
responseCookiesobject
-
Wenn die Antwort Cookies enthält, ist dieses Element ein Objekt von Name/Wert-Paaren für jedes Cookie
+
responseCookies object
+
Wenn die Antwort Cookies enthält, ist dieses Element ein Objekt von Name/Wert-Paaren für jedes Cookie.

Details

Wenn innerhalb des Nodes eingestellt, kann die URL-Eigenschaft @@ -64,7 +64,7 @@

Hinweis: Wenn Node-RED hinter einem Proxy läuft, sollte die Umgebungsvariable http_proxy=... gesetzt und Node-RED neu gestartet werden. Alternativ kann eine Proxy-Konfiguration verwendet werden, die dann Vorrang vor der Umgebungsvariable hat.

-

Verwendung mehrerer HTTP-Anforderungs-Nodes

+

Verwendung mehrerer HTTP-Anforderungs-Nodes

Um mehr als einen dieser Nodes im gleichen Flow verwenden zu können, ist Aufmerksamkeit bei der Verwendung der msg.headers-Eigenschaft gefordert. Der erste Node setzt diese Eigenschaft mit dem Antwort-Header. @@ -72,17 +72,17 @@ Wenn die msg.headers-Eigenschaft zwischen den Nodes unverändert bleibt, wird sie vom zweiten Node ignoriert. Um benutzerdefinierte Header festzulegen, sollte msg.headers zuerst gelöscht oder auf ein leeres Objekt gesetzt werden: {}

-

Behandlung von Cookies

+

Behandlung von Cookies

Die an den Node übergebene cookies-Eigenschaft muss ein Objekt von Name/Wert-Paaren sein. Der Wert kann entweder ein String sein, um den Wert des Cookies zu setzen, oder es kann ein Objekt mit einer einzigen value-Eigenschaft sein.

Alle auf Anforderung zurückgegebene Cookies werden über die responseCookies-Eigenschaft zurückgegeben.

-

Behandlung von Content-Typen

+

Behandlung von Content-Typen

Wenn msg.payload ein Objekt ist, setzt der Node automatisch den Inhaltstyp der Anforderung auf application/json und kodiert den Hauptteil als solchen.

Um die Anforderung als Formulardaten zu kodieren, sollte msg.headers["content-type"] auf application/x-wwww-form-urlencoded gesetzt werden.

-

Datei-Upload

+

Datei-Upload

Um einen Datei-Upload umzusetzen, sollte msg.headers["content-type"] auf multipart/form-data gesetzt werden und das an den Node zu sendende msg.payload muss ein Objekt mit folgender Struktur sein:

{
diff --git a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-CSV.html b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-CSV.html
index 80ec935d5..f2f8509f6 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-CSV.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-CSV.html
@@ -18,12 +18,12 @@
     
Konvertierung zwischen einer CSV-formatierten Zeichenfolge (string) und ihrer JavaScript-Objektdarstellung in beide Richtungen.

     
Eingangsdaten

     

-        
payloadobject | array | string

-        
JavaScript-Objekt, Array oder CSV-Zeichenfolge

+        
payload object | array | string

+        
JavaScript-Objekt, Array oder CSV-Zeichenfolge.

     

     
Ausgangsdaten

     

-        
payloadobject | array | string

+        
payload object | array | string

         

             
    
                 
  • Wenn die Eingangsdaten ein Zeichenfolge (string) sind, wird versucht, sie als CSV zu analysieren (parse),
diff --git a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-HTML.html b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-HTML.html
index 813c37dec..4687141f1 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-HTML.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-HTML.html
@@ -18,14 +18,14 @@
     
    Extraktion von Elementen unter Verwendung eines CSS-Selektors aus einem HTML-Dokument, das sich in msg.payload befindet.
    
     
    Eingangsdaten
    
     
    
-        
    payloadstring
    
-        
    HTML-Zeichenfolge (string), aus dem Elemente extrahiert werden sollen
    
-        
    selectstring
    
-        
    Sofern nicht im Node vorgegeben, kann der Selektor auch als msg.select-Eigenschaft übergeben werden
    
+        
    payload string
    
+        
    HTML-Zeichenfolge (string), aus dem Elemente extrahiert werden sollen.
    
+        
    select string
    
+        
    Sofern nicht im Node vorgegeben, kann der Selektor auch als msg.select-Eigenschaft übergeben werden.
    
     
    
     
    Ausgangsdaten
    
     
    
-        
    payloadarray | string
    
+        
    payload array | string
    
         
    Das Ergebnis kann entweder eine einzelne Nachricht mit dem Array der passendes Elemente oder
             mehrere Nachrichten mit je einem passenden Element sein.
             Wenn mehrere Nachrichten gesendet werden, enthalten sie auch die parts-Eigenschaft.
    
diff --git a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-JSON.html b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-JSON.html
index 90ad55dc7..d71adc859 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-JSON.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-JSON.html
@@ -18,14 +18,14 @@
     
    Konvertierung zwischen JSON-Zeichenfolge (string) und JavaScript-Objektdarstellung in beide Richtungen.
    
     
    Eingangsdaten
    
     
    
-        
    payloadobject | string
    
-        
    JavaScript-Objekt oder JSON-Zeichenfolge (string)
    
-        
    schemaobject
    
-        
    Optionales JSON-Schema-Objekt, gegen das das JSON-Objekt validiert wird
    
+        
    payload object | string
    
+        
    JavaScript-Objekt oder JSON-Zeichenfolge (string).
    
+        
    schema object
    
+        
    Optionales JSON-Schema-Objekt, gegen das das JSON-Objekt validiert wird.
    
     
    
     
    Ausgangsdaten
    
     
    
-        
    payloadobject | string
    
+        
    payload object | string
    
         
    
             
      
                 
    • Wenn die Eingangsdaten eine JSON-Zeichenfolge (string) darstellen, wird versucht sie in ein JavaScript-Objekt zu analysieren (parsen).
      • 
@@ -33,9 +33,9 @@
                     Die Zeichenfolge (string) kann optional gut leserlich formatiert werden.
             
    
         
    
-        
    schemaErrorarray
    
+        
    schemaError array
    
         
    Wenn die JSON-Schema-Validierung fehlschlägt, wird für den catch-Node eine schemaError-Eigenschaft erstellt,
-            die ein Array von Fehlern enthält
    
+            die ein Array von Fehlern enthält.

     

     
Details

     
Standardmäßig verarbeitet der Node msg.payload,
diff --git a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-XML.html b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-XML.html
index ce3b32231..c42cb8b06 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-XML.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-XML.html
@@ -18,16 +18,16 @@
     
Konvertierung zwischen XML-Zeichenfolge (string) und JavaScript-Objekt in beiden Richtungen.

     
Eingangsdaten

     

-        
payloadobject | string

-        
JavaScript-Objekt oder XML-Zeichenfolge (string)

-        
optionsobject

+        
payload object | string

+        
JavaScript-Objekt oder XML-Zeichenfolge (string).

+        
options object

         
Optionale Eigenschaft zur Übergabe von Optionen an die Konvertier-Bibliothek von und zu XML.
             Siehe xml2js Dokumente
             für weitere Informationen.

     

     
Ausgangsdaten

     

-        
payloadobject | string

+        
payload object | string

         

             
    
                 
  • Wenn die Eingangsdaten eine Zeichenfolge (string) sind,
diff --git a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-YAML.html b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-YAML.html
index 14ca486b5..600253d17 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/parsers/70-YAML.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/parsers/70-YAML.html
@@ -18,12 +18,12 @@
     
    Konvertierung zwischen YAML-formatierter Zeichenfolge (string) und JavaScript-Objekt-Darstellung in beide Richtungen.
    
     
    Eingangsdaten
    
     
    
-        
    payloadobject | string
    
-        
    JavaScript-Objekt oder YAML-Zeichenfolge (string)
    
+        
    payload object | string
    
+        
    JavaScript-Objekt oder YAML-Zeichenfolge (string).
    
     
    
     
    Ausgangsdaten
    
     
    
-        
    payloadobject | string
    
+        
    payload object | string
    
         
    
             
      
                 
    • Wenn die Eingangsdaten eine YAML-Zeichenfolge (string) sind, wird versucht daraus ein JavaScript-Objekt zu erzeugen.
      • 
diff --git a/packages/node_modules/@node-red/nodes/locales/de/sequence/17-split.html b/packages/node_modules/@node-red/nodes/locales/de/sequence/17-split.html
index 591dcfcbc..1ab9a6487 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/sequence/17-split.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/sequence/17-split.html
@@ -18,7 +18,7 @@
     
      Aufteilung einer Nachricht in Nachrichtensequenzen.
      
     
      Eingangsdaten
      
     
      
-        
      payloadobject | string | array | buffer
      
+        
      payload object | string | array | buffer
      
         
      Das Node-Verhalten wird durch den msg.payload-Typ bestimmt:
             
        
                 
      • Zeichenfolge (string) / Binärer Puffer (buffer): Die Nachricht wird anhand des vorgegebenen Zeichens (Standard: \n),
@@ -30,7 +30,7 @@
     
      
     
      Ausgangsdaten
      
     
      
-        
      partsobject
      
+        
      parts object
      
         
      Diese Eigenschaft enthält Informationen darüber, wie die Nachricht von der ursprünglichen Nachricht abgeteilt wurde.
             Bei Übergabe an ein join-Node kann die Sequenz wieder zu einer einzigen Nachricht zusammengeführt werden.
             Diese Eigenschaft hat die folgenden Eigenschaften:
@@ -50,7 +50,7 @@
     
      Dieser Node macht es einfach, einen Flow zu erstellen, der gemeinsame Aktionen über eine Sequenz von Nachrichten ausführt,
        bevor die Sequenz mittels join-Node wieder zu einer einzigen Nachricht neu kombiniert wird.
      
     
      Der Node verwendet die msg.parts-Eigenschaft, um die einzelnen Sequenzteile nachzuverfolgen.
      
-    
      Streaming-Modus
      
+    
      Streaming-Modus
      
     
      Der Node kann auch zum Aufbereiten eines Nachrichtenstroms verwendet werden.
        So kann beispielsweise ein serielles Gerät, das newline-terminierte Befehle sendet,
        eine Nachricht mit einem noch unvollständigen Befehl am Ende liefern.
@@ -67,15 +67,15 @@
     
      Es sind drei Modi verfügbar:
      
     
      
         
      Automatisch
      
-        
      In Kombination mit dem split-Node verbindet es automatisch die Nachrichten, um die zuvor durchgeführte Aufteilung rückgängig zu machen
      
+        
      In Kombination mit dem split-Node verbindet es automatisch die Nachrichten, um die zuvor durchgeführte Aufteilung rückgängig zu machen.
      
         
      Manuell
      
-        
      Die Nachrichtensequenzen können auf verschiedene Weisen verbunden werden
      
+        
      Die Nachrichtensequenzen können auf verschiedene Weisen verbunden werden.
      
         
      Sequenz reduzieren
      
-        
      Einen Ausdruck auf alle Nachrichten einer Sequenz anwenden, um sie auf eine einzige Nachricht zu reduzieren
      
+        
      Einen Ausdruck auf alle Nachrichten einer Sequenz anwenden, um sie auf eine einzige Nachricht zu reduzieren.
      
     
      
     
      Eingangsdaten
      
     
      
-        
      partsobject
      
+        
      parts object
      
             
      Zur automatischen Verbindung einer Nachrichtensequenz sollten alle über diese Eigenschaft verfügen.
                 Der split-Node erzeugt diese Eigenschaft, sie kann aber auch manuell erstellt werden.
                 Sie hat die folgenden Eigenschaften:
@@ -91,16 +91,16 @@
                 
    
             
    
         
    complete
    
-        
    Wenn gesetzt, werden die Nutzdaten (Payload) hinzugefügt und die Ausgangsnachricht im aktuellen Zustand gesendet
    
+        
    Wenn gesetzt, werden die Nutzdaten (Payload) hinzugefügt und die Ausgangsnachricht im aktuellen Zustand gesendet.
    
     
    
     
    Details
    
 
-    
    Automatischer Modus
    
+    
    Automatischer Modus
    
     
    Der automatische Modus verwendet die parts-Eigenschaften der eingehenden Nachrichten,
        um die Sequenz in richtiger Reihenfolge zu verknüpften.
        Dies ermöglicht die Aufteilung des split-Nodes automatisch rückgängig zu machen.
    
 
-    
    Manueller Modus
    
+    
    Manueller Modus
    
     
    Im manuellen Modus werden Nachrichtensequenzen auf verschiedenen Arten zusammengefügt:
    
     
      
         
    • String oder Buffer: Verbinden der ausgewählten Eigenschaft jeder Nachricht
@@ -122,12 +122,12 @@
        wird die unvollständige Nachricht gelöscht und nicht gesendet.
        Dadurch wird die Zählung aller Teile zurückgesetzt.
      
 
-    
      Modus Sequenz reduzieren
      
+    
      Modus Sequenz reduzieren
      
     
      In diesem Modus wird auf jede Nachricht einer Sequenz ein Ausdruck angewendet und
        das Ergebnis zu einer einzigen Nachricht akkumuliert.
      
     
      
         
      Anfangswert
      
-        
      Anfangswert des akkumulierten Wertes ($A)
      
+        
      Anfangswert des akkumulierten Wertes ($A).
      
         
      Reduktions-Ausdruck
      
         
      JSONata-Ausdruck, der für jede Nachricht in der Sequenz aufgerufen wird.
             Das Ergebnis wird als akkumulierter Wert an den nächsten Aufruf des Ausdrucks übergeben.
@@ -156,7 +156,7 @@
             
    • Fix-up-Ausdruck: $A/$N
      • 
         
    
     
    
-    
    Speichern von Nachrichten
    
+    
    Speichern von Nachrichten
    
     
    Dieser Node puffert Nachrichten intern, um sequenzübergreifend zu arbeiten.
        Mit der Laufzeiteinstellung nodeMessageBufferMaxLength kann begrenzt werden,
        wie viele Nachrichten im Node zwischengespeichert werden sollen.
    
diff --git a/packages/node_modules/@node-red/nodes/locales/de/sequence/19-batch.html b/packages/node_modules/@node-red/nodes/locales/de/sequence/19-batch.html
index 196dddc69..868d9f397 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/sequence/19-batch.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/sequence/19-batch.html
@@ -36,7 +36,7 @@
             mit der die Verknüpfungs-Reihenfolge der Sequenzen definiert wird.

 
     

-    
Speichern der Nachrichten

+    
Speichern der Nachrichten

     
Dieser Node puffert Nachrichten intern, um sequenzübergreifend arbeiten zu können.
        Mit der Laufzeiteinstellung nodeMessageBufferMaxLength kann begrenzt werden,
        wie viele Nachrichten im Node zwischengespeichert werden sollen.

diff --git a/packages/node_modules/@node-red/nodes/locales/de/storage/10-file.html b/packages/node_modules/@node-red/nodes/locales/de/storage/10-file.html
index 3794b378e..f9dfe61ba 100755
--- a/packages/node_modules/@node-red/nodes/locales/de/storage/10-file.html
+++ b/packages/node_modules/@node-red/nodes/locales/de/storage/10-file.html
@@ -19,8 +19,8 @@
        Alternativ Löschen der Datei.

     
Eingangsdaten

     

-        
filenamestring

-        
Sofern nicht im Node eingestellt, legt diese optionale Eigenschaft den Namen der zu aktualisierenden Datei fest

+        
filename string

+        
Sofern nicht im Node eingestellt, legt diese optionale Eigenschaft den Namen der zu aktualisierenden Datei fest.

     

     
Ausgangsdaten

     
Nach Abschluss des Schreibvorgangs wird die Eingangsnachricht an den Ausgang gesendet.

@@ -39,20 +39,20 @@
     
Lesen von Dateiinhalt als Zeichenfolge (string) oder binären Puffer (buffer).

     
Eingangsdaten

     

-        
filenamestring

-        
Sofern nicht im Node eingestellt, legt diese optionale Eigenschaft den Namen der zu lesenden Datei fest

+        
filename string

+        
Sofern nicht im Node eingestellt, legt diese optionale Eigenschaft den Namen der zu lesenden Datei fest.

     

     
Ausgangsdaten

     

-        
payloadstring | buffer

-        
Dateiinhalt entweder als Zeichenfolge (string) oder binärer Puffer (buffer)

-        
filenamestring

-        
Sofern nicht im Node eingestellt, enthält diese optionale Eigenschaft den Namen der zu lesenden Datei

+        
payload string | buffer

+        
Dateiinhalt entweder als Zeichenfolge (string) oder binärer Puffer (buffer).

+        
filename string

+        
Sofern nicht im Node eingestellt, enthält diese optionale Eigenschaft den Namen der zu lesenden Datei.

     

     
Details

     
Der Dateiname sollte ein absoluter Pfad sein.
        Andernfalls wird er relativ zum Arbeitsverzeichnis des Node-RED-Prozesses angewandt.

-    
Unter Windows müssen die Pfadtrenner (\) in Escape-Codes umgewandelt werden, z.B.: \\Users\\myUser.

+    
Unter Windows müssen die Pfadtrenner (\) in Escape-Codes umgewandelt werden, z.B.: \\Users\\myUser

     
Optional kann eine Textdatei in einzelne Zeilen mit jeweils eine Nachricht pro Zeile aufgeteilt werden.
        Eine Binärdatei wird in kleine Teile in Größe abhängig vom Betriebssystem aufgeteilt,
        aber typischerweise 64k (Linux/Mac) oder 41k (Windows).

diff --git a/packages/node_modules/@node-red/runtime/locales/de/runtime.json b/packages/node_modules/@node-red/runtime/locales/de/runtime.json
index e7f46ade3..6811ba86a 100755
--- a/packages/node_modules/@node-red/runtime/locales/de/runtime.json
+++ b/packages/node_modules/@node-red/runtime/locales/de/runtime.json
@@ -12,7 +12,7 @@
     "server": {
         "loading": "Paletten-Nodes werden geladen",
         "palette-editor": {
-            "disabled": "Paletteneditor deaktiviert: Benutzereinstellungen",
+            "disabled": "Paletteneditor deaktiviert: Einstellungen",
             "npm-not-found": "Paletteneditor deaktiviert: Befehl 'npm' nicht gefunden",
             "npm-too-old": "Paletteneditor deaktiviert: npm-Version ist zu alt. Erforderlich: npm >= 3.x"
         },
@@ -85,7 +85,7 @@
     },
 
     "settings": {
-        "user-not-available": "Benutzereinstellungen konnten nicht gespeichert werden: __message__",
+        "user-not-available": "Einstellungen konnten nicht gespeichert werden: __message__",
         "not-available": "Einstellungen nicht verfügbar",
         "property-read-only": "Die Eigenschaft '__prop__ 'ist schreibgeschützt"
     },
@@ -101,10 +101,10 @@
             "error": "Fehler beim Laden der Berechtigungen: __message__",
             "error-saving": "Fehler beim Speichern der Berechtigungen: __message__",
             "not-registered": "Der Berechtigung-Typ '__type__' ist nicht registriert",
-            "system-key-warning": "\n---------------------------------------------------------------------\nDie Datei mit den Flow-Berechtigungen wird mit einem vom System\ngenerierten Schlüssel verschlüsselt.\nWenn der vom System generierte Schlüssel aus irgendeinem Grund\nverloren geht, kann die Datei mit den Berechtigungen nicht\nwiederhergestellt werden. Sie muss dann gelöscht und die\nBerechtigungen müssen erneut eingestellt werden.\nEs sollte ein eigener Schlüssel mit Hilfe der Option\n'credentialSecret' in der Einstellungsdatei vorgegeben werden.\nNode-RED wird dann die Datei mit den Flow-Berechtigungen\nbei der nächsten Übernahme (Deploy) einer Änderung erneut\nverschlüsseln.\n---------------------------------------------------------------------"
+            "system-key-warning": "\n---------------------------------------------------------------------\nDie Datei mit den Flow-Berechtigungen wird mit einem vom System\ngenerierten Schlüssel verschlüsselt.\nWenn der vom System generierte Schlüssel aus irgendeinem Grund\nverloren geht, kann die Datei mit den Berechtigungen nicht\nwiederhergestellt werden. Sie muss dann gelöscht und die\nBerechtigungen müssen erneut eingestellt werden.\nEs sollte ein eigener Schlüssel mit Hilfe der Option\n'credentialSecret' in der Einstellungsdatei vorgegeben werden.\nNode-RED wird dann die Datei mit den Flow-Berechtigungen\nbei der nächsten Übernahme (deploy) einer Änderung erneut\nverschlüsseln.\n---------------------------------------------------------------------"
         },
         "flows": {
-            "safe-mode": "Die Flows sind gestoppt im abgesicherten Modus. Übernahme (Deploy) zum Starten.",
+            "safe-mode": "Die Flows sind gestoppt im abgesicherten Modus. Übernahme (deploy) zum Starten.",
             "registered-missing": "Fehlender Typ registriert: __type__",
             "error": "Fehler beim Laden der Flows: __message__",
             "starting-modified-nodes": "Geänderte Nodes werden gestartet",
@@ -153,10 +153,10 @@
         "localfilesystem": {
             "user-dir": "Benutzerverzeichnis: __path__",
             "flows-file": "Flow-Datei: __path__",
-            "create": "Neue __type__-Datei wird erstellt",
-            "empty": "Vorhandene __type__-Datei ist leer",
-            "invalid": "Vorhandene __type__-Datei enthält ungültigen JSON-Code",
-            "restore": "Die __type__-Dateisicherung wird wiederhergestellt: __path__",
+            "create": "Neue '__type__'-Datei wird erstellt",
+            "empty": "Vorhandene '__type__'-Datei ist leer",
+            "invalid": "Vorhandene '__type__'-Datei enthält ungültigen JSON-Code",
+            "restore": "Die '__type__'-Dateisicherung wird wiederhergestellt: __path__",
             "restore-fail": "Die Wiederherstellung der '__type__'-Dateisicherung ist fehlgeschlagen: __message__",
             "fsync-fail": "Die Übertragung der Datei __path__ auf das Laufwerk ist fehlgeschlagen: __message__",
             "projects": {