Tetra decoding

[grosminet]

No way

Hello sq5bpf,,
For linux users, do you know a way if possible to use GQRX to pipe the audio into telive ?
GQRX having a more user friendly Gui to use the 'older' or 'none wizzkids" hamradio user.
Gqrx SDR – A software defined radio powered by GNU-Radio and Qt

I have already asked this question and the answer is no . At this time no one has the answer to make GQRX or Cubicsdr a front end to TETRA decoding .

There is a good way running now for 4 or 5 years , using QTHID 4.0 or 4.1 with funcube and funcube pro + with osmo tetra . I think it is the best and easiest way to decode TETRA

Maybe one day ....

 

[sq5bpf]

if i try to run telive using the terminal/exterm launch procedure , nothing happens.

try the bootable usb image. this way you can be sure that everything is setup correctly

 

[sq5bpf]

After days and several nights i still get stuck in the part mentioned above.
When there is any advice it be very appreciated.

this is not a linux support group.

look for files with the .desktop extension, you will probably have then in the ~/Desktop directory. this is a simple text file, the format is probably described somewhere (but is self-descriptive, so not really needed)

 

[sq5bpf]

For some reason i am unable to edit the Freq,gains or any other functions in the flow chart screen,It just fades out within 30 secs of launching,

not sure what you mean by "fades out", but most probably you have either of these problems:

- you are using the version with pipes and ran everything in the wrong order (first run receiver1, and then the gnuradio-companion flowgraph. re-run receiver1 every time you want to run the flowgraph again). usually the flowgraph stalls after some time. please use the udp version (receiver1udp and the appropriate flowgraphs), as ths doesn't require the software to be launched in any particular order

- you have some problems with communication with the rtl dongle. either you have the drivers used for watching TV loaded (this is possible if you followed some strange install procedure), or you're using a bad usb port (there are sometimes problems with usb 3.0 ports, and with some usb hubs), or you're using this under a virtual machine

maybe you could try the bootable usb version and see if the problem persists?

 

[hamradionl]

sq5bpf;
My age is 70 years i just trying to keep up with you young men ...
helping hand will do the trick to my next step in this new adventure.

73

 

[hamradionl]

I have already asked this question and the answer is no . At this time no one has the answer to make GQRX or Cubicsdr a front end to TETRA decoding .
There is a good way running now for 4 or 5 years , using QTHID 4.0 or 4.1 with funcube and funcube pro + with osmo tetra . I think it is the best and easiest way to decode TETRA
Maybe one day ....

I had some small hopes because i get little stuck in the GNUradio.

 

[hamradionl]

Xterm window,
possible startup with larger Bold font size in the message window ?

 

[asgard]

someone tryed or, there is anny chance to use telive on raspberry pi 3 ? br'

 

[webexcel82]

someone tryed or, there is anny chance to use telive on raspberry pi 3 ? br'

Hi, i'm using raspi 3 with lubuntu and works fine (with low profile udp graph and without spectrums). The only two problems you have with raspi 3 are:
1- embedded soundcard don't work, have to buy a external usb soundcard (is cheap, 1 or 2 euros)
2-If you want to use a 3.5 inch screen whith SDIO, you only see a minimum part of telive rxx

But to only ear when you know the frecuency, works fine

Sorry for my english

 

[sq5bpf]

Xterm window,
possible startup with larger Bold font size in the message window ?

you can change the font in the shortcut that launches the window (-fn FONT_NAME), or you can ctrl-right click on the xterm window, and click the font that you want (Large would be probably the most that will fit on the screen).

btw this is not a linux support group, there's plenty of this on the internet

 

[FR3500]

GRC slowing computer

Hello to all

I need some help please, because since a few days, my computer becomes very slow when running Telive;
I can hardly navigate with firefox, or use VLC ; before that i could easily use both (even playing HD videos on Youtube, while running Telive )

At first , i started to get very large fifo files in the tmp directory; then Telive stopped when the size finally exceeded my remaining diskspace ( up to 25 GB )
Once, i had this warning, ( i don't know if my issues deal with that message ) :

xterm executable '' is missing.
You can change this setting in your gnuradio.conf, in section [grc], 'xterm_executable'.

do i have to edit the file :
/etc/gnuradio/conf.d/grc.conf
?

Thanks a lot, good evening .

 

[sq5bpf]

At first , i started to get very large fifo files in the tmp directory;

this means that you've used the wrong order of execution: you executed the grc flowgraph first, and then executed receiver1

turn off everything

rm /tmp/fifo*

start everything, but this time first use the right order

 

[FR3500]

OK thanks for answer
Actually, i always follow the execution order;
also i tried to delete fifo's, and reboot the system several times ,

Now i think i found the solution; there were some of files in the /tmp directory;
i don't know if they are relating to Telive
I deleted all files, now it seems to work better .

 

[bilbolodz]

I've question:

Have anyone managed to decode Tetra using virtual machine and rtl_tcp????
When I'm trying to use "one thing at one time", it means:

- virtual machine and USB stick connected do host macheine
- real machine, USB stick connected to other (real) machine and using TCP communication

all is working fine.

But when using virtual machine AND tcp_rtp tetra monitor still reports "Signal lost"/"Signal found".
I've tried with Vmware workstation and Vmware ESX as host both working "the same" (means bad).

73 Bilbolodz (SQ7BLD)

 

[bilbolodz]

My first tutorial on using the RPi2 as a SDR receiver and tetra decoding can be found at: blog.opentetra.nl.

Great work. I've just installed according your instruction and I've some remarks:

1) I've NOT check sound but at least mixer is not working until you put

dtparam=audio=on

into /boot/config.txt

2) Current version of rxx needs to play sound script 'tplay'. These script needs to be patched:

[root@alarmpi bin]# more tplay
#!/bin/sh
#play acelp .out files
cat $* | /opt/tetra/bin/cdecoder /dev/stdin /dev/stdout | /opt/tetra/bin/sdecoder /dev/stdin /dev/stdout | aplay -fS16_LE

and put into: /opt/tetra/bin

3) rxx is using files: tetra.xml and ssi_descriptions. It's a good idea to put it in working directory (in your setup: /opt/tetra/bin

4) My personal opinion: sound decoded by "decent PC" sounds much better than decoded by RPI (probably it's processing power issue)

5) Have you checked "udp" transport instead pipes? If it not require much more power it's better idea to use 'receiver1udp' than 'receiver1' (no need to restart another process after restarting tetra.py

 

[bilbolodz]

4) My personal opinion: sound decoded by "decent PC" sounds much better than decoded by RPI (probably it's processing power issue)

I've checked more thoroughly. I compared to sets:

- RPI2 B+ and RTL USB stick
- PC with HackRF One

feed from the same antenna. Results are nearly the same so my previous conclusion was not true.

 

[bilbolodz]

I've noticed very strange behavior of receiver1udp script:

After long time of running suddenly it stops decoding frames but I've got:
"BURST #### could not find successive burst training sequence" messages. It's not a problem with RTL stick, reception of signal, tunning or gnu companion because restart of receiver1udp (just these script) fixes the problem. Any ideas?

 

[tango20k]

I've noticed very strange behavior of receiver1udp script:

After long time of running suddenly it stops decoding frames but I've got:
"BURST #### could not find successive burst training sequence" messages. It's not a problem with RTL stick, reception of signal, tunning or gnu companion because restart of receiver1udp (just these script) fixes the problem. Any ideas?

dear bilbolodz
it happens with me with some weak signals , if i tune better , it goes away and decoding is better .

by the way , just shielded my USB cable and did not see this happen again. i believe its because of interference.

regards,,

 

[passie101]

This "problem" exist from the beginning. In this thread it's mentions several times.
Most of the time its happening when there is a little variation in the signal.

This problem is happening much frequently when you decode multiple frequencies and multiple instances of telive are running.

Sometimes is can be corrected tuning to a new strong signal, and after a time the data is running normal again.
It looks some kind of buffer is overloaded.

I've noticed very strange behavior of receiver1udp script:

After long time of running suddenly it stops decoding frames but I've got:
"BURST #### could not find successive burst training sequence" messages. It's not a problem with RTL stick, reception of signal, tunning or gnu companion because restart of receiver1udp (just these script) fixes the problem. Any ideas?

 

[bilbolodz]

This "problem" exist from the beginning. In this thread it's mentions several times. Most of the time its happening when there is a little variation in the signal.

Thank for answer and sorry for asking already asked question.