<![CDATA[Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow]]>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
]]>https://forum.chaosmesh.net/topic/54/reticulum-config-für-berlin-869.430mhz-62.5khz-8-5-narrowRSS for NodeFri, 05 Jun 2026 22:56:16 GMTWed, 08 Apr 2026 18:25:14 GMT60<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Fri, 05 Jun 2026 15:44:41 GMT]]>Überscheidet das dann nicht? Wie würde das ausehen?

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

]]>https://forum.chaosmesh.net/post/364https://forum.chaosmesh.net/post/364Fri, 05 Jun 2026 15:44:41 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Thu, 04 Jun 2026 08:11:56 GMT]]>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.

]]>https://forum.chaosmesh.net/post/363https://forum.chaosmesh.net/post/363Thu, 04 Jun 2026 08:11:56 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Thu, 04 Jun 2026 08:35:33 GMT]]>Respekt! Die Berechnungen sind sehr ausgewogen und klug gewählt.
Jedoch haben jüngst (!) meine Recherchen ergeben, dass auf der
Webseite: https://reticulum.miraheze.org/wiki/Popular_RNode_settings
bereits die Frequenz 869525000 125000 sf8 benutzt wird,
"um sich an die lokale Community-Mesh-Infrastruktur anzupassen".
Eine isolierte, benutzerdefinierte Konfiguration für Berlin wäre somit
nachteilig, sodass ich NUN persönlich meine Software auf

869525000 125000 CR5 SF8 TX20 einstellen werde.

"Ich bin auch lernfähig als Statistisches Rauschen im System"
Vorausgesetzt man benutzt gute Hardware mit TCXO damit keine
Spillage erzeugt wird, um letztlich die BNetzA nicht zu verärgern.
Vielen Dank, dass ich an dieser Diskusion teilhaben durfte und ich
letztlich zu dieser o.g. Erkenntnis gekommen bin.

]]>https://forum.chaosmesh.net/post/362https://forum.chaosmesh.net/post/362Thu, 04 Jun 2026 08:35:33 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Sun, 31 May 2026 16:57:37 GMT]]>@l5y Ja, das sieht meiner unbedeutenden Meinung nach brauchbar aus. Habs spaßhalber mal visualisiert.

frequenzen_berlin.png

]]>https://forum.chaosmesh.net/post/354https://forum.chaosmesh.net/post/354Sun, 31 May 2026 16:57:37 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Sat, 30 May 2026 11:00:12 GMT]]>Ich habe mal die Bandbelegung durchgerechnet. Entscheidend ist die Geometrie:

Das Hochleistungs-Subband 869,400–869,650 MHz (500 mW e.r.p., 10 % Duty/Polite Spectrum Access) ist nur 250 kHz breit. Meshtastic liegt mit 250 kHz mittig auf 869,525 MHz und füllt das Band komplett. Bei voller Leistung ist eine Kollision mit Meshtastic also leider nicht vermeidbar. Nehmen wir das mal hin, weil es keine Alternative gibt.

Ausweichen können wir immerhin MeshCore, da ist ja viel los auf der Frequenz. Dessen 62,5-kHz-Block (869,618 MHz) belegt 869,587–869,649 MHz, also den oberen Bandrand. Alles darunter ist MeshCore-frei. Damit passt ein 125-kHz-Kanal mit Mittenfrequenz zwischen 869,4625 (Bodengrenze) und 869,524 MHz (MeshCore-Grenze).

Vorschlag, Mitte 869,475 MHz:

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

Belegung: 869,4125–869,5375 MHz. Rund 13 kHz über dem Bandboden, rund 49 kHz Abstand zur MeshCore-Unterkante.

]]>https://forum.chaosmesh.net/post/353https://forum.chaosmesh.net/post/353Sat, 30 May 2026 11:00:12 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Fri, 29 May 2026 16:27:59 GMT]]>SCOTTY was sagst Du dazu, überzeugt ?

[[RNodeInterface]]
active = yes
interface_mode = permanent
outgoing = yes
frequency = 869462500
bandwidth = 125000
spreadingfactor = 7
codingrate = 5
txpower = 14 # falls Antenne zuviel db Gewinn

Dies sollte nun der optimale Kompromiss (Reichweite, Störfestigkeit, Datendurchsatz) sein.
Datendurchsatz (MTU 250):Reticulum verschickt größere Datenpakete (MTU 250) als Meshtastic.

Ne gute Dipol-Antenne mit Gewinn, möglichst genau Senkrecht montieren bringt's.

CSMA/CA
Aktiviert das Mithören (Channel Activity Detection / Carrier Sense)
tx_attenuation = 0

Erzwingt, dass der Node wartet, wenn der Kanal belegt ist
Werte zwischen 10 und 50 sind ideal für dicht besiedelte Gebiete wie Berlin
channel_access_delay = 20

Wie wäre es nun damit ? Mich hat selbst das CSMA/CA mit 20 verblüfft als
"Staatlich geprüfter DAU mit Sendelizenz" 🙂

]]>https://forum.chaosmesh.net/post/352https://forum.chaosmesh.net/post/352Fri, 29 May 2026 16:27:59 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Fri, 29 May 2026 03:29:40 GMT]]>FRAGT bitte mal ne KI danach:
Errechne die Mittenfrequenz für den besten Kompromiss aus Reichweite, Störfestigkeit und Datendurchsatz für eine rnode Retriculum, BW 125khz unter Berücksichtigung der frequenzen von Meshcore und Meshtastic die nicht gestört werden dürfen, mit maximal tx 27. Stadtgebiet: DE Berlin – Hardware bspw. RAK4631 - MTU250
Denn legen wir die "Karten" auf den Tisch und machen es so. OK?

]]>https://forum.chaosmesh.net/post/351https://forum.chaosmesh.net/post/351Fri, 29 May 2026 03:29:40 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Thu, 28 May 2026 18:43:47 GMT]]>@tobeku Keine Kollisionen mit MT und höhere Datenrate - mega! Ich wäre dabei.

Du hast als Funkamateur wahrscheinlich mehr Ahnung von der Materie als ich (Funk-Noob). Könntest du mir erklären, was ich beim Regulatorien-Foo falsch verstehe?
In der von dir angegebenen Allgemeinzuteilung 91/2025 (Tabelle 2) fallen 869,3MHz mit 125kHz BW in die Bänder 52 und 53 für "Zuverlässige Alarmanlagen" mit 10mW (ERP) und duty 0,1% (52) bzw. 1% (53). Außerdem ist die Kanalbandbreite in beiden auf 25kHz beschränkt.
Ich konnte nirgends eine andere (allgemeine) Freigabe für 869,3MHz finden. Kannst du mir da auf die Sprünge helfen?

]]>https://forum.chaosmesh.net/post/349https://forum.chaosmesh.net/post/349Thu, 28 May 2026 18:43:47 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Wed, 27 May 2026 18:17:17 GMT]]>@scotty Das siehst Du absolut richtig, deshalb haben "Wir" ja eine Korrektur vorgenommen.

]]>https://forum.chaosmesh.net/post/347https://forum.chaosmesh.net/post/347Wed, 27 May 2026 18:17:17 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Wed, 27 May 2026 18:14:13 GMT]]>@l5y Prima, Du bist auf dem richtigen Weg, dann können wir ja bald mal "testen", das wird sicherlich spannend.

]]>https://forum.chaosmesh.net/post/346https://forum.chaosmesh.net/post/346Wed, 27 May 2026 18:14:13 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Wed, 27 May 2026 06:54:51 GMT]]>In ETSI EN 300 220 Annex B steht:

865 MHz to 868 MHz:

  • 25 mW e.r.p.
  • ≤ 1 % duty cycle or polite spectrum access

869,400 MHz to 869,650 MHz:

  • 500 mW e.r.p.
  • ≤ 10 % duty cycle or polite spectrum access

Die 867,5 MHz unerliegen also strengeren Beschränkungen, wenn ich das richtig verstehe.

]]>https://forum.chaosmesh.net/post/344https://forum.chaosmesh.net/post/344Wed, 27 May 2026 06:54:51 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Tue, 26 May 2026 15:32:57 GMT]]>@tobeku finde ich gut 👍 - auch mehr Bandbreite und höherer SF. Das war noch nicht perfekt.

Betreibst du eine Transport Node? Meine ist noch "im Bau", aber ich bin bald soweit, die einzusetzen.

]]>https://forum.chaosmesh.net/post/341https://forum.chaosmesh.net/post/341Tue, 26 May 2026 15:32:57 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Sat, 23 May 2026 11:51:06 GMT]]>Darf ich bitte einen Gegenvorschlag machen:
frequency = 867500000
bandwidth = 125000
txpower = 22
spreadingfactor = 9
codingrate = 5
Diese Auswahl ist eine strategische Entscheidung, um Paketkollisionen und gegenseitige Störungen in Regionen wie der EU zu vermeiden. Der Bereich 867,5 MHz liegt in einem anderen Unterband der europäischen Regelungen ([ETSI EN 300 220] als der 869-MHz-Bereich.
So sind kommerzielle oder massenhaft genutzte Mesh-Systeme seltener auf 867,5 MHz und macht diese Frequenz zu einer idealen, ruhigen "Nische" für unser privates Reticulum-Netzwerk.

]]>https://forum.chaosmesh.net/post/340https://forum.chaosmesh.net/post/340Sat, 23 May 2026 11:51:06 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Fri, 10 Apr 2026 21:08:10 GMT]]>Das sollten wir nächstes mal noch einmal besprechen

]]>https://forum.chaosmesh.net/post/276https://forum.chaosmesh.net/post/276Fri, 10 Apr 2026 21:08:10 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Fri, 10 Apr 2026 17:11:14 GMT]]>

@l5y sagte:

Ich denke, wir sollten doch MediumFast machen ...

Eine Option zwischen beiden wäre 125kHz Bandbreite. Damit könnte man MeshCore immer noch "aus dem Weg gehen", wenn dessen 62,5kHz vollständig in der oberen oder unteren Hälfte der verfügbaren 250kHz liegen.

]]>https://forum.chaosmesh.net/post/275https://forum.chaosmesh.net/post/275Fri, 10 Apr 2026 17:11:14 GMT<![CDATA[Reply to Reticulum Config für Berlin 869.430MHz/62.5kHz/8/5 Narrow on Fri, 10 Apr 2026 06:54:58 GMT]]>Ich denke, wir sollten doch MediumFast machen ...

]]>https://forum.chaosmesh.net/post/273https://forum.chaosmesh.net/post/273Fri, 10 Apr 2026 06:54:58 GMT