hamradionl
Member
- Joined
- Mar 23, 2014
- Messages
- 729
- Reaction score
- 96
Not demodelated audio, but AF-I/Q output recording in to large .wav files 
Tetra decoding
- Thread starter sq5bpf
- Start date
-
- Tags
- tetra decode
- Status
skinkie
Member
I wouldn't use 'wav' files for it. But yes you can, directly with gnuradio. It might be as easy as piping the output to a file instead of the tetra decoder.
hamradionl
Member
- Joined
- Mar 23, 2014
- Messages
- 729
- Reaction score
- 96
Did try with SDRsharp but that is windows so not able to listening to Tetra if there any conversation going on.
Iam noway Guru with linux or GNUradio and green as gras
How to get GNUradio record or safe these files ?
This time need a .wav file in know its limited
Only need ones some minute or so ( large files )
Iam noway Guru with linux or GNUradio and green as gras
How to get GNUradio record or safe these files ?
This time need a .wav file in know its limited
Only need ones some minute or so ( large files )
Sound clippind
Can you please help me to know why the decoded voice come clipping like this, i use Telive image with the supplied UDP_Slow example and NooElec 0.5ppm TCXO Dongle, the air encryption is showing 0.
Audio sample:
http://s1.vocaroo.com/vss/6s4pqX8aou.flv
Vocaroo | Voice message
73,
Can you please help me to know why the decoded voice come clipping like this, i use Telive image with the supplied UDP_Slow example and NooElec 0.5ppm TCXO Dongle, the air encryption is showing 0.
Audio sample:
http://s1.vocaroo.com/vss/6s4pqX8aou.flv
Vocaroo | Voice message
73,
soDimmmm
Member
This is how the encrypted sounds like: https://youtu.be/aMsRWnM1YoY?t=79
I suspect that the problem is in your configuration. The network you are listening to, cannot be encrypted AFAIK because it shows enc=0
I'm sure that something can be make with cubicsdr
I'm sure that something can be make with cubicsdr
Cubicsdr in 0.20 is easy to install on linux. Just copy this link :
https://github.com/cjcliffe/CubicSDR/releases/download/0.2.0/CubicSDR-0.2.0-x86_64.AppImage
make it executable and run
Cubicsdr has an IQ output ready
then it can be send to telive (I suppose)
here is my script
#!/bin/sh
export TETRA_HACK_PORT=7379
export TETRA_HACK_RXID=$1
ulimit -c unlimited
pacat --passthrough -v -d alsa_output.pci-0000_00_1b.0.analog-stereo |./osmo-tetra-sq5bpf/src/demod/python/simdemod2.py -o /dev/stdout | ./osmo-tetra-sq5bpf/src/float_to_bits /dev/stdin /dev/stdout | ./osmo-tetra-sq5bpf/src/tetra-rx /dev/stdin
After creating a fifo by mkfifo in.float, I haven't any error but No decode
I suppose , I have to play with pacat parameters (pacat --help)
If this can work (I'm not sure) , Telive could run with airspy and sdrplay witout latency
all ideas are welcome
I'm sure that something can be make with cubicsdr
Cubicsdr in 0.20 is easy to install on linux. Just copy this link :
https://github.com/cjcliffe/CubicSDR/releases/download/0.2.0/CubicSDR-0.2.0-x86_64.AppImage
make it executable and run
Cubicsdr has an IQ output ready
then it can be send to telive (I suppose)
here is my script
#!/bin/sh
export TETRA_HACK_PORT=7379
export TETRA_HACK_RXID=$1
ulimit -c unlimited
pacat --passthrough -v -d alsa_output.pci-0000_00_1b.0.analog-stereo |./osmo-tetra-sq5bpf/src/demod/python/simdemod2.py -o /dev/stdout | ./osmo-tetra-sq5bpf/src/float_to_bits /dev/stdin /dev/stdout | ./osmo-tetra-sq5bpf/src/tetra-rx /dev/stdin
After creating a fifo by mkfifo in.float, I haven't any error but No decode
I suppose , I have to play with pacat parameters (pacat --help)
If this can work (I'm not sure) , Telive could run with airspy and sdrplay witout latency
all ideas are welcome
Hi, I´m following this project since begining (two years ago?) and, sometimes had capture some audio like this, in my region are two different networks, and only in one them SOMETIMES, in random situations, caught audio sound like yours. Always thought it is a fault on the network, by the other hand, i´m runing in VMware, tried with ubuntu, and debian 8, and GNU radio 3.7.5 same thing in any combination
mrscanner2008
Member
grahampaull
Member
- Joined
- May 31, 2013
- Messages
- 127
- Reaction score
- 2
Just wait and see the amount of questions in this forum regarding this Windows version now lol.
Sent from my SM-G925F using Tapatalk
SavoS
Member
Hello,
I'm trying to run this in WIN 10 pc, but without success.
This is users manual, but I hit the wall in point 2A... Can Anyone help me with this..
1) Open GRC project of your choice (already with the CQPSK Demod box)
2) Use the Project/Execute to run the project from the GRC
- OR -
If you had headless (without GUI) project, use Project/Generate option
to generate top_block.py file in the GRC project directory.
2a) Then open GNURadio Command Prompt from Start menu, the use this command
c:\Program Files\GNURadio-3.7\gr-python27\python.exe -u c:\path\to\grc\project\top_block.py
This will enhance performance.
3) Open new M-SYS2 shell for every channel in that project and execute
command "cd "cd is the number of each channel in GRC project
4) Open new M-SYS2 shell, resize it to 203x60 and execute:
- cd /tetra/bin
- ./rxx OR ./rxx_xmlrpc (if you are using XMLRPC GRC project)
You can edit these files to match your preferences
5) That's it, should work.
Many thanks and kind regards!
I'm trying to run this in WIN 10 pc, but without success.
This is users manual, but I hit the wall in point 2A... Can Anyone help me with this..
1) Open GRC project of your choice (already with the CQPSK Demod box)
2) Use the Project/Execute to run the project from the GRC
- OR -
If you had headless (without GUI) project, use Project/Generate option
to generate top_block.py file in the GRC project directory.
2a) Then open GNURadio Command Prompt from Start menu, the use this command
c:\Program Files\GNURadio-3.7\gr-python27\python.exe -u c:\path\to\grc\project\top_block.py
This will enhance performance.
3) Open new M-SYS2 shell for every channel in that project and execute
command "cd "cd is the number of each channel in GRC project
4) Open new M-SYS2 shell, resize it to 203x60 and execute:
- cd /tetra/bin
- ./rxx OR ./rxx_xmlrpc (if you are using XMLRPC GRC project)
You can edit these files to match your preferences
5) That's it, should work.
Many thanks and kind regards!
hello everyone
i didn't read the forum for a while, but will try to read the pile of posts since my last visit.
recently i've been to a small radio conference and some nice people let me play with their demo equipment, and record the result, so i got some test traffic to work on and would like to share the result.
i've implemented some fragment reassembly in tetra-rx, this is limited to SDS messages right now. if anyone wants to try, please update osmo-tetra-sq5pf, and add the -r -s flags to tetra-rx (for example in receiver1udp change the end of last line should read ./tetra-rx -r -s -a -i /dev/stdin ). if you have any SDS longer that about 10-15 characters on your network, then you should see them.
-r enables reassembly
-s tries to treat all non-text SDS as text, so if there are text strings in them you will see them
this is quite unfinished yet, the fragments are not always assembled correctly and the length isn't always correct too, but i will try to fix it when i find some time. please report how it works, as this is only based upon some simple test traffic i've recorded na dwasn't tested on real traffic
i didn't read the forum for a while, but will try to read the pile of posts since my last visit.
recently i've been to a small radio conference and some nice people let me play with their demo equipment, and record the result, so i got some test traffic to work on and would like to share the result.
i've implemented some fragment reassembly in tetra-rx, this is limited to SDS messages right now. if anyone wants to try, please update osmo-tetra-sq5pf, and add the -r -s flags to tetra-rx (for example in receiver1udp change the end of last line should read ./tetra-rx -r -s -a -i /dev/stdin ). if you have any SDS longer that about 10-15 characters on your network, then you should see them.
-r enables reassembly
-s tries to treat all non-text SDS as text, so if there are text strings in them you will see them
this is quite unfinished yet, the fragments are not always assembled correctly and the length isn't always correct too, but i will try to fix it when i find some time. please report how it works, as this is only based upon some simple test traffic i've recorded na dwasn't tested on real traffic
the problem i've had is with gnuradio from raspbian 8 packages (i think it's version 3.7.5), the arm optimised functions are unimplemented or are incorrectly picked by volk_profile, and the receiver just doesn't work (but doesn't give errors, just sits there and doesn't do anything)
i think the version in backports (currently 3.7.10) is fixed
Last edited:
RTFM
jlxsolutions
Member
- Joined
- May 23, 2013
- Messages
- 105
- Reaction score
- 0
LoL
i've commited a small change to osmo-tetra-sq5bpf:
- fix segfaults when fragment reassembly is enabled
- add the -e command line switch to tetra-rx. this will allow parsing of some encrypted packets. please note that the results might be gibberish, after all this is what encryption is for.
- fix segfaults when fragment reassembly is enabled
- add the -e command line switch to tetra-rx. this will allow parsing of some encrypted packets. please note that the results might be gibberish, after all this is what encryption is for
.
oz1jua
Member
i've commited a small change to osmo-tetra-sq5bpf:
- fix segfaults when fragment reassembly is enabled
- add the -e command line switch to tetra-rx. this will allow parsing of some encrypted packets. please note that the results might be gibberish, after all this is what encryption is for
After upgrade to 1.9 new version I get a lot of ### SMALL FRAME: write 1386
It seems that error only come when using more than one channel.
And I do not think there is any sound after this. I have to test more to verify.
- Status