Weiter zum Inhalt
  • Kategorien
  • Aktuell
  • Tags
  • Beliebt
  • Benutzer
  • Gruppen
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen

Berlin Chaos Mesh Forum

Codeberg - Meshmap - PotatoMesh - BerlinMesh
tobekuT

tobeku

@tobeku
Nicht mehr folgen Folgen
Über
Beiträge
23
Themen
0
Geteilt
0
Gruppen
0
Follower
0
Folge ich
0

Beiträge

Aktuell Bestbewertet Umstritten

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    I5Y: Sehe ich keinen Sinn.
    Ich verstehe deine Einwände gegen eine dauerhafte Umstellung. Mein Vorschlag war aber ausdrücklich als Test gedacht.

    Bereits vor der Festlegung auf 869.475 MHz hatte ich angeregt, das Band mit SDR-Empfängern an mehreren Standorten zu untersuchen, um die tatsächliche Belegung zu erfassen. Soweit ich weiß, ist das nicht erfolgt.

    Neben den SDR-Beobachtungen haben mich auch die Auffälligkeiten in den Sideband-Logs zu dieser Hypothese gebracht. Beides zusammen ist für mich zumindest ein Anlass, einen Vergleichstest durchzuführen. Ob die Frequenz tatsächlich die Ursache ist, kann letztlich nur ein praktischer Test zeigen.

    Inzwischen habe ich auf 869.475 MHz wiederholt LoRa-Aktivität beobachtet. Daraus leite ich nicht ab, dass diese Frequenz ungeeignet ist, sondern lediglich die Hypothese, dass die Kanalbelegung unsere Verbindungen beeinflussen könnte.

    Diese Hypothese lässt sich weder durch Vermutungen bestätigen noch widerlegen – sondern nur durch einen Vergleichstest unter möglichst gleichen Bedingungen.

    Wenn der Test keinen Unterschied zeigt, ist die Frequenz vermutlich nicht das Problem. Zeigt er eine Verbesserung, haben wir einen objektiven Hinweis, dass die Kanalbelegung eine Rolle spielt.

    Genau deshalb halte ich einen Test für sinnvoll.
    -> Selbst wenn sich herausstellt, dass 869.850 MHz ungeeignet ist, hätte man trotzdem etwas gelernt:
    Waren die Paketverluste wirklich frequenzbedingt?
    Oder liegt das Problem an Antennen, Standorten, SF, Bandbreite oder der Netzdichte?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    Alternative 1.jpg

    Ich möchte einen kontrollierten Reticulum-Frequenztest für Berlin vorschlagen.

    Unsere bisherige Reticulum-Einstellung 869,475 MHz / BW 125 kHz liegt vollständig innerhalb des Berliner Meshtastic-MediumFast-Kanals mit 250 kHz Bandbreite. Deshalb könnten zeitgleiche Meshtastic-Sendungen unsere Pakete beeinträchtigen.

    Mein Testvorschlag:

    • 869,850 MHz
    • Bandbreite 62,5 kHz
    • SF7
    • CR 4/5
    • maximal 25 mW ERP einschließlich Antennengewinn
    • Einhaltung von höchstens 1 % Arbeitszyklus
    • zunächst nur kurze LXMF-Texte und seltene Announces

    Der Gedanke dahinter: Gegenüber unseren bisherigen 20 dBm verlieren wir durch die geringere Leistung 6 dB. Die Halbierung der Bandbreite bringt ungefähr 3 dB bessere Empfangsempfindlichkeit zurück. Wenn der neue Frequenzbereich wesentlich ruhiger ist, könnte der vermiedene Störpegel den verbleibenden Leistungsverlust deutlich überwiegen.

    Es geht ausdrücklich noch nicht um eine allgemeine Umstellung, sondern um einen A/B-Test mit zwei Stationen:

    1. Frequenz vorher an beiden Standorten mit SDR beobachten.
    2. Eine Serie nummerierter Textnachrichten auf der bisherigen Einstellung senden.
    3. Dieselbe Serie zu vergleichbaren Zeiten auf 869,850 MHz / BW 62,5 kHz wiederholen.
    4. Zustellquote, RSSI, SNR und notwendige Wiederholungen vergleichen.

    Für eine ungefähr 8 km lange Dach-zu-Dach-Strecke sollte der Versuch auch mit guten Außen-Verticals grundsätzlich möglich sein. Reticulum kann einzelne Verluste durch Zustellbestätigungen, Wiederholungen und Routing ausgleichen; ein ruhigerer Funkkanal wäre aber die entscheidende Voraussetzung.

    Wer hätte Interesse, sich an einem solchen Test zu beteiligen?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    @unosonic sagte:

    Screenshot 2026-06-27 at 12-11-37 RMAP.WORLD v4 - Auto-Discovery.png

    Habe an alle Deine LXMF Schlüssel versucht Nachrichten
    zu senden:
    e99d5c135cbd1c656d7cb5c6efac5505
    2x backbone rmap
    1204a52c64cb4dc3882cf86133d38ee6
    rnode lora rmap
    rnprobe rnstransport.probe 76cad2963a5fb051a12a486f98912846
    Nachricht an
    lxmf://a3482f1669f9c82e5fbc280544321208

    Leider ohne Erfolg, egal woran es lag.... das wird schon

    Vielleicht könnten wir einen Funkstrecken-Test mit simplen Announces machen, das währe doch ein Vorschlag, der vielleicht eher klappt.
    Ich arbeite hier mit SIDEBAND an meiner RNODE.
    Ich (MC USER) habe bei MESHCORE einen #reticulum Kanal eingerichtet, wir könnten uns hier genauer für Tests verabpreden.
    z.B. Abends 19 - 19:30 oder so, oder Vorschlag
    Vor Lankwitz nach Neukölln ist doch ein "Katzensprung" 🙂
    Was hällst Du davon ?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    tobeku sagte:

    Da Reticulum nur P2P funktioniert, wird es zum Testen
    oft etwas frustig. Ich habe eine BERLIN-BOX Rnode zum Testen
    auf unserem Kanal programmiert, die zeitmäßig ANNOUNCES für ein
    Automatisches Routing sendet, und nur eine simple
    Echo-Kommunikation ermöglicht. Unterstützt wird
    diese BERLIN-BOX Rnode mit einem Hop, durch eine Transport-Rnode
    auf dem Dach. Noch liegt die Hardware auf dem Schreibtisch
    zum gelegentlichen Testen und muss noch in ein Gehäuse.
    Sie soll später dann 24/7 autark laufen.
    Ich hoffe, dass durch dieses Projekt unser Reticulum
    Berlin Stadtnetz weiter wachsen wird.
    Mit meinen 3 Geräten funzt es zuverlässig über Sideband/Meshchat.

    Keine Bilder testen, bitte nur TEXT
    Das von mir selbst entwickelte Script wird evtl. weiter entwickelt, aber sehr viel später.
    SIDEBAND ERROR..jpg

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    @unosonic sagte:

    ja, mein home network über rnodes und wifi funktioniert soweit. eine der rnodes habe ich jetzt als transport node konfiguriert, nur hier im EG macht das nicht viel sinn. für den test auf dem dach brauche ich noch teile.. sind bestellt. hoffe das dauerhaft neben den MC repeater (BKreuzkoellnB910✨) installieren zu können, mal sehen.

    Das wird technische Frequenz Probleme für MC und/oder Rnode bringen, denn beide "Repeater" senden ja immer.
    Mögliche Interferenzen können Störungen verursachen und sich gegenseitig beeinflussen. Sorry für diesen "bösen" Tipp .

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    Da Reticulum nur P2P funktioniert, wird es zum Testen
    oft etwas frustig. Ich habe eine BERLIN-BOX Rnode zum Testen
    auf unserem Kanal programmiert, die zeitmäßig ANNOUNCES für ein
    Automatisches Routing sendet, und nur eine simple
    Echo-Kommunikation ermöglicht. Unterstützt wird
    diese BERLIN-BOX Rnode mit einem Hop, durch eine Transport-Rnode
    auf dem Dach. Noch liegt die Hardware auf dem Schreibtisch
    zum gelegentlichen Testen und muss noch in ein Gehäuse.
    Sie soll später dann 24/7 autark laufen.
    Ich hoffe, dass durch dieses Projekt unser Reticulum
    Berlin Stadtnetz weiter wachsen wird.
    Mit meinen 3 Geräten funzt es zuverlässig über Sideband/Meshchat.

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    @unosonic sagte:

    welche (standalone-)firmware verwendet ihr für den rnode-"repeater" auf dem Dach?..

    Interessante Frage, Du hast also schon eine funktionierende Reticulum Rnode evtl. mit sideband oder meshchat am start, fix und fertig geflasht für o.g. Kanal und willst nun loslegen.
    Dazu brauchst Du keine "Transport Rnode", aber sie hilft.
    Hast du denn schon Announces rausgeschickt und eine Antwort erhalten, das wäre eigentlich die Voraussetzung hier für Peer-To-Peer, Wichtig! Ich könnte lauschen, aber vielleicht bist du zu weit weg in Berlin, Uhrzeit zum testen? Wie geht's weiter?
    Schick deine Handy Telefonnummer an [email protected]

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    @bumeu Tell me more about that, because in my opinion, the Fediverse is quite complex and would be a bit overwhelming for me right now. I assume that the foundation for a so-called Reticulum city network is supposed to be laid here. Perhaps the members here will even vote on it.

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    @l5y Wunderbar, das Preset hilft Newcomern sehr in das Reticulum Stadt Netz einzusteigen.
    Vielleicht versuchst Du auch als Institution in die Liste https://reticulum.miraheze.org/wiki/Popular_RNode_settings
    mit unseren Daten (s.O.) als "BERLIN Chaos Mesh Forum" dort eine Eintragung zu erreichen, ich würde das toll finden. Zeigt Initiative.

    Vielleicht könnte man HIER auch eine Uhrzeit wie bspw. 18Uhr oder 20Uhr (Vorschlag) für ein allgemeines ANNOUNCE vereinbaren, um evtl. Verbindungen unseres Netzes zu testen, uns zu finden.
    Oder brauchen wir dafür einen neuen Thread?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    RNODE FLASHER: (Liam Cottle) -> Kann alles
    Es gibt FALLSTRICKE beim Einrichten der Rnode mit BTE beim Flashen
    Die angegebene 6-Stellige Koppel Pairing Nummer ist nur (!) für das ausgesuchte Handy gültig
    und kann später nicht übertragen/verändert werden !!!
    Vorher evtl. READ DISPLAY am PC drücken, ist besser zu lesen und aufschreiben.
    Beim Aktivieren von BTE wird am Handy bereits der Rnode Code (bspw. 24D1) Code angezeigt und
    zeigt die Verbindung zum koppel an. Dann Eingabe, und fertig. Später Rnode XXXX in Sideband oder so dort so eintragen. Dann klapps sofort.
    Das war nur ein kleiner Tipp gegen FRUST. Ftagen?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    SF7-SF8 graph.jpg

    Kleine Pakete (60 Bytes): SF7 benötigt 113 ms Airtime | SF8 benötigt 205 ms Airtime
    Große Pakete (120 Bytes): SF7 benötigt 200 ms Airtime | SF8 benötigt 359 ms Airtime
    Mein Vorschlag: Wir sollten standardmäßig auf 869,475 MHz mit SF7 setzen.
    Wer Empfangsprobleme hat, sollte zuerst die Hardware optimieren (gute Antenne
    nach draußen/ans Fenster, bessere Module (!)), anstatt das gesamte Netz durch
    SF8 träge (sorry) zu machen.
    Und letztlich auch MTU250 einstellen, ebenfalls LBT (ein RAK4631 mit SX1262 kann das)

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    869475000 Störung .jpg

    Das europäische SRD-Band (Short Range Devices) ist im Bereich 869,40 bis
    869,65 MHz standardmäßig in ein 25-kHz-Raster unterteilt (z. B. 869,400
    MHz, 869,425 MHz, 869,450 MHz, 869,475 MHz, 869,500 MHz usw.)

    869,475 MHz ist somit der De-facto-Standard für "Kanal g3". OK!

    Mir persönlich wäre Aufgrund von periodischen Störungen etwas
    "weniger" lieber, aber das ist eben nicht zu ändern.
    Hoffentlich habt ihr vorort keine Funk-Heizungssteuerungen & Smart Home
    oder ähnliche Geräte und habt dies mit einem SDR im Blick.

    Dann lausche ich ebenfalls auf 869475000hz sf8 cr5 tx20. No Problem.
    Es bleibt also dabei: JA? Beschluss ?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    Ich habe heute mittels SDR die wirklich schicke Frequenz 869587500
    bei mir mal untersucht. Scheinbar gibt es in meiner Umgebung
    Thermometer, Babyphone oder medizinische Geräte welche GENAU
    auf dieser Frequenz gemeine Störungen verursachen. Stark.
    Eine Verschiebung (des SDR) hier im Süden Berlins auf 86960000
    sogar besser 869700000 mit BW 125000 würde mich persönlich aus diesem
    blöden Störbereich bringen.
    Habe hier praktisch kein MT Signal lokalisiert. GUT!
    Das kann örtlich (bspw. Norden) natürlich total anders sein und eine
    Abstimmung notwendig machen. Evtl. sogar durch Tests.

    SDR: Also Abschied von allen möglichen tollen Berechnungen,
    sondern hin zur Praxis und das mögliche Frequenzband untersuchen.
    Es müßte doch mit dem Teufel zugehen, wenn es dazu nicht eine
    Lösung geben könnte. Ich denke wir tauschen uns als Pioniere
    hierzu aus. Das alles ist Neuland und keine KI würde das verstehen.

    FAZIT: Grau ist alle Theorie, ob nun MT oder MC beeinflußt
    werden könnten ergibt sich aus der Präamble (Layer3) von Reticulum
    die sich beide nicht beeinflüssen würden.(durch CSMA/CA etc.)
    Aber diese anderen Geräte (s.o.) würden nachweislich unser
    Projekt Stadtnetz Reticulum zu Fall bringen.

    Nachtrag: bei 869450000 ebenfalls kaum Störungen im "Wasserfall".
    Untere Signalkante: 869,450 MHz − 0,0625 MHz = 869,3875 MHz
    Obere Signalkante: 869,450 MHz + 0,0625 MHz = 869,5125 MHz
    Die untere Kante (869,3875 MHz) rutscht zwar um winzige 12,5 kHz unter die 869,400-MHz-Grenze. Das ist aber völlig legal, da das direkt
    angrenzende Band (863 bis 870 MHz) ebenfalls für diese Funkgeräte
    freigegeben ist.
    Die obere Signalkante endet exakt 12,5 kHz vor dem Beginn des
    Meshtastic-Kanals, also keine Störungen.

    Nun ist I5y mit Ihrem "Wasserfall" dran und wird uns berichten.

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    Zum Glück ist das ja alles nur eine Software-Einstellung bei Retriculum
    und ändert nix an der Hardware.
    869,475 MHz hat operationell einen eingeschränkten Spielraum,
    und bietet damit nur einen geringen Koexistenzspielraum,
    weil es weniger Spielraum für eine saubere Kanaltrennung lässt.
    Es wird potenziell störanfälliger.

    Der Vorschlag 869525000 aus wiesbaden ist regoros, verdeutlicht jedoch
    die Probleme "Krieg der Frequenzen", was praktisch eine
    direkte Kollision mit MT bedeutet. War ein bisl provokant von mir. Sorry.

    Vorzugsweise bspw. 869587500, die jedoch durch die
    unterschiedlichen Präambeln zu MT ausgelichen wäre, eine bessere
    Koexistenz mit MT ermöglicht, die Störungen reduziert und
    gleichzeitig eine bessere Performance für Retriculum bietet.
    Um hier dann mögliche Kollisionen zu mindern wären
    CSMA/CAD-Mechanismen mit TCXO angebracht.

    Letztlich wäre ja eine Testbetrieb mit 869587500 möglich,
    wobei uns vorher ein grober check mit einem SDR Klarheit
    verschaffen würde.

    BTW: Meine fertige Transport Rnode "lauscht" bereits,
    evtl. sogar auf 869587500, wer macht mit ?

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    Mein TIPP: Bitte die Überschrift zu diesem Beitrag im Forum korrigieren, da viele Leute, diese Angaben als gegeben sehen und denken dass "Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow" letztlich vom Berlin Chaos Mesh Forum so festgelegt wurden. In google wird dies leider so angezeigt.
    Das hilft dann auch Newcomern bei der Orientierung zu diesem Thema.

    Reticulum

  • Reticulum Config für Berlin - Diskussion
    tobekuT tobeku

    @scotty Das siehst Du absolut richtig, deshalb haben "Wir" ja eine Korrektur vorgenommen.

    Reticulum
  • Anmelden

  • Du hast noch kein Konto? Registrieren

  • Anmelden oder registrieren, um zu suchen
Powered by NodeBB Contributors
  • Erster Beitrag
    Letzter Beitrag
0
  • Kategorien
  • Aktuell
  • Tags
  • Beliebt
  • Benutzer
  • Gruppen