Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- meshcore:allgemeines:regions [23.01.2026 14:04] – [Beispiel] josch0
+++ meshcore:allgemeines:regions [26.01.2026 12:36] (aktuell) – josch0
@@ Zeile 29: / Zeile 29: @@
 ===== Status der Umsetzung =====
-Mit Firmware 1.11.0 sind Regions/Scopes enthalten (sowohl Repeater, als auch Companions).
+Mit Firmware 1.10.0 sind Regions/Scopes enthalten (sowohl Repeater, als auch Companions).
+**ACHTUNG:** Repeater mit Firmware älter als 1.10.0 leiten alle Pakete weiter, unabhängig ob diese einen Scope gesetzt haben oder nicht. Dementsprechend müssen diese Repeater aktualisiert werden damit die Verwendung von Scopes/Regions sinnvoll funktioniert.
 Mit App-Version 1.38.0 können in den Channels nun auch Scopes angegeben werden.
@@ Zeile 108: / Zeile 110: @@
 #taunus
 #rhein-main
-#plz-55
-#plz-65
 </code>
+==== Reale Regions-Umsetzungen ====
+Auf einer [[meshcore:allgemeines:regions:Reale-Regions-in-Repeatern|eigenen Seite]] sind reale Region-Einstellungen von Repeatern zu finden. Dies soll ein Nachschlagewerk für User in den betreffenden Regionen werden.
+Zusätzlich gibt es die [[https://umap.openstreetmap.de/de/map/anonymous-edit/122026:q5Zzdc4m5CMARPVFTeGo6OiZWFDMmqiARlvOv7FBIBs|Regions Karte Deutschland]], auf der man alle bekannten regionalen Regionen auf der Karte nachvollziehen kann. Somit sieht der Repeater-Admin auf einen Blick, welche Regions er an seinem Standort konfigurieren muss.
 ===== CLI Referenz für Regions =====
-Über die CLI (per USB oder remote über den Companion) lassen sich die Regions im Repeater verwalten. Dazu gibt es folgende Kommandos:
+Über die CLI (per USB oder remote über den Companion/App) lassen sich die Regions im Repeater verwalten. Dazu gibt es folgende Kommandos:
 ==== Regionen anzeigen ====
+**ACHTUNG:** Da dieser Befehl je nach Anzahl der konfigurierten Regionen große Datenmengen liefern kann, kann er derzeit (Firmware 1.11.0) nicht via Remote CLI (mittels Companion/App) verwendet werden, sondern nur über USB/Seriell. Die anderen spezifischen Befehle (s.u.) funktionieren aber auch remote.
 <code>
@@ Zeile 123: / Zeile 132: @@
 </code>
 Mit dem Befehl **region** werden die auf dem Repeater konfigurierten Regionen angezeigt. Bei einem "frischen" Repeater wird nur die Wildcard-Region (Stern) angezeigt.\\
-Das ^ (Dach) hinter dem Stern bedeutet, dass dies aktuell die Home-Region ist.
+Das ^ (Dach) hinter dem Stern bedeutet, dass dies aktuell die Home-Region ist.\\
 Das F am Ende bedeutet, dass hier "Flooding" und damit diese Region aktiviert ist. Regionen ohne F sind daher deaktiviert und werden nicht weitergeleitet.
@@ Zeile 136: / Zeile 145: @@
 </code>
-Mit dem Befehl **region load** kann man nachfolgend zeilenweise eine Liste der Regionen über die CLI eingeben, die dann die bestehende Liste auf dem Repeater überschreibt!
+Mit dem Befehl **region load** kann man nachfolgend zeilenweise eine Liste der Regionen über die CLI eingeben, die dann die bestehende Liste auf dem Repeater überschreibt!\\
-*Der Befehl wird NICHT dazu verwendet, die Regions aus dem Speicher des Repeaters zu laden!*
+**Der Befehl wird NICHT dazu verwendet, die Regions aus dem Speicher des Repeaters zu laden!**\\
-Im Beispiel oben würde man die Regionen #de und #de-he hinzufügen und beide mit F direkt aktivieren.
+Im Beispiel oben würde man die Region-Liste auf #de und #de-he setzen und beide mit F direkt aktivieren.\\
-Wichtig zu beachten sind die Leerzeichen vor den Regionen, die die Hierarchie ausdrücken. So hängt #de unter der Wildcard-Region und #de-he unterhalb #de
+Wichtig zu beachten sind die Leerzeichen vor den Regionen, die die Hierarchie ausdrücken. So hängt #de unter der Wildcard-Region und #de-he unterhalb #de.\\
+Der Befehl wird abgeschlossen, in dem eine leere Zeile als letztes gesendet wird. Falls man den Befehl über die Remote CLI (mittels Companion/App) gestartet hat und abschließen möchte, muss man in der App ein einzelnes Leerzeichen senden.\\
 **Soweit bekannt, dienen die Hierarchien nur der optischen Anzeige, sie haben KEINEN Einfluss auf das Matching der Scopes.**
@@ Zeile 148: / Zeile 158: @@
 </code>
-Ein **region load** mit direkter Leezeile dahinter, lädt KEINE Region und löscht die interne Region-Liste!!
+Ein **region load** mit direkter Leezeile dahinter, lädt KEINE Region und löscht die interne Region-Liste!!\\
+Das kann hilfreich sein, um über die Remote CLI (mittels Companion/App) die Regions auf dem Repeater komplett zu löschen und eine "frische" Konfiguration zu starten.
 ==== Region hinzufügen, löschen, abfragen (Einzeln) ====
@@ Zeile 177: / Zeile 188: @@
 Mit dem Befehl **region remove** kann man eine einzelne Region wieder von der Liste löschen.
-Mit dem Befehl **region get** kann man die Infos zu einer einzelnen Region abrufen, oder prüfen, ob diese existiert.
+Mit dem Befehl **region get** kann man die Infos zu einer einzelnen Region abrufen, oder prüfen ob diese existiert.
 ==== Region aktivieren oder deaktivieren ====
@@ Zeile 203: / Zeile 214: @@
 Mit **region denyf** kann man die Region entsprechend deaktivieren.
-Es ist auch möglich die Wildcard-Region zu deaktivieren. Damit wird das Weiterleiten von Nachrichten OHNE Scope deaktiviert. Diese Einstellung sollte auf keinen Fall aktiviert werden, da sonst eine Großzahl der Nachrichten im Netz nicht weitergeleitet werden.
+Es ist auch möglich die Wildcard-Region zu deaktivieren. Damit wird das Weiterleiten von Nachrichten OHNE Scope deaktiviert. Das Flooding sollte hier auf keinen Fall deaktiviert werden, da sonst eine Großzahl der Nachrichten im Netz nicht weitergeleitet werden.
 ==== Änderungen speichern ====

MeshCore Wiki DE

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge