OGN vastaanotin RPi:llä, kysymyksiä - kokemuksia - tukea

[Ventti]

Hei,

ajattelin aloittaa uuden säikeen jossa voi kysyä ja vastata Raspberry Pi pohjaisten OGN-vastaanottimien ongelmista ja kokemuksista. Muutama juttu on tullut ilmi nyt uusia vastaanottimia rakentaessa ja kirjailen niitä tuohon alemmaksi.

t: Ventti

[Ventti]

OGN softa saattaa jäädä käynnistysvaiheessa odottamaan aikasynkronointia ja turhautuu odootamiseen, eikä käynnisty. Tällöin kyse voi olla seuraavasta

Raspberry Pi2:lla ei ole hardware kelloa, jolloin uuden kortille luodun käyttöjärjestelmän kello on vuodessa 1970. Softa yrittää käynnistyessään asettaa verkosta oikean ajan ntp-komennolla, mutta ntp ei kykene tekemään noin suurta ajansäätöä, vaan aika pitää ensiksi saada noin suurinpiirtein oikeaan päivään. Tämän voi tehdä antamalla esimerkiksi seuraavat käskut Pi:lle:

Pysäytetään NTP-palvelu:
> sudo service ntp stop

Asetetaan uusi aika ntpdate-komennolla (jos ntpdate ei ole asennettuna niin sen saa paikalleen: > sudo apt-get install ntpdate )
> sudo ntpdate -s pool.ntp.org

Ja sitten käynnistetään uudestaan ntp:
> sudo service ntp start

lopuksi vielä vastaanotin käyntiin:

> sudo service rtlsdr-ogn start

Vaihtoehtona tuolle ntpdate-komennolle voi käyttää myös > ntpd -gq -c /etc/ntp.conf

-vmk

[Ventti]

Muokkaus 14.7.2017: Lisätty ohje käynnistymisen varmistamiseksi
Muokkaus 29.6.2017: lisätty mahdollisesti tarvittava kirjaston lataus sivulle 6.

Hei,

Liitteenä suomenkielinen asennusohje Raspberry Pi:lle, jota nyt on muutamalla tapauksella testattu, viimeksi EFKY asema ja EFSI ilmestynee myös pian näkyville.

Parannusehdotuksia ja kysymyksiä otetaan mielellään vastaan!

Ventti

[IlDuce]

Kysymyksiä:

Sisäverkosta näkee OGN vstaanottimen statuksen yms. tietoja selaimella LocalIP/8081. Statussivun alareunassa on linkit tiedostoihin (?) aircraft-list.txt ja aircraft-list-short.txt. Joko minun Unix/Linux taidot ja tiedot ovat ruostuneet vuosien varrella tai noita tiedostoja ei ole "valmiina" levyllä. Komento sudo find / -name aircraft-list.txt -print ei palauta mitään.
Luodaanko nuo lennossa ja mikä on niiden elinikä ? Eli kuinka kauan saa palvelimelta kaiveltua sisääntullleita paketteja esim onnettomuustilanteessa ?

[Ventti]

Ja vastaus saatiin: kun vastaanotin saa paketteja koneilta, niin listassa löytyy tietoa noin viimeisen minuutin ajalta tai max 20 "riviä". Tiedostoa pidetään hengissä max 24 tuntia viimeisen vastaanotetun paketin jälkeen ja sen jälkeen se tyhjennetään. Tiedoston sijainti on ohjelman käynnistämän web-palvelimen juurihakemistossa, mutta en nyt pääse kurkkimaan RPi:ltä missä se tarkalleen ottaen on.

Edit2: Niin tuohon viimeiseen liittyen - noilla APRS palvelimilla dataa säilytetään pitempään, joten SAR-tilanteissa on syytä ottaa yhteys OGN-ylläpitoon, joka voi toimittaa dataa etsijöiden avuksi.

[vostok]

KTraxin logbook-sivulla on SAR-namiska vielä laskeutumattomien koneiden kohdalla, linkki vie karttanäkymään jossa viimeisin verkon vastaanottama fiksi, vaikka siitä olisi jo kulunut aikaa (= kone hävinnyt live-karttanäkymistä).

[Ventti]

Mikäli esimerkiksi RPi:n uudelleen käynnistymisen yhteydessä sovellus jää jumiin ja lopulta käynnistymättä, voi käytöstä helpottaa tekemällä muutoksen palvelun käynnistävään skriptiin.

Ongelman syynä on huonosti toimiva "ntp-wait" käsky, joka saattaa jäädä jumittamaan. Muutos joka kannattaa tällöin tehdä on seuraavanlainen:

Siirrytään hakemistoon, jossa on palvelun käynnistävä skripti
> cd /etc/init.d

Editoidaan skriptiä esimerkiksi nano-editorilla
> sudo nano rtlsdr-ogn

tiedostosta etsitään rivi, jossa on "ntp-wait" komento ja kommentoidaan koko rivi #-merkillä pois:
# while true; do /usr/sbin/ntp-wait -v; if [ $? -eq 0 ]; then break; fi; sleep 2; done

Tässä muutoksessa on potentiaalinen ongelmakohta mikäli ennen palvelun käynnistämistä RPi ei ole saanut kellonaikaansa kohdalleen. Tällöin on mahdollista, että APRS-palvelimelle menevät paikkatiedot saavat väärän aikaleiman, mutta ainakaan vielä tästä aiheutuneita ongelmia ei ole raportoitu.

Muutoksen jälkeen kuitenkin käynnistyminen tapahtuu ilman ongelmia.

-ventti

[TeacDance]

eikös se ole tuo +44,270 se korjattu numero mikä pitää muuttaa tuonne conf tiedostoon.. näyttääkö muuten ihan ok numeroita tuot??

[Ventti]

Jep, sepä juuri. Ihan normaalilta näyttää tuo tulostus kalibrointiajosta.

[IlDuce]

Tyhmiä kysymyksiä ei kuulemma ole, kokeillaan kuitenkin.

RPI 2: kumpi paketti, ARM vai GPU ?
Miksi, edut/haitat ?

RPI 3: kumpi paketti, ARM vai GPU ?
Miksi, edut/haitat ?

Kuinka lämpöisinä nuo teidän Raspit käy ja kukkuu ?
Minulla on RPI3, heatsinkit asennettu. Koteloituna ilman tuuletinta lämpötila nousee 60 asteen tietämille. Samoissa lämpötiloissa mennään riippumatta kumpi paketti (ARM/GPU) on käytössä. Kotelon kansi pois niin lämpötila n. 55 C.

[Ventti]

EFME RPi2 ja 2.6 versio GPU-pakettina, koska ARM-paketti ei vaan toiminut. decode prosessi jäi koko ajan jälkeen ja aiheutti uudelleenkäynnistyksiä. Tämä pakettivalinta hämärän muistikuvan mukaan saattoi olla kytköksissä vielä RPi2:n piiriversioonkin, pitääpä yrittää löytää asiaa käsittelevä viesti tuolta OGN-foorumilta.

Kotelona kirkas muovikotelo, ei heatsinkkiä. Lämpötila Grafanan mukaan sahasi elokuussa 50-55 astetta ja nyt syyskuu on näköjään ollut sitten 45-50 astetta

hdellä RPi3:lla olen kokeillut ja siinä myös tuo GPU-paketti, ARM ei muistaakseni lähtenyt alkuunkaan pelittämään.

-ventti

Tyhmiä kysymyksiä ei kuulemma ole, kokeillaan kuitenkin.

RPI 2: kumpi paketti, ARM vai GPU ?
Miksi, edut/haitat ?

RPI 3: kumpi paketti, ARM vai GPU ?
Miksi, edut/haitat ?

Kuinka lämpöisinä nuo teidän Raspit käy ja kukkuu ?
Minulla on RPI3, heatsinkit asennettu. Koteloituna ilman tuuletinta lämpötila nousee 60 asteen tietämille. Samoissa lämpötiloissa mennään riippumatta kumpi paketti (ARM/GPU) on käytössä. Kotelon kansi pois niin lämpötila n. 55 C.