Ein Room Server ist ein schwarzes Brett mit Gedächtnis. Wer nicht dabei war, holt sich die Nachrichten nach – bei einem normalen Kanal wären sie weg.
| Wie es sich anfühlt | |
|---|---|
| Kanal | Radio. Wer gerade nicht zuhört, hat es verpasst. Endgültig. |
| Room Server | Anrufbeantworter. Du schaust später rein und liest nach, was aufgelaufen ist. |
Ein Kanal ist live und flüchtig: Ist dein Gerät aus, außer Reichweite oder im Rucksack, ist die Nachricht für dich nie passiert. Es gibt keine Zustellgarantie und keine Historie.
Beim Room Server meldest du dich mit deinem Companion an. Danach kennt der Server dich. Alles, was im Raum gepostet wird, liegt in seinem Speicher – beim nächsten Verbinden holst du ab, was seit deinem letzten Mal dazugekommen ist.
Die drei Rollen machen drei verschiedene Dinge:
| Rolle | Job | Speichert? |
|---|---|---|
| Repeater | Reichweite. Hört ein Paket und ruft es weiter | nein, kennt die Inhalte gar nicht |
| Companion | dein Gerät. Sendet und empfängt für dich | nur, was dein Handy behält |
| Room Server | Gruppenchat mit Verlauf | ja, das ist sein ganzer Zweck |
Ein Room Server leitet zusätzlich weiter, wie ein Repeater. Das ist in der Firmware so vorgesehen und ab Werk an – ein Standortknoten kann also beides gleichzeitig sein. Abschalten geht mit
set disable.fwd 1, wenn er ausschließlich Raum sein soll.Geprüft an
meshcore-dev/MeshCore,examples/simple_room_server/MyMesh.cpp:300–allowPacketForward()gibttruezurück, solangedisable_fwdaus ist und die Hop-Grenzen nicht erreicht sind.
Was ihm gegenüber dem Repeater fehlt: die Schleifenerkennung und die Regionsprüfung. Als tragende Infrastruktur an einem wichtigen Standort ist ein reiner Repeater deshalb die sauberere Wahl.
Für spontanes Geplauder ist der offene Kanal besser – ein Room Server verlangt, dass man sich verbindet und abholt.
Er braucht Dauerstrom. Ein Solarknoten, der nachts wegnickt, taugt nicht – der Sinn der Sache ist ja, dass er da ist, wenn du nicht da warst.
Zwei Passwörter, und beide Vorgaben sind heikel:
| Einstellung | Vorgabe | Wofür |
|---|---|---|
password <neu> |
password |
Admin: Rechte vergeben, Zugriffsliste, Konfiguration |
set guest.password <neu> |
leer, aus dem Build-Flag ROOM_PASSWORD |
normale Nutzer, die lesen und posten |
set allow.read.only <on\|off> |
off |
on erlaubt Anmeldung ohne Passwort — dann aber nur Lesen |
Das Admin-Passwort ist ab Werk password. Wer es kennt, landet in der Admin-Liste und darf alle CLI-Befehle. Als Erstes ändern.
Der Login prüft gegen beide Passwörter, Admin zuerst. Daraus folgt:
allow.read.only off → niemand kommt hineinallow.read.only on → alle kommen ohne Passwort hinein, können aber nichts posten. Der Beitritt sieht aus, als hätte er geklappt, bis jemand schreiben willOb euer Build ab Werk ein Gastpasswort mitbringt, prüfst du am Gerät mit
get guest.password. Die offizielle Doku führt den Wert als leer, mehrere Community-Anleitungen nennenhelloals eingebaute Vorgabe. Setz in jedem Fall ein eigenes.
Werkseinstellung, geprüft an meshcore-dev/MeshCore (examples/simple_room_server/MyMesh.h, Firmware v1.17.0):
| Wert | |
|---|---|
| Beiträge im Puffer | 32 |
| Zeichen pro Beitrag | 151 |
| Bekannte Clients | 20 |
Das sind zusammen keine 5 kB Text. Der Puffer läuft um: Ist der 33. Beitrag da, fällt der erste raus – auch wenn ihn noch niemand abgeholt hat.
Das ist ein Nachhol-Puffer, kein Archiv. Wer eine Woche im Urlaub war und in der Zwischenzeit sind 50 Beiträge aufgelaufen, bekommt die ersten 18 nie zu sehen.
Praktisch heißt das: Ein Room Server trägt eine ruhige Gruppe über Tage. Er trägt keine lebhafte Diskussion über eine Woche. Und bei 20 Client-Plätzen ist er ein Werkzeug für eine Ortsgruppe, nicht für ein Bundesland.
Die Grenzen lassen sich beim Bauen der Firmware hochsetzen (MAX_UNSYNCED_POSTS, MAX_CLIENTS), kosten dann aber RAM – und der ist auf einem ESP32 oder nRF52 die eigentliche Schranke.
Hier steckt der Haken, den man beim Aufstellen leicht übersieht.
Der Server schickt jeden Beitrag einzeln an jeden Client. Nicht einmal in die Runde – einzeln. Fünf Leute holen zehn Beiträge nach, das sind 50 Pakete, die der Server sendet. Jedes davon läuft über den Weg zum jeweiligen Client, und jeder Hop unterwegs ist eine weitere Sendung → Best Practises
Was das kostet, bei vollen Paketen mit CR8 (1132 ms):
| Server steht … | Sendungen je Beitrag | 10 Beiträge an 5 Leute |
|---|---|---|
| in Reichweite der Nutzer, 0 Hops | 1 | 57 Sekunden Netzsendezeit |
| 1 Repeater dazwischen | 2 | 113 Sekunden |
| 3 Repeater dazwischen | 4 | 226 Sekunden |
Zur Einordnung: Das Stundenbudget eines Geräts sind 360 Sekunden. Ein schlecht platzierter Room Server verbrennt bei einem einzigen Nachhol-Schub den halben Tagesbedarf des halben Netzes – und der Server selbst rennt als Erstes ins eigene Limit, weil alle 50 Pakete von ihm kommen.
Gut: Der Server steht dort, wo seine Leute sind. Wenige oder gar keine Hops zwischen ihm und den Nutzern. Lieber ein Room Server pro Ortsgruppe als einer für ganz Kärnten.
Schlecht: Der Server steht weit weg und ist nur über drei Repeater erreichbar. Dann zahlt jede einzelne nachgeholte Nachricht den vollen Aufschlag – und zwar auf Kosten aller anderen, die sich das Band teilen.
Nahe am Backbone ist nicht dasselbe wie oben auf dem Backbone. Ein Room Server am Standort eines vielbeschäftigten Repeaters teilt sich mit diesem die Luft – und weil er ab Werk selbst weiterleitet, kommt der fremde Durchgangsverkehr obendrauf. Wenn er dort stehen muss:
set disable.fwd 1, dann spart er sein Budget für das, wofür er da ist.
Faustregel: Erst schauen, wer den Raum nutzen soll. Dann einen Standort suchen, der diese Leute direkt erreicht. Reichweite über halb Kärnten ist beim Room Server kein Vorteil, sondern eine Rechnung.
Nein. Dafür braucht es ein zweites Gerät.
Ein Observer meldet jedes gehörte Paket an die Karte. Das Programm, das die Meldungen abholt, spricht das binäre Companion-Protokoll – und das gibt es nur in der Companion-Firmware, über Bluetooth, USB oder TCP auf Port 5000. Die Room-Server-Firmware bringt keine dieser Schnittstellen mit; sie hat nur die Textkonsole zum Konfigurieren.
Geprüft an
meshcore-dev/MeshCore:examples/companion_radio/main.cppbindetMultiSerialInterface, BLE, WLAN-TCP und USB ein.examples/simple_room_server/main.cppbindet keine davon ein.
Dasselbe gilt für Repeater und für meshinfra – beides braucht einen Companion als Anschlusspunkt.
Das ist kein großes Problem: Ein Heltec V3 für den Observer kostet rund 20 €. Beide Geräte am selben Standort stören sich nicht, sie hören einander nur.
Das ist ein echter Login, kein Chat-Öffnen. Dein Gerät schickt eine Anmeldung mit Passwort, der Server prüft sie gegen beide hinterlegten Passwörter — erst das Admin-, dann das Gastpasswort. Passt das Gastpasswort, bekommst du Gastrechte, und der Raum wird zum Gesprächsfaden in der App.
Die genauen Beschriftungen in der App stehen hier bewusst nicht. MeshCore dokumentiert die Bedienoberfläche nirgends —
docs.meshcore.iobehandelt CLI, Paketformate und Companion-Protokoll, aber keine App-Ansicht. Wer den Weg gegangen ist: bitte hier eintragen.
| Symptom | Ursache |
|---|---|
| Raum taucht nicht auf | Advert noch nicht gehört. Warten oder den Kontakt von Hand anlegen. Vorher die Funkparameter prüfen — ein abweichender Wert macht dich taub, ohne Fehlermeldung |
| Beitritt geht, Schreiben nicht | Der Server steht auf allow.read.only on. Die Anmeldung mit leerem Passwort wird angenommen, Posten nicht. Sieht bis zum ersten Schreibversuch nach Erfolg aus. Nur der Betreiber kann das ändern |
| Passwort abgelehnt | Das Gastpasswort gibt es beim Betreiber, nicht im Wiki |
| Alles zäh | Anmelden und Abholen sind Hin und Zurück, kein passives Mitlesen wie am Kanal. Über mehrere Hops kostet das entsprechend → Direktnachrichten |
Ein Beitrag darf 151 Zeichen haben. Der Server hält 32 unsynchronisierte Beiträge für bis zu 20 Clients, zyklisch — der älteste fällt heraus, auch wenn ihn noch niemand abgeholt hat.
allow.read.onlySieben in Kärnten, Stand 16. Oktober 2026 — mehr als dreimal so viele wie am 21. September. Netzweit zählt die Karte 30 Räume.
| Name | Standort | Zuletzt gehört | Anmerkung |
|---|---|---|---|
AT-LV8-ADL864-Spittal R |
Spittal, 46,8068 / 13,4340 | 16.10.2026 | Neu seit 06.10.2026, und seither der stärkste Raum Kärntens: 20 Adverts, 1548 Weiterleitungen in 24 h, in 48 Stunden 1166 Paketpfade und 7-mal an erster Stelle (am 07.10. 680 und 37). Steht 130 m vom Repeater AT-LV8-ADL864-Spittal 1, also am selben Standort — genau die Lage, vor der oben unter Sendezeit gewarnt wird |
AT-LV8-ADL864-Roomserve |
Spittal, 46,8067 / 13,4344 | 11.10.2026 | Neu seit 05.10.2026, neun Adverts, 37 Weiterleitungen in 24 h. Der Name ist bei 23 Zeichen abgeschnitten — gemeint war offenbar …-Roomserver. Die Ankündigung vom 07.10., er falle am 13.10. heraus, ist nicht eingetroffen — er hat sich am 11.10. noch einmal gemeldet; neuer Fensterrand ist der 18.10. |
AT-LV8-ADL864Spittal RS |
Spittal, 46,8067 / 13,4344 | 06.10.2026 | Neu seit 06.10.2026 — der dritte Schlüssel an derselben Stelle innerhalb von 22 Stunden. Fünf Adverts, 13 Weiterleitungen in 24 h am 07.10. Drei Room-Server-Schlüssel auf 30 Metern sind zwei Reflashes, und jeder davon ist für die Karte ein neuer Knoten. Seit 13.10.2026 nicht mehr in der Karte, wie angekündigt |
AT-K-S_G_K Room |
Klagenfurt, 46,6746 / 14,2807 | 14.10.2026 | 37 Adverts, 18 Weiterleitungen in 24 h. Hieß bis Ende August S-G-K Room — erst die Umbenennung auf AT-<Bezirk>-<Name> hat ihn für Auswertungen auffindbar gemacht |
AT-VL-DobratschEcho📢 |
Nötsch, 46,5887 / 13,6206 | 14.10.2026 | Seit 01.09.2026, 31 Adverts, 47 Weiterleitungen in 24 h. Steht 20 m vom Repeater AT-VL-Nötsch und dem dortigen Observer, also am selben Standort — auch hier die Lage, vor der oben gewarnt wird |
OE8JMT room Server |
Preitenegg, 46,9392 / 14,9279 | 11.10.2026 | Seit 02.10.2026, 24 Adverts, 9 Weiterleitungen in 24 h. Er hieß erst OE8JMT-Room-Server, dann OE8JMT Room Server, am 07.10. Heltec Room (der Werksname der Firmware) und heißt jetzt OE8JMT room Server — gleicher Schlüssel. Fällt am 18.10. aus der Karte; seit dem 16.10. steht am selben Mast AT-WO-Preitenegg-ROOM, der das Schema trifft. Am 07.10. war dieser Raum die Schlüsselstelle des Lavanttals (76 Pfade, 76-mal an erster Stelle); heute trägt die Strecke der Repeater AT-WO-Preitenegg-REP → Repeaterliste |
AT-WO-Preitenegg-ROOM |
Preitenegg, 46,9392 / 14,9279 | 16.10.2026 | Neu seit 16.10.2026, 11:49, auf dem Mast von AT-WO-Preitenegg-REP und nach Schema benannt — das ist der Name, den der Raum hier am 07.10. haben sollte. Sieben Adverts, 50 Weiterleitungen in 24 h. Der alte Schlüssel OE8JMT room Server steht noch in der Karte und fällt am 18.10. heraus |
AT-SV-Room-Server |
Lorenziberg, 46,7555 / 14,3381 | 16.10.2026 | Neu seit 11.10.2026, 2,4 km nordwestlich des Repeaters AT-SV-Lorenziberg. 26 Adverts, 477 Weiterleitungen in 24 h, in 48 Stunden 176 Pfade und 27-mal an erster Stelle; der Observer AT-SV-Observer sieht ihn 312-mal in Pfaden — er steht in dessen Einzugsbereich |
Betreiber und Gastpasswort sind bei keinem der sieben dokumentiert. Wer hinein will, fragt auf #at-ktn — Passwörter gehören nicht in ein öffentliches Wiki.
Fünf der sieben sind jünger als zwei Wochen, und bei keinem weiß hier jemand, wie man hineinkommt. Ein Raum, in den niemand kommt, ist Sendezeit ohne Nutzen — und ein Raum pusht jeden Beitrag je Client einzeln per
sendDirect, siehe Sendezeit. Wer einen aufgesetzt hat: Zugang in die Owner-Info oder eine Zeile auf#at-ktn.
Die Frage von Ende August ist beantwortet, und zwar mit Ja. Hier stand, ob im oberen Drautal noch ein Room Server steht, sei offen und nicht widerlegt. Seit dem 05.10. standen dort drei Schlüssel, zwei davon stehen heute noch in der Karte. Die beiden alten Räume bleiben trotzdem weg, beide aus dem Sieben-Tage-Fenster gefallen und seither nicht zurück: AT-SP-Spittal (46,7989 / 13,4977, zuletzt 18.08.2026, zeitweise mit zwei Schlüsseln 800 m auseinander) und AT-KL-WFR-RS in Klagenfurt-Land, der am 14.08.2026 ein einziges Advert gesendet hatte und zugleich als Observer an letsmesh.net meldete. Dasselbe Gerät ist keiner der neuen — die Schlüssel sind andere. Aus der Karte gefallen heißt nicht abgebaut.
Wenn du einen betreibst oder einen weiteren aufstellst: hier eintragen → Repeaterliste führt dieselben sieben mit.
Mehr zu den Rollen → Rollen
Wie viel auf den Kärntner Räumen los ist: Room-Traffic zählt die Pakete der letzten 24 Stunden, ohne Inhalte.
Start · Schnellstart · Rollen · Firmware flashen · Funkeinstellungen · Kanäle · Geräte · Repeater · Repeaterliste · Repeater Setup Guide · Observer · meshinfra · MeshBot · Karte · FAQ · Glossar · Mitmachen · Alle Themen