Berlin Chaos Mesh Forum

@DL7DL debug flag 2 hat sogar zrw Interim, der nicht besonders exponiert hängt. M.E. ist das kein sinnvoller Indikator für irgendwas in Berlin...

https://www.derstandard.at/story/3000000310941/meshtastic-wie-man-sich-um-kleines-geld-ein-rebellen-funkgeraet-baut?ref=article

Kann hier jemand die berlin.yml updaten und die Einstellung mit aufnehmen? Habe selbst (noch) keinen codeberg-account.

LongFast https://mesh.nici.gay/

Ich wollte zu dem Thema noch was schreiben, wenn der Winter vorbei ist, aber vorläufiges Fazit: September - Februar ist er gelaufen (5 Monate) und war eine Nacht offline bis dann morgens wieder die Sonne aufging und seit dem ist er wieder online. Der hat aber auch perfekte Südausrichtung, also der läuft auch beim kleinsten Sonnenstrahl. https://potatomesh.net/nodes/!194a7351

Ja, du verbindest dich zu der Dach-Node und setzt deine Nodes von dir als Favorit (klickst sie an in der Node Liste und findest die Toggle "Favorite") in der App. Diese werden dann bevorzugt über dein Dach geroutet. Router Late routet alle Nodes gleich auf deinem Dach, macht aber dafür auch mehr " Lärm" im Mesh, Client Base sollte die erste Wahl sein, aber wenn dein Dach besonders hoch oder gut positioniert ist, geht auch Router Late. Von Router würde ich abraten, das ist eher was für Türme und Berge.

Habe meinen ingestor aktualisiert.

@DL7DL sehr gut, vielleicht beim Antennenbau Workshop am 11.3 in der c-base?! https://forum.chaosmesh.net/topic/40/meetup-868mhz-antennenbauworkshop-11.03.2026

Zitat Charly: Wir haben gestern herausgefunden, dass die einzige funktionierende Methode, sich dem 433 MHz Mesh anzuschließen über das Einscannen des QR-Codes funktioniert. Händisch geht es einfach nicht. Warum auch immer ... Matrix: https://matrix.to/#/!duDzrLQUnIZqAaROaG:c-base.org QR Code für das "alte" Preset: [image: AxgLcNB.jpeg] Ziel ist es, alle 433MHz Nodes in Berlin koordiniert zu einem Stichtag auf das "neue" Preset LongSlow umzustellen. Vielleicht schaffen wir das vor dem nächsten Meetup am 11.03.?

Meshtastic Citymode (125kHz, links) vs. Meshtastic MediumFast (250kHz) vs. Meshcore UK/Narrow (62.5kHz, rechts) [image: 1770840659365-2026-02-11-203120_6016x2160_scrot.webp] [image: 1770840659976-2026-02-11-203416_6016x2160_scrot.webp] [image: 1770840660464-2026-02-11-203522_6016x2160_scrot.webp]

Willkommen, welchen Filter nutzt du?

Habs mal auf die Department of Decentralization website gepackt. https://github.com/department-of-decentralization/dod.ngo/pull/51 Falls wir jemals Funding brauchen, können wir da auch Geld beantragen.

Hmmm Also wenn ich nur 1x Device habe und alles mal testen will klingt das doch nach einer guten Alternative.

Version 1.39.0 – 08. Februar 2026 Sekunden zu den rxlog-Zeitstempeln hinzugefügt Repeater-Regionen können nun per Fernverwaltung verwaltet werden Regionen von nahegelegenen Repeatern können nun im Regionsauswahlmenü ermittelt werden Die Repeater-Regionsinformationsanzeige kann nun auf dem Bildschirm mit den Kanalnachrichten ausgeblendet werden Repeater-Identitätsschlüssel können nun per Fernverwaltung geändert und ein neues Präfix ausgewählt werden Ein neues Feld für empfangene Paketfehler wurde dem Repeater-Statusbildschirm hinzugefügt Eine experimentelle Einstellung zur Verwendung der Begleituhr für Paketzeitstempel wurde hinzugefügt Das Abdeckungstool zeigt nun an, ob für den ausgewählten Punkt keine Höhendaten vorliegen Das Hashtag-Symbol ist beim Hinzufügen von Regionsbereichen nicht mehr erforderlich Die Sendeleistung wird nun als vorzeichenbehaftete Ganzzahl gelesen, da die neue Firmware negative Sendeleistungen zulässt Die App verarbeitet nun ausschließlich v1-Pakete, um sich auf die neuen v2-Paketformate vorzubereiten https://files.liamcottle.net/MeshCore/v1.39.0/

https://github.com/meshcore-dev/meshcore-cli/releases/tag/v1.3.19 meshcore-cli v1.3.19 – wichtigste Änderungen: Neuer get status-Befehl hinzugefügt. autoadd-Konfiguration unterstützt (automatisches Hinzufügen von Kontakten/Ereignissen). Anonyme Requests (für repeaters/owner/clock) integriert. Repeater-Modus verfügbar. Timestamps werden nun berücksichtigt/ausgegeben. Advert echoes (Echo-Handling bei Advert-Paketen) aufgenommen. Das Update erweitert hauptsächlich die CLI-Funktionalität und Steuerungsmöglichkeiten gegenüber früheren Versionen.

https://github.com/meshtastic/Meshtastic-Android/releases/tag/v2.7.12 Wichtigste Neuerungen / Änderungen: Filtern von Nachrichten nach Wörtern mit einem Quarantäne-Ansatz (Nachrichten werden gespeichert, aber ausgeblendet). Überarbeitung der Node-Detail-Ansicht und bessere Nutzer-Rückmeldung. Status-Nachrichten-Modul hinzugefügt. UI-Refactorings: Icons, Node-List-Elemente, Message-Bubble-Darstellung, Charts-Bibliothek (Vico). Erweiterte App-Architektur-Refaktorierungen (Modularisierung, Build-Konfiguration). Diverse Fehlerbehebungen (Serial-USB-Writes, Crash in Map-Cluster, Notifications für stummgeschaltete Kontakte, Usability-Fixes im Node-UI). Insgesamt verbessert v2.7.12 die Nachrichten-Verwaltung, UI-Darstellung und Stabilität der Android-App.

@l5y Danke für die Antwort. Nun gut, das ist ja enttäuschend. Meshcore wollte ich mal testen bei Gelegenheit, ja. Ich melde mich dann wieder.

von welcher reichweite reden wir hier bei 2,5ghz mit 1000mW/20dbm? ist das wie eine klassische funke dann von der reichweite?

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.

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