Webseiten-Werkzeuge


meshcore:allgemeines:cli_kommandos

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
meshcore:allgemeines:cli_kommandos [05.04.2026 11:05] mellinuxmeshcore:allgemeines:cli_kommandos [12.04.2026 17:18] (aktuell) mellinux
Zeile 54: Zeile 54:
  
   * ''advert''   * ''advert''
 +
 +\\
 +
 +**Senden Sie eine zero-hop advert**
 +
 +Verwendung:
 +
 +  * ''advert.zerohop''
  
 \\ \\
Zeile 85: Zeile 93:
   * ''neighbors''   * ''neighbors''
  
-Hinweis: Die Ausgabe dieses Befehls ist auf die 8 neuesten Anzeigen beschränkt.+**Hinweis**: Die Ausgabe dieses Befehls ist auf die 8 neuesten Anzeigen beschränkt.
  
-Hinweis: Jede Zeile ist wie folgt kodiert: ''{pubkey-prefix}:{timestamp}:{snr*4}''+**Hinweis**: Jede Zeile ist wie folgt kodiert: ''{pubkey-prefix}:{timestamp}:{snr*4}''
  
 \\ \\
Zeile 99: Zeile 107:
 ''pubkey_prefix'': Der öffentliche Schlüssel des Knotens, der aus der Nachbarnliste entfernt werden soll. Dies kann ein kurzes Präfix oder der vollständige Schlüssel sein. Alle Nachbarn, die mit dem angegebenen Präfix übereinstimmen, werden entfernt. ''pubkey_prefix'': Der öffentliche Schlüssel des Knotens, der aus der Nachbarnliste entfernt werden soll. Dies kann ein kurzes Präfix oder der vollständige Schlüssel sein. Alle Nachbarn, die mit dem angegebenen Präfix übereinstimmen, werden entfernt.
  
-Hinweis: Du kannst alle Nachbarn entfernen, indem du ein Leerzeichen als Präfix sendest. Das Leerzeichen steht für ein leeres Präfix, das mit allen vorhandenen Nachbarn übereinstimmt.+**Hinweis**: Du kannst alle Nachbarn entfernen, indem du ein Leerzeichen als Präfix sendest. Das Leerzeichen steht für ein leeres Präfix, das mit allen vorhandenen Nachbarn übereinstimmt.
  
 \\ \\
Zeile 218: Zeile 226:
 Wird durch Build-Flag gesetzt: ''LORA_FREQ'', ''LORA_BW'', ''LORA_SF'', ''LORA_CR'' Wird durch Build-Flag gesetzt: ''LORA_FREQ'', ''LORA_BW'', ''LORA_SF'', ''LORA_CR''
 Standard: ''869.525,250,11,5'' Standard: ''869.525,250,11,5''
-Hinweis: Ein Neustart ist erforderlich, um die Anwendung zu ermöglichen.+**Hinweis**: Ein Neustart ist erforderlich, um die Anwendung zu ermöglichen.
  
 \\ \\
Zeile 476: Zeile 484:
 Standard: 0 Standard: 0
  
-Hinweis: Die Einstellung „path.hash.mode“ legt die Größe der Low-Level-ID-/Hash-Kodierung fest, die verwendet wird, wenn der Repeater ein Signal sendet. Diese Einstellung hat keinen Einfluss darauf, welche Paket-ID-/Hash-Größe dieser Repeater weiterleitet; ab Firmware-Version 1.14 sollten alle Größen weitergeleitet werden. Diese Funktion wurde in der Firmware-Version 1.14 hinzugefügt.+**Hinweis**: Die Einstellung „path.hash.mode“ legt die Größe der Low-Level-ID-/Hash-Kodierung fest, die verwendet wird, wenn der Repeater ein Signal sendet. Diese Einstellung hat keinen Einfluss darauf, welche Paket-ID-/Hash-Größe dieser Repeater weiterleitet; ab Firmware-Version 1.14 sollten alle Größen weitergeleitet werden. Diese Funktion wurde in der Firmware-Version 1.14 hinzugefügt.
  
-Vorläufiger Hinweis: Bei Anzeigen mit ID-/Hash-Größen von 2 oder 3 Byte kann die Ausbreitung von Floods in Ihrem Netzwerk eingeschränkt sein, da diese Funktion erst seit der Firmware-Version 1.13.0 verfügbar ist und ältere Versionen Pakete mit mehr als einem Byte langen Pfad-IDs/Hashes verwerfen, da nur 1-Byte-Hashes unterstützt werden. Bitte stellen Sie sicher, dass der Großteil Ihrer Geräte mit einer Firmware-Version von mindestens 1.14 ausgestattet ist, bevor Sie größere ID-/Hash-Größen implementieren, um eine effektive Netzwerk-Flooding-Funktion zu gewährleisten.+**Vorläufiger Hinweis**: Bei Anzeigen mit ID-/Hash-Größen von 2 oder 3 Byte kann die Ausbreitung von Floods in Ihrem Netzwerk eingeschränkt sein, da diese Funktion erst seit der Firmware-Version 1.13.0 verfügbar ist und ältere Versionen Pakete mit mehr als einem Byte langen Pfad-IDs/Hashes verwerfen, da nur 1-Byte-Hashes unterstützt werden. Bitte stellen Sie sicher, dass der Großteil Ihrer Geräte mit einer Firmware-Version von mindestens 1.14 ausgestattet ist, bevor Sie größere ID-/Hash-Größen implementieren, um eine effektive Netzwerk-Flooding-Funktion zu gewährleisten.
  
 \\ \\
Zeile 499: Zeile 507:
 Standard: ''off'' Standard: ''off''
  
-Hinweis: Wenn diese Funktion aktiviert ist, weisen Repeater nun Flood-Pakete zurück, die den Anschein erwecken, als befänden sie sich in einer Schleife. Dies ist in letzter Zeit in einigen Mesh-Netzwerken aufgetreten, wenn nur eine einzige „fehlerhafte“ Repeater-Firmware im Umlauf war (wahrscheinlich eine abgezweigte oder benutzerdefinierte Firmware). Wenn die Nutzdaten manipuliert und dann weitergeleitet werden, verursacht dasselbe Paket einen Paketsturm, der bis zu maximal 64 Hops wiederholt wird. Diese Funktion wurde in Firmware 1.14 hinzugefügt.+**Hinweis**: Wenn diese Funktion aktiviert ist, weisen Repeater nun Flood-Pakete zurück, die den Anschein erwecken, als befänden sie sich in einer Schleife. Dies ist in letzter Zeit in einigen Mesh-Netzwerken aufgetreten, wenn nur eine einzige „fehlerhafte“ Repeater-Firmware im Umlauf war (wahrscheinlich eine abgezweigte oder benutzerdefinierte Firmware). Wenn die Nutzdaten manipuliert und dann weitergeleitet werden, verursacht dasselbe Paket einen Paketsturm, der bis zu maximal 64 Hops wiederholt wird. Diese Funktion wurde in Firmware 1.14 hinzugefügt.
  
-Beispiel: Wenn die Einstellung „loop.detect“ auf „minimal“ gesetzt ist und ein Paket mit einer Pfadgröße von 1 Byte empfangen wird, prüft der Repeater, ob seine eigene ID/sein eigener Hash bereits im Pfad enthalten ist. Ist dieser bereits viermal kodiert, lehnt er das Paket ab. Verwendet das Paket eine Pfadgröße von 2 Byte und ist die eigene ID/der eigene Hash des Repeaters bereits zweimal kodiert, lehnt er es ab. Wenn das Paket eine Pfadgröße von 3 Byte verwendet und die eigene ID/der eigene Hash des Repeaters bereits einmal codiert wurde, lehnt er es ab.+**Beispiel**: Wenn die Einstellung „loop.detect“ auf „minimal“ gesetzt ist und ein Paket mit einer Pfadgröße von 1 Byte empfangen wird, prüft der Repeater, ob seine eigene ID/sein eigener Hash bereits im Pfad enthalten ist. Ist dieser bereits viermal kodiert, lehnt er das Paket ab. Verwendet das Paket eine Pfadgröße von 2 Byte und ist die eigene ID/der eigene Hash des Repeaters bereits zweimal kodiert, lehnt er es ab. Wenn das Paket eine Pfadgröße von 3 Byte verwendet und die eigene ID/der eigene Hash des Repeaters bereits einmal codiert wurde, lehnt er es ab.
  
 \\ \\
Zeile 1089: Zeile 1097:
 Verwendung: ''get pwrmgt.source'' Verwendung: ''get pwrmgt.source''
  
-Hinweis: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.+**Hinweis**: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.
  
 \\ \\
Zeile 1097: Zeile 1105:
 Verwendung: ''get pwrmgt.bootreason'' Verwendung: ''get pwrmgt.bootreason''
  
-Hinweis: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.+**Hinweis**: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.
  
 \\ \\
Zeile 1105: Zeile 1113:
 Verwendung: ''get pwrmgt.bootmv'' Verwendung: ''get pwrmgt.bootmv''
  
-Hinweis: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.+**Hinweis**: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.
  
 [[https://github.com/meshcore-dev/MeshCore/blob/main/docs/cli_commands.md|Quelle]] [[https://github.com/meshcore-dev/MeshCore/blob/main/docs/cli_commands.md|Quelle]]
meshcore/allgemeines/cli_kommandos.1775379936.txt.gz · Zuletzt geändert: von mellinux