Berlin Chaos Mesh Forum

https://github.com/meshcore-dev/MeshCore/releases/tag/companion-v1.12.0

Kern-Änderungen in v1.12.0

Neue unterstützte Boards
– Thinknode M6
– Thinknode M3
– RAK3401
– RAK11310
– Meshtiny

Low-Power / Energie-Management
– nRF low power recovery manager – ein Mechanismus zur Verbesserung der Energieeffizienz und Wiederaufnahme aus stromsparenden Zuständen.

BLE neu gedacht
– Bluetooth-Code komplett neu geschrieben

WiFi / Serielle Stabilität
– Fixes für WiFi-Serial

Kontakte & Daten
– Contacts-DB kann alte Einträge überschreiben – neue Nachrichten bekommt man auch trotz voller DB

️ Neue Einstellungen
– buzzer quiet – stiller Alarm
– gps enabled – GPS standardmäßig nutzbar
– gps interval – konfigurierbare GPS-Intervalle

Wir treffen uns jeden zweiten Mittwoch im Monat in der c-base um 19 Uhr um über LoRa Meshes zu sprechen!

Ha, dachtet ihr euch so! Wir treffen uns nicht in der c-base! Diesmal nutzen wir den langen Abend, um zum Fernsehturm (und auf den Müggelturm) in den Müggelbergen zu wandern. Dort schicken wir Nachrichten in den Mesh und verstecken Nodes in der Wildness.

Treffpunkt: 17:30 Uhr (pünktlich) Straßenbahnhaltestelle Wendenschloß (Start 18:00 Uhr, Sonnenuntergang 21:28, Dämmerung 22:17)

Route: Wendenschloß - Kanonenberg - Müggelturm - Fernsehturm (circa 5km eine Richtung) und zurück (circa 10km gesamt)

Wer keine Lust auf wandern hat, kann auch mit dem Auto zum Müggelturm fahren und dort zu uns zu stoßen.

Mitbringen:

• feste Schuhe
• Flasche Wasser
• Snacks
• Powerbank
• soviele Nodes und Antennen wie ihr tragen wollt

Koordination:

• #berlinmesh (Meshcore, UK/Narrow)
• BerlinMesh (Meshtastic, MediumFast, PSK Nmh7EooP2Tsc+7pvPwXLcEDDuYhk+fBo2GLnbA1Y1sg=)

PotatoMesh v0.6.0 kann jetzt auch Meshcore!

Live: https://potatomesh.net/

Release: https://github.com/l5yth/potato-mesh/releases/tag/v0.6.0

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)

@Bo sagte in Neu im LoRa-Game...:

Gibt es zum Beispiel einen Discord‑Server

Ein Großteil der @meshtastic und @meshcore Nutzer sind Discord gegenüber eher abweisend eingestellt.

Wir wollen ja krisensicher sein, daher haben wir einen Matrix Space, kein Discord: https://matrix.to/#/#berlinmesh:c-base.org - funktioniert aber ähnlich.

@Timo_V sagte in Neu im LoRa-Game...:

Kleiner Hinwris noch: Die Heltecs sind sehr verbreitet in D, da gut zu bekommen, haben aber einen ESP32 als chip, der mehr verbraucht als Geräte mit nrf52 Chip.

Das ist ein wichtiger Hinweis. Ich habe mal ein Lilygo T-Echo Lite (NRF52) mit einem Heltec V4 jeweils an eine 1000mAh Batterie gesteckt und der Unterschied ist sehr groß. Auf dem T-Echo bekomme ich 24-26h Laufleistung, auf dem V4 nur 7-8h.

Moin Moin, danke fürs aufsetzen.

Ich schlage zwei Dinge vor: einmal können wir das hier eigentlich auch alles auf Deutsch halten, weil die meisten das wahrscheinlich verstehen oder lernen, und zum anderen würde ich die folgende Logik fürs Forum vorschlagen:

• Organisation: Diskussionen zu Initiative, Treffen, und allgemeiner Koordinierung
• Meshtastic
• Meshcore
• Reticulum
• Off Topic

Ich denke nicht, dass wir ein extra Forum für Announcements brauchen aktuell. Und Reticulum würde ich jetzt einfach auch schonmal mitdenken.

Auch brauchen wir vorerst mal keine Subforen, wie z.B. Firmware. Das kann erstmal weg und ich würde das bei Bedarf organisch wachsen lassen und bei Bedarf anpassen.

Was meint ihr?

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)

Schickt der dann Reticulum Pakete über Meshtastic oder wie kann man sich das vorstellen? Und was ist der Vorteil gegenüber RNode direkt? Weil man dann beides benutzen kann?

Vielleicht können wir ja mal im März ein Reticulum-spezifisches Meetup machen.

Als Fortführung der Diskussion in https://forum.chaosmesh.net/topic/16/regionen-in-meshcore/9

Und der Nutzung der folgenden Scopes https://meshcore-de.fyi/meshcore:allgemeines:regions:reale-regions-in-repeatern#berlin_brandenburg

Mache ich folgenden Gegenvorschlag zur Konsolidierung:

1. Kanäle: Public, #berlin, #brandenburg und wir lösen uns vom Kanal #berlinbrandenburg
2. Scopes: de, de-ost, de-bebb und wir trennen uns von dem Konzept, dass de-bb und de-be eigene Scopes brauchen

Das sähe dann so aus

• Public: de oder de-ost je nach Geschmack
• #berlin: de-bebb
• #brandenburg: de-bebb
• keine starke Meinung zu Berzirken und Landkreisen, aber auch die würde ich alle entfernen

Begründung:

1. Einfachheit: zu kompliziert all die Scopes überall zu verwalten und zu kommunizieren
2. Geografie: es gibt kaum einen Mehrwert Berlin und Brandenburg zu trennen, vor allem z.B. weil Berlin viel Infrastruktur hat, die ein de-bb Scope nicht nutzen kann und "außen rum" geroutet werden muss.

Ich werde das auch am 13.05. im Berlin Chaos Mesh Meetup in der c-base vorschlagen und beim MC Treffen am 04.06. bei D20 auch nochmal diskutieren wollen.

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!

Wir haben UK/Narrow adaptiert für Reticulum, aber mit einem ein Offset, um nicht in Konflikt zu kommen mit den anderen Protokollen:

• 869.430MHz
• Bandwidth 62.5kHz
• Spreading Factor 8
• Coding Rate 5

# Here's an example of how to add a LoRa interface
# using the RNode LoRa transceiver.

[[RNode LoRa Interface]]
  type = RNodeInterface

  # Enable interface if you want use it!
  enabled = yes

  # Serial port for the device
  port = /dev/ttyUSB0

  # You can connect wirelessly to the
  # RNode device if it supports WiFi.

  # Connect by IP address
  # port = tcp://10.0.0.1

  # Or, connect by hostname
  # port = tcp://rnodef3b9.local

  # It is also possible to use BLE devices
  # instead of wired serial ports. The
  # target RNode must be paired with the
  # host device before connecting. BLE
  # devices can be connected by name,
  # BLE MAC address or by any available.

  # Connect to specific device by name
  # port = ble://RNode 3B87

  # Or by BLE MAC address
  # port = ble://F4:12:73:29:4E:89

  # Or connect to the first available,
  # paired device
  # port = ble://

  # Set frequency to 869.368 MHz
  frequency = 869430000

  # Set LoRa bandwidth to 62.5 KHz
  bandwidth = 62500

  # Set TX power to 7 dBm (5 mW)
  txpower = 7

  # Select spreading factor 8. Valid
  # range is 7 through 12, with 7
  # being the fastest and 12 having
  # the longest range.
  spreadingfactor = 8

  # Select coding rate 5. Valid range
  # is 5 throough 8, with 5 being the
  # fastest, and 8 the longest range.
  codingrate = 5

  # You can configure the RNode to send
  # out identification on the channel with
  # a set interval by configuring the
  # following two parameters.

  # id_callsign = MYCALL-0
  # id_interval = 600

  # For certain homebrew RNode interfaces
  # with low amounts of RAM, using packet
  # flow control can be useful. By default
  # it is disabled.

  # flow_control = False

  # It is possible to limit the airtime
  # utilisation of an RNode by using the
  # following two configuration options.
  # The short-term limit is applied in a
  # window of approximately 15 seconds,
  # and the long-term limit is enforced
  # over a rolling 60 minute window. Both
  # options are specified in percent.

  # airtime_limit_long = 1.5
  # airtime_limit_short = 33

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.

Letztes Meetup waren 14 Leute da, wenn zum Basteln 12-18 Leute kommen, würde ich einfach mal 20 Sets einplanen (falls mal was kaputt geht).

Pro set zwei Antennen (1x SMA Kabel, 1x IPEX Kabel, 2x SMA Connector, 2mm Messingdraht). Jeder kann 2x 868 MHz Antennen bauen, aber nicht jeder kann 433 MHz Antennen bauen (sonst reicht der Draht nicht).

Materialkosten: 7 Euro (zwei Antennen)

20 Sets für 40 Antennen (ohne Schablone): 139,94 Euro

139.94 / 40 * 2 = 6,997 Euro pro Set (für 2 Antennen, ergo 3,49 pro Antenne)

Danke alle fürs zahlreiche Erscheinen! Wir haben 20 Sets komplett verlötet, die Planung ging auf.

So, diese Woche ist schonwieder soweit! Aus aktuellem Anlass möchte ich noch zwei andere Theme vorschlagen:

• Meshcore regionen & channel
• PotatoMesh für Meshcore & Reticulum

PotatoMesh ist ein föderiertes Meshtastic Dashboard. Es zeigt Nodes, Chats und Presets in deiner Region. Wenn man rumreist, kann man über die Federation Map gucken, welche Communities es in anderen Regionen gibt und welche Settings sie nutzen.

Wichtig, PotatoMesh nutzt kein MQTT, d.h. es wird der reine LoRa Aether angezeigt, der über die Frequenz empfangen wird.

Berlin: https://potatomesh.net/

Github: https://github.com/l5yth/potato-mesh

@io_kassel sagte:

Ich hatte gelesen es gibt noch einen Umzug?

Moin und willkommen! Der Umzug ist schon passiert, wir bleiben jetzt hier auf der Domain!

@io_kassel sagte:

Wie findest du die Idee mit dem Podcast?

Finde ich gut. Ich bin zwar schon länger hier im Mesh unterwegs, aber gehöre definitiv nicht zur ersten Generation. Also kommt drauf an, wie weit ihr zurück gehen wollt in der Historie.

Ich finde ja die Berliner Entwicklung an sich auch schon ganz spannend, von Meshtastic LongFast zu MediumFast und jetzt mit recht großem Momentum zu Meshcore.

Ich setze auch gerade meinen Repeater auf, ich würde das gerne heute Abend mal diskutieren wollen...

Meine größte Sorge ist, dass damit "Blasen" entstehen, aber vielleicht muss mir das nochmal jemand genau erklären.

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.

PotatoMesh kann jetzt Metadaten mit AQ== entschlüsseln

Ingestors werden unter /api/ingestors gelisted

Und jedes Paket in der API wird jetzt einem Ingestor zugeordnet, der es zuerst gehört hat

Release app potato-mesh v0.5.10 · l5yth/potato-mesh

A federated, Meshtastic AND Meshcore node dashboard for your local community. No MQTT clutter, just local LoRa aether. - Release app potato-mesh v0.5.10 · l5yth/potato-mesh

GitHub (github.com)