Channeldaten

[DC4AC]

Hi,

es wäre toll, wenn die Zugangsdaten zum Channel auch ausgeschrieben würden:

• Ich kann nicht mit der Handy-Kamera den Bildschirm desselben Handys fotografieren, um den QR-Code zu scannen. Selbst wenn, dann müssten der Browser (für die Anzeige des QR-Codes) und Meshtastic-App (zum Scannen des QR-Codes) gleichzeitig geöffnet sein. Und die Meshtastic-App kann leider nicht aus einer gespeicherten Bilddatei scannen.

• Wenn ich stattdessen den Link antippe, dann kommt anstatt eines Kanalbeitritts nur die Fehlermeldung: "QR Code Share Channel URL Should be opened in the appropriate app
  (...)
  For Android use the QR code scanner in the app, on Apple devices use the camera to open the QR code URL in the Meshtastic App."

Wäre daher super, wenn zusätzlich da etwas stehen würde wie
Kanalname:
Munich (oder ist es "[DE] Munich"?)
Key:
xyzabc123456789wasauchimmer

Viele Grüße und nochmals vielen Dank für die tolle Idee!
Nils DC4AC

[fiji]

Hey Nils,
danke für das Feedback.
Der Kanal heißt: "[DE] Munich"

Meinst Du mit dem Key den PSK?

[DC4AC]

@fiji
Ja genau, den PSK. Stimmt, so heißt der hier, sorry für die Unklarheit.

[CKMO]

KEY:
mjw1yMZmrQSkL8BNH+3egZ1jt3cEVfiEVdn89AfAkqc=

[CKMO]

Die Genauigkeit des Standortes sollte zur Wahrung der Privatsphäre auf ungenau geschaltet werden.
Am besten schon in der Voreinstellung.

[CKMO]

Ein Eintrag in die Kanaldatenbank unter
https://docs.google.com/spreadsheets/d/1nJ4UXNCHydyd2eO5RZ4NBJuHll5e3dg5YfAcFTH_eOk/edit?gid=0#gid=0
wäre auch sicher noch hilfreich.

[fiji]

Ich habe in dem Spreadsheet den Channel "RaumMUC" gefunden und mit etwas Nachhilfe auch dem Channel beitreten können.
Ich hab die Daten rechts hinzugefügt und versuche noch eine ausführliche Seite im Forum mit den Daten anzulegen.

[RSTP]

Ich bin neu in dem Thema und etwas verwirrt. Es gibt laut der Kanaldatenbank wohl zwei Kanal-Konfigs mit München-Bezug.

"RaumMUC" mit dem Key: DasPasswortHierIstNurA==
und
"[DE] Munich" mid dem Key: mjw1yMZmrQSkL8BNH+3egZ1jt3cEVfiEVdn89AfAkqc=

Wie unterscheiden sich diese? Und welche Konfig gehört nun zu dieser Community?

Ich würde auch gerne verstehen, ob die Channel-Konfiguration des QR-Codes bewusst so gewählt wurde.

{
  "settings": [
    {
      "psk": "DasPasswortHierIstNurA==",
      "name": "RaumMUC",
      "uplinkEnabled": true,
      "downlinkEnabled": true,
      "moduleSettings": {
        "positionPrecision": 16
      }
    }
  ],
  "loraConfig": {
    "usePreset": true,
    "bandwidth": 250,
    "spreadFactor": 11,
    "codingRate": 5,
    "region": "EU_868",
    "hopLimit": 7,
    "txEnabled": true,
    "txPower": 27,
    "sx126xRxBoostedGain": true,
    "ignoreMqtt": true
  }
}

Zum Vergleich folgt die Link-Konfiguration von Mesh Hessen, die das modemPreset "SHORT_SLOW" nutzen.

{
  "settings": [
    {
      "psk": "+uTMEaOR7hkqaXv+DROOEd5BhvAIQY/CZ/Hr4soZcOU=",
      "name": "Mesh Hessen",
      "uplinkEnabled": true,
      "downlinkEnabled": true,
      "moduleSettings": {
        "positionPrecision": 16
      }
    }
  ],
  "loraConfig": {
    "usePreset": true,
    "modemPreset": "SHORT_SLOW",
    "region": "EU_868",
    "hopLimit": 7,
    "txEnabled": true,
    "txPower": 27,
    "overrideDutyCycle": true,
    "sx126xRxBoostedGain": true,
    "configOkToMqtt": true
  }
}

Die erste Hälfte der Settings ist soweit identisch (abgesehen von psk und name).
Bei der LoraConfig gibt es jedoch Unterschiede.

Anstatt "modenPreset" wird in unserem Link "bandwidth", "spreadFactor" und "codingRate" explizit angegeben. Das ist vermutlich auch gut so.

Warum in Hessen "overrideDutyCycle": true verwendet wird, kann ich mir nicht erklären. Mehr dazu hier: https://meshtastic.org/docs/configuration/radio/lora/#override-duty-cycle-limit

Während wir "ignoreMqtt": true seten, nutzt Hessen "configOkToMqtt": true. Ich bin mir hier nicht ganz über die Implikationen klar.

Sie nutzen "SHORT_SLOW" statt "LONG_FAST" (entspricht unserer Konfig), da ihr Mesh wohl überfordert war mit der Anzahl der Knoten auf engem Raum. Sollten wir in München oder sogar Bayern nicht lieber so früh wie möglich auf SHORT_SLOW setzen, damit wir uns in Zukunft Frustration und eine mühsame Umstellung ersparen? Mehr zum Thema hier: https://meshtastic.org/blog/why-your-mesh-should-switch-from-longfast/. oder hier https://26269.de/meshtastic-boomt-kommt-aber-ins-stolpern/.

Den Link-Decoder um an die Konfig zu kommen findet man übrigens hiert: https://meshlink.elebree.com/

[fiji]

Hey @RSTP

Nur erstmal kurz, aus zeitlichen Gründen:

RaumMUC ist der Channel den es zuerst gab.
[DE] Munich hatte ich angelegt da mir der andere noch nicht bekannt war.

Historisch gesehen ist also RaumMUC der korrekte Channel und deswegen auch rechts auf jeder Seite zu sehen. (;

Ich hab aktuell fast 1500 Knoten in meinem Client und keinerlei Probleme. Ich les mir aber bei Gelegenheit mal die Beiträge durch die Du gepostet hast.
Ich selbst bin auch ein N00b und da in diesem Forum bisher nur 16 Personen sind ist es evtl sinnvoller die Diskussion in RaumMUC anzustossen.

Vielen Dank.

[RSTP]

Verstehe. Sollten wir dann "[DE] Munich" aus der Kanaldatenbank wieder entfernen oder zumindest durchstreichen ... und übers mesh alle auf den "RaumMUC" verweisen? In [DE] Munich sehe ich eh kaum Aktivität. Ich kann mich auch darum kümmern.

[fiji]

Ich hab grad map.MunichMesh.de zum Laufen bekommen.
Warte bitte noch ein paar Tage. Mich würde noch interessieren wieviele sich da in dem einen Monat rein verirrt haben. (Falls man das über Potato-Mesh sehen kann.
Am 01.03. können wir es gern löschen. (=