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 [08.03.2026 19:29] – [Info] 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 97: Zeile 105:
   * neighbor.remove <pubkey_prefix>   * neighbor.remove <pubkey_prefix>
  
-''pubkey_prefix'': Der öffentliche Schlüssel des Knotens, der aus der Nachbarliste entfernt werden soll.+''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.
  
 \\ \\
Zeile 192: Zeile 202:
  
   * ''board''   * ''board''
- 
-\\ 
- 
-**Holen Sie sich die Bootloader Version** 
- 
-Verwendung: 
- 
-  * ''get bootloader.version'' 
  
 \\ \\
Zeile 224: 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 434: Zeile 436:
 Verwendung: Verwendung:
  
-  * ''powersaving <state>'' 
   * ''powersaving''   * ''powersaving''
 +  * ''powersaving on''
 +  * ''powersaving off''
  
 Parameter: Parameter:
Zeile 461: Zeile 464:
  
 Standard: ''on'' Standard: ''on''
 +
 +\\
 +
 +**Hash-Größe des Anzeigenpfads dieses Knotens anzeigen oder ändern**
 +
 +Verwendung:
 +
 +  * ''get path.hash.mode''
 +  * ''set path.hash.mode <value>''
 +
 +Parameter:
 +
 +  * ''value'': Größe des Pfad-Hashes (0–2) 
 +    * ''0'': Hash-Größe von 1 Byte (256 eindeutige IDs) [maximal 64 Floods]
 +    * ''1'': 2-Byte-Hash-Größe (65.536 eindeutige IDs) [maximal 32 Floods]
 +    * ''2'': Hash-Größe von 3 Byte (16.777.216 eindeutige IDs) [maximal 21 Floods]
 +    * ''3'': NICHT VERWENDEN (Reserviert)
 +
 +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.
 +
 +**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.
 +
 +\\
 +
 +**Schleifenerkennung dieses Knotens anzeigen oder ändern**
 +
 +Verwendung:
 +
 +  * ''get loop.detect''
 +  * ''set loop.detect <state>''
 +
 +Parameter:
 +
 +  * ''state'':
 +    * ''off'': Es wird keine Schleifenerkennung durchgeführt
 +    * ''minimal'': Pakete werden verworfen, wenn die ID/der Hash des Repeaters viermal oder öfter (1 Byte), zweimal oder öfter (2 Byte) bzw. einmal oder öfter (3 Byte) vorkommt
 +    * ''moderate'': Pakete werden verworfen, wenn die ID/der Hash des Repeaters zwei- oder öfter (1 Byte), ein- oder öfter (2 Byte) bzw. ein- oder öfter (3 Byte) vorkommt
 +    * ''strict'': Pakete werden verworfen, wenn die ID/der Hash des Repeaters ein- oder mehrmals (1 Byte), ein- oder mehrmals (2 Byte) bzw. ein- oder mehrmals (3 Byte) vorkommt
 +
 +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.
 +
 +**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 774: Zeile 823:
 Verwendung: Verwendung:
  
-  * ''region remove <name>''+  * ''region list <filter>''
  
 Nur seriell: Ja Nur seriell: Ja
Zeile 814: Zeile 863:
 \\ \\
  
-**Example 2: Using Wildcard with F Flag**+**Beispiel 2: Verwendung von Wildcard mit dem F-Flag**
  
 <code> <code>
Zeile 1030: Zeile 1079:
  
 \\ \\
 +
 +
 +**Holen Sie sich die Bootloader Version (nur nRF52)**
 +
 +Verwendung: ''get bootloader.version''
 +
 +\\
 +
 +**Unterstützte Energieverwaltungsfunktionen anzeigen**
 +
 +Verwendung: ''get pwrmgt.support''
 +
 +\\
 +
 +**Aktuelle Stromquelle anzeigen**
 +
 +Verwendung: ''get pwrmgt.source''
 +
 +**Hinweis**: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.
 +
 +\\
 +
 +**Gründe für Neustart und Herunterfahren anzeigen**
 +
 +Verwendung: ''get pwrmgt.bootreason''
 +
 +**Hinweis**: Auf Boards ohne Unterstützung für die Energieverwaltung wird ein Fehler zurückgegeben.
 +
 +\\
 +
 +**Boot-Spannung anzeigen**
 +
 +Verwendung: ''get pwrmgt.bootmv''
 +
 +**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.1772994551.txt.gz · Zuletzt geändert: von mellinux