Tetra decoding

[ET-NL]

you're probably talking about the entropia network. for nationwide netorks it would make sense to have small sites everywhere, and bigger sites where needed (in cities etc)

You are right. It's the Entropia network.

Elmar

 

[sq5bpf]

pretty sure i haz found a bug. thou i cant pinpoint it.
Over time telive/gnuradio/something fills up hard drive with a invisible file (currently 605,431 items, totalling 140.8 TB
(some contents unreadable) overnight) lol
if i reboot the virtual machine its gone.
i heard of memory leaks but hardrive leaks lol
the logs files are just a few 100's of MB/s so its not them
and while audio still works fine after the hdd is full log wont write so the googleearth is out.

my guess is that you started the gnuradio receiver without running the receiver1 scripts first (which make the /tmp/fifoXXX pipes). maybe you're using some script to start everything, and forgot to add error checking to it?

 

[jlxsolutions]

my guess is that you started the gnuradio receiver without running the receiver1 scripts first (which make the /tmp/fifoXXX pipes). maybe you're using some script to start everything, and forgot to add error checking to it?

nope i start them first and if it would be the pipes would not the whole thing not work?

 

[sq5bpf]

nope i start them first and if it would be the pipes would not the whole thing not work?

you're right, maybe you used a 2-channel receiver, and had only one receiver process running?

whatever the reason, i'd try to investigate it with lsof (or just by looking at /proc/PID/fd)

 

[jlxsolutions]

what i do is open 6 windows at /root/osmo-tetra-sq5bpf/src (one manually the rest by right click open in terminal) then cd telive then open funky window thingy Xterminalreoslution what not in that ./rxx
go back to terminal where i opened new Xterm and type in cd/tetra/bin
then :/tetrad& then gnuradio-companion&
.then start apache so i can shre the log/kml files to my main PC

but hmm ye lsof should work to finding the culprit shall be intresting to see what chews gigabytes per hour and is invisible to diskusage checker

 

[grosminet]

error running osmosdr-tetra_demod_fft.py

Hello

I try to run osmo tetra under Gnuradio 3.7 (my 3.6 gnuradio) are working fine for years .

I have the following errors :

Traceback (most recent call last):
File "./osmo-tetra-sq5bpf/src/demod/python/osmosdr-tetra_demod_fft.py", line 271, in <module>
tb = top_block()
File "./osmo-tetra-sq5bpf/src/demod/python/osmosdr-tetra_demod_fft.py", line 94, in __init__
self.resamp = filter.pfb_decimator_ccf(int(rerate))
File "/usr/local/lib/python2.7/dist-packages/gnuradio/filter/filter_swig.py", line 1586, in make
return _filter_swig.pfb_decimator_ccf_make(*args, **kwargs)
TypeError: Required argument 'taps' (pos 2) not found


my command line is :

./osmo-tetra-sq5bpf/src/demod/python/osmosdr-tetra_demod_fft.py -a rtl=0 -o /dev/stdout | ./osmo-tetra-sq5bpf/src/float_to_bits /dev/stdin /dev/stdout | ./osmo-tetra-sq5bpf/src/tetra-rx /dev/stdin

My os is ubuntu 14.04 64 bits

What I did :

I copied contents of directory python 3.7 into python directory

gnuradio 3.7 is working fine with gr-gsm project on this PC

any idea ?

Thanks

 

[sq5bpf]

gnuradio 3.7 is working fine with gr-gsm project on this PC

any idea ?

what is the gnuradio version? i know that 3.7.5 under debian works, and 3.7.2 under mint doesn't

 

[grosminet]

Os version /gnuradio

Os is Ubuntu 14.04 64 bits and GNU Radio v3.7.7.1-180-gb9bdd1ce

there is pastebin content with same error but no answer

http://pastebin.com/PZaFA616#

 

[efalgae]

Os is Ubuntu 14.04 64 bits and GNU Radio v3.7.7.1-180-gb9bdd1ce

there is pastebin content with same error but no answer

Using Volk machine: avx_64_mmx_orc resampling factor: 5.000000 using pfb decim - Pastebin.com

Just start ./receiver1 1 with sudo privileges, and same for gnuradio-companion.
That's my solution, don't know if it'll work for you. But you don't loose anything for trying

73

 

[sq5bpf]

Just start ./receiver1 1 with sudo privileges, and same for gnuradio-companion.
That's my solution, don't know if it'll work for you. But you don't loose anything for trying

73

this is not a solution, and if the receiver1 script makes root-owned pipes in /tmp/fifoXXX, other non-root processes will have problems writing to them

don't run as root

 

[efalgae]

this is not a solution, and if the receiver1 script makes root-owned pipes in /tmp/fifoXXX, other non-root processes will have problems writing to them

don't run as root

Oh...sorry. It works for me, I run:

<code>
sudo ./receiver1 1 //in 1st tab
./rxx //in xterm window, second tab
./tetrad //3rd tab
sudo gnuradio-companion //4th tab
</code>

Never had problems with that. Recordings work perfectly, kml the same. If I don't use SUDO privileges, it doesn't work at all.

Just saying.

 

[sq5bpf]

Never had problems with that. Recordings work perfectly, kml the same. If I don't use SUDO privileges, it doesn't work at all.

using root for everything as a workaround for permission problems is never a good idea, and also some programs will behave differently when run as root (or will refuse to run)

the only reasons why this works for you are either permissions to files/directories, permissions to use the usb dongle or permissions to unload the dvb driver (if you haven't blacklisted it yet)

 

[jlxsolutions]

Well i have tried using lsof , lsof | grep deleted and ls | xargs du -hs but what ever file that keeps growing seems to be invisible.

 

[grosminet]

run with funcube pro plus

I changed RTL SDL by a funcube pro plus , I changed 96000 to 192000 in python file . Work fine under GNU 3.7.7 and ubuntu 14.04 64 bits on an external usb 3.0 disk

Thanks for answers

 

[sq5bpf]

I changed RTL SDL by a funcube pro plus

is there much of a difference in sensitivity etc comparing to an rtl dongle? (and is it worth it in effect/price terms?)

this might be an option for people with really slow machines, because you have 1/10 of the bandwidth, so the cpu load is also much smaller

 

[jlxsolutions]

is there much of a difference in sensitivity etc comparing to an rtl dongle? (and is it worth it in effect/price terms?)

this might be an option for people with really slow machines, because you have 1/10 of the bandwidth, so the cpu load is also much smaller

only problem with the FCD+ is the reception gap
The receiver range is now 150kHz to 240MHz and 420MHz to 1.9GHz
the old FCD should work fine thou

 

[bigsat]

Hello,

No Gap with FCD+. The frequency range was not Guaranteed , but mine work fine on 380 Mhz by example.

 

[sq5bpf]

but is there a big difference in receive performance comparing fcd and fcd+ to an rtl dongle?
and is it worth the $$$ for tetra or other digital modes? (there is a noticable difference for weak signal cw and similar, but this is a totally different category)

 

[ET-NL]

I use both a Funcube Pro (no plus) and a 820T2. I don't see a difference in sensitivity, but it apears to give me a more stable decoding result.


Elmar

 

[lx3gr]

Hello,

nice piece of software, good work. The compilation of the different sources worked seamlessly on my 64 bit Debian 8.1.

I've some questions, will the modifications be merged back into the osmocom main tree?

I think my question has been overlooked due to the fact that the first posts must be approved by an admin.

The Tetra monitor shows the MMC, MNC, frequencies, ... but I never hear any sound. I've already played successfully the testfile.acelp, as mentioned in the documentation, so I assume that it's not a problem the codec. Here's the output of tetrad:
any ideas? Or does this only mean that there's simply no traffic in this cell?

73, Gilles

Solved, there's nearly no traffic in that cell and everything, with the exception of a single building company, is encrypted.

73, Gilles