"Das ist dann wohl im Stream untergegangen." oder "Habe ich leider nicht gesehen". Deshalb da capo

---

Alles unter einem Dach, die 2. ¯\_(ツ)_/¯

Über meine Idee, eine deutschsprachige Community für Mesh-Netzwerke wie Meshtastic, LXMF (Reticulum), MeshCore und weitere auf Discord zu erstellen, war ich ja nie so richtig glücklich.

Aber alle aktuellen und auch die zukünftigen Mesh-Netzwerke unter „einen Hut“ zu bringen, war und ist nun einmal, sowohl aus administrativer (!) als auch aus Nutzersicht, sinnvoll.

Mir wurde dann die Idee zugetragen (danke noch einmal dafür!), dies doch mit einem Space und Unterräumen auf Matrix zu realisieren. Diese Möglichkeit kannte ich bisher noch nicht, hatte sie aber gleich aufgegriffen und in die Tat umgesetzt.

Tatsächlich gefällt mir diese Lösung doch wesentlich besser, als die Umsetzung auf einem Discord-Server.

Hier der neue Link zu diesem Matrix-Space:

https://matrix.to/#/#mesh-netzwerke-de:matrix.org

Sorry für das Durcheinander!

Meshtastic - MeshCore - Reticulum: Warum Sideband (Reticulum) zurzeit meine №1 ist

Jedes der drei oben genannten (Mesh) Systeme hat sicherlich seine Vor- und seine Nachteile. Reticulum kombiniert allerdings einige der (mir!) wichtigen Funktionen:

Es legt einen großen Wert auf Sicherheit (Verschlüsselung). Wer also Messenger wie #Session, #Threema oder #Signal statt #WhatsApp bevorzugt, lieg mit Reticulum (Sideband) sicherlich auch nicht falsch.

Reticulum ist dezentral (!) und selbstorganisierend. Andere Mesh-Netzwerke, die neben der Funkanbindung (LoRa), noch Zugänge untereinander über einen #MQTT-Server anbieten, funktionieren nur, solange diese Server online und nicht überlastet sind. Sideband lässt sich auch ganz einfach über das Internet nutzen und wenn dies ausfallen sollte, gibt es ja auch noch

LoRa (Funk) Verbindungen für Not- und Krisensituationen. Es lassen sich so einfach und mit kostengünstiger Hardware lokale Netzwerke aufbauen.

Ob ich also an einem PC mit Interzugang sitze, oder mein Smartphone mit Mobilfunkanbindung (oder eben auch mit einem über Bluetooth verbundenen LoRa Device) nutze, ich bin dann Teil des Netzwerkes und kann auf all diesen Geräten erreicht werden und Nachrichten versenden.

Ich weiß jetzt nicht mehr genau, wer diese Frage eigentlich gestellt hatte, aber ich hoffe, diese Erklärung hilft weiter.

Alles unter einem Dach, die 2. ¯\_(ツ)_/¯

Über meine Idee, eine deutschsprachige Community für Mesh-Netzwerke wie Meshtastic, LXMF (Reticulum), MeshCore und weitere auf Discord zu erstellen, war ich ja nie so richtig glücklich.

Aber alle aktuellen und auch die zukünftigen Mesh-Netzwerke unter „einen Hut“ zu bringen, war und ist nun einmal, sowohl aus administrativer (!) als auch aus Nutzersicht, sinnvoll.

Gestern wurde mir dann die Idee zugetragen (danke noch einmal dafür!), dies doch mit einem Space und Unterräumen auf Matrix zu realisieren. Diese Möglichkeit kannte ich bisher noch nicht, habe sie aber gleich aufgegriffen und heute in die Tat umgesetzt.

Tatsächlich gefällt mir diese Lösung doch wesentlich besser, als die Umsetzung auf einem Discord-Server.

Hier der neue Link zu diesem Matrix-Space:

https://matrix.to/#/#mesh-netzwerke-de:matrix.org

Sorry für das Durcheinander!

Es hat ja “ein wenig gedauert”, aber nun konnte ich alles in einem Gehäuse unterbringen.
Der Umzug von einem “Raspberry Pi 5” zu einem “Raspberry 2 Zero W” war, bis auf das Übertragen des Encryption Keys, auch nicht zu schwer.
Aber da konnte mir Mark den richtigen Hinweis geben.

(Bildbeschreibung: Ein Montagegehäuse mit einem darin verbauten "Raspberry Pi Zero 2 WH", einem "Heletc V3" und einem "SparkFun QwiicBus - EndPoint" für die Übertragung der "BME280" Sensordaten über ein LAN-Kabel.)

Ich habe soeben meine Sideband Installationen auf die Release 1.5.0, auf allen Geräten (Linux, Raspberry, Android), ohne Probleme aktualisiert

https://github.com/markqvist/Sideband/releases/tag/1.5.0

Ich hatte irgendwo einmal gelesen, dass die Ursache des Fehlers “Critical Fault #⁣3” bei einem Meshtastic Device, in der Hardware zu finden sein könnte.

Heute habe ich dann, nachdem der bestellte Ersatz für das “Xiao ESP32-S3 + Wio-SX1262 Kit” angekommen ist, den alten von dem Expansionsboard heruntergenommen - und siehe da. Eine der Verbindungsleisten war dann wohl doch nicht mehr so ganz in Ordnung. Mit dem neuen Kit funktioniert das Device wieder einwandfrei.

In den kommenden Tagen werde ich dann vielleicht einmal versuchen, wie in diesem Git-Repository (https://github.com/landandair/RNS_Over_Meshtastic) beschrieben, RNS-Over-Meshtastic einzurichten, um eine Brücke zwischen Reticulum und Meshtastic Systemen aufzubauen.

Außensensor für Reticulum / Sideband

Ich habe jetzt den Außensensor an den Raspberry angeschlossen. Von dem I²C -Anschluss des Raspberrys an einen Adapter, dem “SparkFun QwiicBus - EndPoint” (https://www.berrybase.de/sparkfun-qwiicbus-endpoint), der die Signale dann über ein 10 Meter langes LAN-Kabel überträgt und auf der Gegenseite wieder andersherum an den Sensor führt.

So kann ich auch größere Entfernungen überbrücken und der BME280 funktioniert immer noch störungsfrei.

Da Reticulum großen Wert auf Sicherheit legt, kann ich auch entscheiden, wer diese Daten auf seinem Node sehen darf und wer nicht.

Projekt BME280 abgeschlossen

Es war sehr viel (wirklich sehr viel) Versuch und Irrtum, ich hatte ja immerhin vorher noch nie mit Python gearbeitet, aber schlussendlich hat es sich gelohnt - das Plugin funktioniert (nicht zuletzt wegen einer Rohvorlage von Mark).

Damit habe ich es innerhalb eines Tages geschafft, die Hardware einzurichten und das Plugin „hinzubasteln“.

Morgen weder ich dann noch den Außensensor über zwei “I²C zu LAN Adapter” an den Raspberry anschließen, und dann war es das auch - erst einmal

Es ist ja alles nicht so einfach, aber mit ein wenig Geduld - Teil 2

Ich habe mittlerweile den BME280 an den Raspberry angeschlossen, und kann, nachdem ich die erforderlichen Bibliotheken installiert habe, ein (bereits vorhandenes) Skript aufrufen, dass die Daten ausliest.

Jetzt muss ich nur noch diese Daten bei Aufruf des Skripts in eines der Beispiel-Telemetrie-Plugins schreiben lassen, und dann wäre es fertig.

Mal sehen, ob ich das vielleicht (!) auch noch hinbekomme, denn ich kann gar kein Python ¯\_(ツ)_/¯

Es ist ja alles nicht so einfach, aber mit ein wenig Geduld und Überlegungen geht es Stück für Stück voran

Die Koordinaten meiner Nodes können, selektiv angezeigt werden. Das heißt, dass ich bestimmen kann, wer sie sehen darf.

Auf der Map sind es natürlich (fest eingestellte) Fake-Koordinaten, aber es funktioniert.

Ich muss jetzt nur noch mal schauen, wie ich den Sensor (BME280) an den Raspberry anschließe, um auch die Umweltdaten ins Netz bekomme

Standhaft hatte sich mein RAK 4630 geweigert, mit meinem Smartphone und Reticulum über Bluetooth zu kommunizieren.

Jetzt funktioniert es über ein USB-Kabel einwandfrei, und auf dem Smartphone kann ich Bluetooth ausgeschaltet lassen

Aufgrund eines (Matrix?) Fehlers, hat es unseren alten Reticulum Kanal leider "zerlegt".

Die neue Adresse des deutschsprachigen Reticulum Matrix Kanals lautet https://matrix.to/#/#reticulum-network-de:matrix.org

4 °C + = ​

Unterwegs, um (vielleicht) die Moorkatzen zu füttern - wenn sie sich denn heraustrauen. Am Mittwoch waren es NULL.

Es ist aber so oder so, eine gute Gelegenheit, die LoRa Verbindung von meinem mobilen Heltec V3 zu meinem neu eingerichteten 868 MHz Reticulum Transport Node (auch Heltec V3) zu testen

Reticulum (Sideband) hat zwar kein Range Test Module wie Meshtastic, aber der sich ständig aktualisierende “Announce Stream” zeigt mir ja an, ob noch eine Verbindung besteht - oder nicht ¯\_(ツ)_/¯

Nice #reticulum explainer https://linuxinabit.codeberg.page/blog/reticulum/
by @Linux_in_a_Bit

#lxmf #nodes #lora ( page has comments on #meshtastic and its #routing )