Aki tudni akarta, hogy a saját völgyében tényleg zajlik-e mesh forgalom, eddig csomópontot állított és várt. Most már másképp is megy: az OpenWebRX+ közvetlenül a böngészőben dekódolja a LoRa csomagokat, méghozzá a Meshtasticot, a MeshCore-t és a MeshComot is. Az adások látszanak a vízesésen, megjelennek az átvitel paraméterei, Meshtastic esetén pedig a nyílt csatorna tartalma is.
A WebRX.at oldalon, OE8YML nötschi webes SDR-jén ez be van állítva és nyilvánosan elérhető. Ez a cikk elmagyarázza, mi történik műszakilag, melyik verzió kell, mely beállításoknak kell egyezniük, és hol vannak a határok.
Mi történik valójában
A LoRa nem úgy modulál, mint a beszédüzem, hanem egy frekvenciasöprésre, az úgynevezett chirpre teríti szét az információt. Éppen ettől lesz a jel a vízesésen olyan felismerhető: ferde csíkok egy egyébként nyugodt sávban. Egy hagyományos vevő ott semmi hasznosat nem hall, mert nincs mit hallani. Olyan dekóder kell, amely visszafejti a chirpeket.
Az OpenWebRX+ hozza magával. A vevő kivágja a spektrumból a megfelelő csatornát, egy LoRa dekóder ebből visszaállítja a csomagokat, Meshtastic esetén pedig egy elemző kicsomagolja a hasznos adatokat. A dekóderablakban ezután ott áll, milyen sávszélességgel, kódolási aránnyal és szórási tényezővel érkezett az adott csomag. Ezeket az értékeket a dekóder a csomag fejlécéből veszi, tehát nem kell előre ismerni őket.
A megfelelő verzió kell hozzá
Itt akad el a legtöbb próbálkozás: az eredeti OpenWebRX erre nem képes. Az OpenWebRX+ néven ismert leágazás kell, és ott is a verzió dönt. A nyilvános változásnapló megmutatja, mikor mi került bele:
- 1.2.114: a dxlAPRS LoraRX eszközének beépítése, a LoRa WAN, LoRa APRS és FANET üzemmódok, valamint első ízben a Meshtastic és a Meshcore.
- 1.2.115: a MeshCom külön LoRa üzemmódként, mellé előre beállított LoRa sávok és frekvenciák.
- 1.2.116: a tényleges Meshtastic dekóder, amely olvashatóvá teszi a hasznos adatokat, és egy LoRa APRS elemző.
Aki mindhármat látni akarja, annak tehát legalább 1.2.116 kell. A nötschi állomás jelenleg 1.2.123-on fut, ez a verzió olvasható a fenti képernyőkép bal alsó sarkában, az állapotkiírásban.
Frekvenciák és sávszélességek
- Meshtastic, EU_868 régió, LongFast előbeállítás: 869,525 MHz, 250 kHz sávszélességgel.
- MeshCore Európában: 869,618 MHz, jellemzően szintén 250 kHz.
- MeshCom Ausztriában: 433,175 MHz a 70 centiméteres rádióamatőr sávban, 125 kHz sávszélességgel és jóval magasabb szórási tényezővel.
A Meshtastic és a MeshCore mindössze 93 kHz-re van egymástól, és kényelmesen elfér ugyanabban az SDR-ablakban. Mégis két külön beállítás kell, mert a dekódernek a helyes középfrekvencia és a helyes üzemmód szükséges. Ha valaki a Meshtastic csatornát hangolja be, és reméli, hogy a MeshCore-t is elkapja, hiába vár.
Egy csapda a felületen bújik meg. A dekóder beállításaiban a sávszélesség listából választható, a feliratok pedig kbps végződésűek. Valójában kilohertzről van szó. A 250-es bejegyzés tehát az a 250 kHz-es sávszélesség, amelyet a Meshtastic és a MeshCore Európában szokásosan használ, nem pedig adatsebesség.
Kezelés a böngészőben
- Válassz profilt. A profilválasztó a vevőpanel tetején van. A 868 MHz-es tartományhoz készült profil rögtön a spektrum megfelelő pontjára viszi a vevőt.
- Állítsd be az üzemmódot. A klasszikus üzemmódok alatt a sáv kínálja a digitális dekódereket, köztük a Meshtasticot, a Meshcore-t és a MeshComot.
- Kattints könyvjelzőre. Ha vannak könyvjelzők a vízesésen, egy kattintás egyszerre hozza a frekvenciát és az üzemmódot.
- Ellenőrizd a sávszélességet. A dekóder beállításaiban van egy rész a LoRa üzenetekhez, ahol hálózatonként állítható a sávszélesség. Ha nem egyezik a helyi hálózattal, az ablak üres marad, pedig a vízesésen jól látszik a forgalom.
A dekóderablak nem folyamatosan telik, hanem csomagonként. A hálózat aktivitásától függően két adás között hosszú csend is lehet. Aki nem lát semmit, előbb várjon és figyelje a vízesést.
Frissítés nagy vonalakban
- Frissítsd a csomaglistát erre az egy forrásra.
- Nézd meg, melyik verzió érhető el, mielőtt bármit telepítenél.
- Frissítsd az OpenWebRX-et és a hozzá tartozó könyvtárakat, rendszerint a dekóderkönyvtárakkal együtt.
- A mesh üzemmódokhoz további csomagok kellenek, köztük a dxlAPRS LoraRX eszköze és a Meshtastic Python-illesztése.
- Indítsd újra a szolgáltatást, és a naplóban ellenőrizd, hogy az SDR tisztán elindul, és az új üzemmódokhoz nem jelennek meg hibák.
Egy időt megspóroló tapasztalat: ha az apt makacsul régi verziót kínál, gyakran nem a tároló a hibás, hanem az elavult helyi csomaglista. Éppen ennek az egy forrásnak a célzott frissítése hirtelen előhozza az aktuális verziót. Ugyanígy megéri nem behúzni az összes függőben lévő rendszerfrissítést. A kicsi és követhető változtatás kifizetődik, mert egy webes SDR, amely egy nagy frissítés után nem indul el, sokkal több időbe kerül, mint a megspórolt lépések.
Hogy az új üzemmódok valóban rendelkezésre állnak-e, a szoftver állapotoldala mutatja meg, amely felsorolja a felismert funkciókat.
Mire jó mindez
- Bizonyíték, hogy egy csomópont tényleg ad. Aki napelemes csomópontot tett ki egy hegyre, és azon töpreng, él-e még, a vízesésen látja az adását anélkül, hogy a hálózaton keresztül menne.
- Helyszín értékelése építés előtt. Látszik, mely hálózatok érkeznek egyáltalán, és milyen irányból, még a hardvervásárlás előtt.
- Paraméterhibák keresése. Mivel a sávszélesség, a kódolási arány és a szórási tényező is megjelenik, ellenőrizhető, hogy egy csomópont tényleg azokkal a beállításokkal ad-e, amelyekkel kellene.
- Kezdés hardver nélkül. Aki fontolgatja, előbb megnézheti, mennyi forgalom zajlik egyáltalán. Magához a kezdéshez ott van a MeshCore és a MeshCom írásunk.
Karintiához érdemes összevetni a térképpel: mennyire sűrű ma a hálózat, azt a Meshmap és a 32 helyszínre nőtt hálózatról szóló beszámoló mutatja.
Amit őszintén ki kell mondani
Az olvasáshoz hozzátartozik egy szó a bizalmasságról. A Meshtastic alapértelmezett csatornáját nyilvánosan ismert kulcs védi, ami a gyakorlatban azt jelenti, hogy nem bizalmas. Éppen ezért tudja egy webes SDR megjeleníteni a tartalmát. Aki ott olvas, nem tesz tiltottat, hanem egy nyitott közösségi frekvenciát használ. Fordítva viszont mindenkire igaz, aki ad: ami az alapértelmezett csatornán megy, az potenciálisan mindenki előtt ott van. A saját kulccsal védett csatornák olvashatatlanok maradnak, a közvetlen üzenetek pedig az újabb firmware-ekben külön védelmet kaptak.
A MeshComnál másképp merül fel a kérdés. Az rádióamatőr sávban működik, ahol a titkosítás amúgy sem megengedett, az adások pedig hívójelet visznek. A hallgatózás itt annyira szokásos, mint egy átjátszós kör követése.
Ehhez jön két műszaki korlát. A webes SDR csak azt hallja, ami az antennájáig eljut, a kép tehát mindig a vevő helyszínéről szól, nem az egész hálózatról. A vétel pedig nem részvétel: így adni nem lehet, a hálózatba lépéshez továbbra is saját csomópont kell.
Végül egy gyakorlati megjegyzés: az adott hálózatra jellemző sávszélesség régiónként eltérhet, mert a választott előbeállítástól függ. Ha a vízesésen láthatóan van forgalom, de a dekóderablak üres marad, szinte mindig a sávszélesség beállítása az ok, nem a vétel.
Források
- OpenWebRX+ változásnapló, a LoRa üzemmódok verzióadatainak alapja
- a projekt csomagtárolója telepítési útmutatóval
- meshtastic.org, régiók, előbeállítások és csatornakulcsok
- ÖVSV Wiki: MeshCom, frekvencia és paraméterek Ausztriához
- WebRX.at, az állomás, amely alapján a beállítás le van írva
73 – az oeradio.at szerkesztősége
Átláthatósági nyilatkozat
Ez a cikk nyilvános forrásokra és a leírt állomáson végzett saját megfigyelésre támaszkodva, mesterséges intelligencia (Claude, Anthropic) segítségével készült, a tartalmat az oeradio.at szerkesztősége ellenőrizte. A verzióadatok a projekt nyilvános változásnaplójából, a frekvenciaadatok a projektek dokumentációjából és az ÖVSV Wikiből származnak. Szándékosan nem szerepelnek konfigurációs fájlok, profiladatok és az állomás hozzáférési adatai, ezért az eljárás általánosan van leírva, és nem másolási sablonnak készült. A címkép saját állomásunk képernyőképe. Javításokat szívesen fogadunk a [email protected] címen.
