Berlin Chaos Mesh Forum

Mit den drei Hops kommst du halt nicht durch die ganze Stadt ...

U.a.:

• Die Nachrichtenvorschau wurde verbessert: Ein störender Präfix bei Benachrichtigungen wurde entfernt, wenn bereits eine Vorschau verfügbar ist.
• Fehlerbehebung in der Berechnung des Overheads bei Textnachrichten – sorgt für zuverlässigere Größen-/Längenabschätzung.
• Aktualisierte Tooltips – kleine UI-Verbesserungen für klarere Hinweise.

Release Alpha5 · zjs81/meshcore-open

Open-source Flutter client for MeshCore LoRa mesh networking devices - Release Alpha5 · zjs81/meshcore-open

GitHub (github.com)

Die Standard-Settings in Meshtastic sind nicht ausreichend, um sich konsistent mit allen im Stadtgebiet austauschen zu können. Wir brauchen mindestens 8-16 Hops, aber das ist technisch nicht machbar.

Die Sendeleistung ist lächerlich gering, selbst mit max tx power kommst du kaum durch Beton-Wände, wenn du z.B. in einem Neubau wohnst, also auf der Straße hört dich da keiner mehr.

27 dBm sind das legale Maximum in der EU und entsprechen etwa ~0.5W Sendeleistung. Das ist wirklich nicht viel.

Wir bekommen oft Fragen von Leuten, die niemand hört, wenn sie von zuhause senden. Der erste Schritt ist die Sendeleistung erhöhen, der zweite Schritt ist eben eine CLIENT_BASE auf dem Dach oder dem Balkon...

Was die Batterielebensdauer angeht, kann ich nichts sagen, ich habe alle meine Geräte auf 27.

Wismesh Repeater mit Solar Battery Lite (Rak 4361)

• RAK 4361 mit spezieller Enclosure
• RAK 80cm 868MHz Outdoor Antenne
• 10Wp Solar Panel extern

Installation 24.09.2025 - seitdem durchgehend online (100% uptime).

Der hat leider keine Power Metrics, das entsprechende Modul werde ich nachrüsten, wenn es wieder wärmer wird und ich aufs Dach kann.

Wismesh Repeater Mini (RAK 4361)

• RAK 4361 mit Unify Enclosure
• 868MHz Whip Antenne (RAK)
• circa 2Wp Solar Panel integriert

Installation 24.09.2025 - seitdem durchgehend online (100% uptime).

Ich habe es im Winter mit Coax Seal und Iso Tape abgedichtet, weil ich nicht wollte, dass irgendwo Feuchtigkeit rein kriecht.

Hier ein Foto vom 16. Januar 2026.

Aktuell läuft Meshtastic Firmware drauf als CLIENT_BASE, die wird aber bald umziehen und als Meshcore Repeater dienen müssen.

Metrics: https://potatomesh.net/nodes/!194a7351

Toll, das Thema wollte ich auch schon aufmachen. Ich habe es aber mal in Hardware verschoben, weil das sicher für alle Protokolle spannend ist.

Ich habe mal ein Smoke Signal angelegt zum verlinken: https://smokesignal.events/did:plc:kvluy3juxxe663v7pjuk2c4l/3mcxioqq2vj2v

Soll das Teil des Protokolls werden? Oder wie wird die Region spezifiziert?

Ok, ich sammel mal

1. Meshcore Regions
2. Polen Tower in Berlin (Meshtastic)
3. Potsdam MediumFast (Meshtastic)

Ich kann auch was zu PotatoMesh erzählen.

Wandergruppen würde ich noch etwas nach hinten schieben, wenn das Wetter schöner wird... Oder?

Jemand hier aus Potsdam?

Berlin Meshtastic nutzt das MediumFast preset. Und stellt sicher, dass ihr Hops auf 7 setzt.

Eine empfohlene Konfiguration für Berlin findet ihr auf Codeberg:

Cookie monster!

(codeberg.org)

In Meshtastic, wir nutzen TEST und SOS als Test- und Notfall-Kanäle. Das sind andere Kanäle als Test, test, tEST, usw, da die Zuordnung in der Firmware case-sensitive ist.

Wen es interessiert: Aus dem Private Key (PSK) und dem Kanal-Namen wird eine ID zwischen 0 und 255 generiert, die über den Mesh mit ausgesendet wird und womit die entsprechenden Knoten dann feststellen können, ob sie angesprochen wurden oder nicht.

Nicht zu verwechseln mit den Kanälen 0-7, die man manuell konfigurieren kann. (Hier ist das Protokoll etwas umständlich entworfen.)

Alle Channels für Berlin sind im Detail auf Codeberg dokumentiert:

Cookie monster!

(codeberg.org)

Der Reticulum Talk vom 38c3 (vor)letztes Jahr ist wirklich schwer zu empfehlen.

Reticulum: Unstoppable Networks for The People

Reticulum is a cryptography-based networking stack for building local and wide-area networks with readily available hardware. Reticulum c...

(media.ccc.de)

Ok, dann wie folgt?

• Organisation: Koordination von Initiativen, Treffen, Strukturen und kollektiver Entscheidungsfindung
• Meshtastic: Offene Diskussionen rund um Meshtastic-Netze, Nutzung und Weiterentwicklung
  • Apps & Tools: Software, Visualisierung, Auswertung und Integrationen für Meshtastic-Netze
  • Firmware: Entwicklung, Builds, Konfigurationen und Firmware-Modifikationen
• Meshcore: Diskussionen zum Meshcore-Stack, Architektur und praktischen Einsatz
  • Apps & Tools: Werkzeuge, Clients und experimentelle Anwendungen für Meshcore
  • Firmware: Low-Level-Entwicklung, Protokolle und Embedded-Implementierungen
  • Repeater Admins: Betrieb, Wartung und Koordination von Meshcore-Repeater-Infrastruktur
• Reticulum: Autonome Netzwerke, Routing-Philosophie und Anwendungen auf Reticulum-Basis
  • (Firmware wird hier nicht benötigt)
• Hardware: LoRa-Geräte, Antennen, Stromversorgung und experimentelle Eigenbauten
• Sonstiges LoRa: Alternative LoRa-Stacks, Protokolle und unabhängige Funkprojekte
• Off-Topic: Alles, was nicht passt, aber gesagt werden muss

Ich denke Hardware könnte gut ein extra Forum sein. Und sonstiges LoRa könnte auch mal Thema werden, e.g., LoRaWAN oder neue Protokolle in Zukunft.

Ok, dann habe ich auch mal meinen Inhalt im OP angefügt.

Ich habe mal #berlinmesh für unsere Treffen in der c-base angelegt (nächstes: 11.02.2026).

Die D20 Treffen koordinieren sich im Kanal #mc-treffen (für den 19.02.2026)

Ok, aber hat das in der Praxis spürbare Nachteile? Ich verstehe das so, dass wenn 13 doppelt vorhanden es, geht es "zwei Pfade" - was zwar unnötig wäre aber erstmal auch nichts schlechtes ist, oder?

Wie bekomme ich den Gruppentag neben meinen Namen?

Ja, keine starke Meinung. Aber das ist wie überschriften in einem Buch, wenn man nicht mindestens 3 Themen hat, sollte man das nicht untergliedern.

• Presets
• Firmware
• Apps & Tools

Oder so? Aber wie gesagt, wahrscheinlich kommen wir erstmal auch eine Weil ohne aus.

Themen: Meshtastic, Meshcore, Reticulum, und andere LoRa- und Mesh-fähige Ideen.

Immer jeden zweiten Mittwoch im Monat in der C-Base. Nächstes Treffen: 11.02.2026 um 19 Uhr.

Eintritt frei, keine Anmeldung nötig, es gibt eine Bar mit Getränken - https://c-base.org/

Letztes mal hatten wir die Idee von Berlin Mesh als Koordinierungsforum diskutiert. Gerne können wir auch technische Themen vertiefen dieses mal.

Schlagt vor, was ihr machen wollt!