TETRA decoderen

[kenwood501]

Misschien nog een rare vraag:

Is het mogelijk om in plaats van de SDR stick audio uit een 70cm set aan te bieden.
Deze zijn een stuk beter gefilterd  en het ontvangst is stukken beter dan de stick.

Hoor graag of iemand daar al mee gespeeld heeft.

[ET]

Misschien nog een rare vraag:

Is het mogelijk om in plaats van de SDR stick audio uit een 70cm set aan te bieden.
Deze zijn een stuk beter gefilterd  en het ontvangst is stukken beter dan de stick.

Hoor graag of iemand daar al mee gespeeld heeft.

Dat gaat niet lukken, je zou natuurlijk wel je antenne signaal alvast wat kunnen filteren voordat je het je stick in stuurt.

Elmar

[kenwood501]

Hebben meer mensen er last van dat de /var/log volloopt?

Debian begint te zeuren dat er geen ruimte meer is en dat de 250GB schijf vol is.
Beetje vaag voor een Linux systeem waar alleen tetra script is gedraaid.

[scirocco60]

vreemd
als je volgens mijn niets selecteert in telive slaat hij toch niks op.
zoals record 0 log 0

[MCS2000]

Bij mij staat ook alles standaard op 0.
Dus geen last dat er een log oid volloopt.

[Mose]

Ik heb hem inmiddels bijna draaiend, maar ik heb een probleem.
Het openen van de bestanden (receiver1 1, rxx in de xterm van 203x60, tetrad) gaat goed. Ook het openen van telive_1ch_gr37.grc werkt prima, ik krijg de flow graph te zien. Echter, als ik hem execute, krijg ik de volgende error:

Code: [Selecteer]

Executing: "/home/mose/tetra/telive/gnuradio-companion/top_block.py"


linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.005.005-0-unknown


Using Volk machine: sse4_2_64_orc
gr-osmosdr 0.1.1 (0.1.1) gnuradio 3.7.2.1
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf rfspace
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
Exact sample rate is: 2000000,052982 Hz
thread[thread-per-block[4]: <block file_sink (18)>]: file_sink write failed with error 24


OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO...

De O'tjes blijven oneindig verschijnen. Het rare is dat het GNURadio bestand wel prima werkt zonder de andere bestanden open. Dit probleem doet zich alleen voor als de andere bestanden openstaan. Een reboot helpt niet. Weet iemand misschien wat ik fout doe?

[ET]

Fout niet eerder gezien, maar die write failed doet me denken aan een rechten probleem.

Elmar

[scirocco60]

bijna zeker dat hij de usb poort van de stick niet herkend.
zoek maar eens op google op je fout melding.
probeer eens een gewone usb stick op Linux als hij werkt.

[Mose]

Bedankt voor de reacties.
Het ligt niet aan de USB-poort. Het rare is dat de GNURadio flow graph wel prima uitgevoerd wordt als de andere programma's uitstaan. Dan ontvangt hij dus gewoon. Pas als de programma's open staan die het signaal daadwerkelijk decoderen, krijg ik deze error.

[Pepijn]

Probeer eens een andere flow chart. Misschien dat je per ongeluk een instelling aangeraakt hebt?

[Mose]

Bedankt voor de suggestie Pepijn. Heb even gereboot en het geprobeerd, maar helaas zonder effect. Ik zal even de GNURadio package verwijderen en opnieuw installeren, misschien dat dat helpt.


EDIT 19:58: Heeft niet gewerkt.

[ET]

Als je het GNU script start en daarna uitvoert wordt dan wel het uitvoerbestand (fifo1) in de tmp folder aangemaakt ?

[Mose]

Als ik hem onafhankelijk van receiver1 1, rxx en tetrad uitvoer, werkt het GNU script prima. Als ik hem vervolgens sluit en daarna receiver1 1 uitvoer, geeft die aan dat fifo1 al bestaat. Dan moet ik rebooten om hem weer werkend te krijgen. Het GNURadio script en receiver1 1 doen dus beide iets met fifo1, als ik het goed begrijp? Het lijkt zo inderdaad of GNURadio geen toestemming heeft om erin te schrijven als ik dat goed heb.

[Pepijn]

De melding dat fifo1 al bestaat kun je in principe negeren. Of je kunt fifo1 verwijderen door rm /tmp/fifo1 te doen.

Voor wat betreft die file_sink write error, dat lijkt een rechten issue idd. Je runt niet toevallig het script als root of hebt dat ooit gedaan?

[ET]

Het GNURadio script en receiver1 1 doen dus beide iets met fifo1, als ik het goed begrijp?

Inderdaad, GNURadio schrijft de ontvangen data erin en de receiver gebruikt het bestand als bron.

Elmar