Reticulum Config für Berlin - Diskussion

[l5y]

Überscheidet das dann nicht? Wie würde das ausehen?

Ich ändere die Überschrift sobald wir was haben ...

[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 ?

[l5y]

Ich habe es erstmal aus dem Titel genommen.

Ich setze mich gerne nochmal mit dem SDR hin, aber das schaffe ich nicht vor dem Wandertag...

[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.

[l5y]

Ich persönlich unterstütze keine Option, die außerhalb des 500-mW-Bands liegt oder auf MeshCore sitzt. Beides ist nicht zukunftssicher.

869,700 liegt komplett außerhalb von 869,400–869,650. Dort sind nur <5 mW erlaubt. Das heißt: volle Leistung aufgeben, genau die Prämisse, mit der wir angefangen haben. Fällt raus.

869,5875 und 869,525 sitzen beide auf dem Meshcore Block (869,587-869,649). Unterschiedliche Präambeln machen daraus keine Orthogonalität; das ist PHY, nicht Layer 3, und verhindert nur Fehl-Sync. Co-Kanal-Energie hebt trotzdem den Noise Floor und frisst Pakete, bei gleichem Spread Factor direkt. Und Meshcore wächst, wer sich heute auf deren Frequenz legt, muss in einem Jahr umziehen, wenn der Verkehr dort zunimmt.

Was übrig bleibt; volle Leistung, 125 kHz, MeshCore frei: ist weiterhin nur das Fenster 869,4625 bis 869,524. Darin liegt 869,475. Das bleibt mein Vorschlag.

Wenn das SDR dieses Fenster wirklich verrauscht zeigt, dann stehen die Anforderungen im Konflikt, und wir entscheiden offen: Leistung runter oder MeshCore-Überlapp in Kauf nehmen.

[scotty]

Ich werde auch nur legal im 500-mW-Band funken. Der 869,475-MHz-Vorschlag von @l5y ist wohl der beste Kompromiss. Bei mir sieht der SDR-Wasserfall so aus (allerdings hier in einem Bereich weit über dem Rauschen, zeigt also keine schwachen Störsignale):

[tobeku]

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 ?

[l5y]

SF7 oder SF8?

[tobeku]

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)

[l5y]

Na dann haben wir es doch.

[[RNode Reticulum Berlin]]
  type = RNodeInterface
  enabled = yes
  frequency = 869475000
  bandwidth = 125000
  spreadingfactor = 7
  codingrate = 5
  txpower = 22

[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?

[bumeu]

@l5y @tobeku @scotty (sorry for replying in English!)

I am fascinated by this process, and grateful to everyone here who knows much more than I do about radio for it!

I understand that local/regional consensus on settings, to match with local parameters, density, regulations, etc.. will be critical for a diverse deployment of reticulum networks!

Do you think it's a good idea to (test and) spread this consensus further than this channel? Like announce it over the Fediverse to whomever it may concern?

It may be good sometimes to be keeping notes of those, place by place...

[l5y]

Ok, ich habe mal ein extra post für das Preset gemacht und angepinnt.

[l5y]

@bumeu sagte:

Do you think it's a good idea to (test and) spread this consensus further than this channel? Like announce it over the Fediverse to whomever it may concern?

Yes, now that we made a decision, let's do that

[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?

[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.

[unosonic]

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

[bumeu]

@tobeku well the idea is just to publish this consensus and also to open it for comments.

There are probably people in Berlin interested by Reticulum who are not aware of this forum (i met 4 last week), and they need to know somehow how to tune their parameters?

Or said differently: now that this is public, shall we make it more public (forget about the Fediverse, it's just one way of speaking to wider circles...)

[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]

[unosonic]

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.