op25-dev August 2012

op25-dev@lists.osmocom.org

8 participants
5 discussions

"NameError: global name 'msgq' is not defined" in audio_p25_rx.py
by rajani_38 27 Aug '12

27 Aug '12

I'm new to GNURadio and OP25, and am facing the above error when trying to run audio_p25_rx.py. How I installed: On Ubuntu 10.04, I installed GNURadio 3.6, ensured that the prerequisites on the BeginnersBuild page were installed, then installed and built OP25, the imbe_vocoder, and then the repeater as instructed on the BuildInstructions page. Also installed gr-fsk4. I had put in the following symlink to get over some gruel problems while trying to build gr-fsk4: $ln -s /usr/local/include/gruel/swig/gruel_common.i /usr/local/include/gnuradio/swig/gruel_common.i Now I am stuck with the msgq error. I'd like to know if the build is expected to work with gnuradio 3.6. and whether audio_p25_rx.py can be executed without any input, just to make sure the OP25 build works. (I understand that in gnuradio 3.6 the usrpm folder has been deprecated and that seems to be giving rise to other Not Found errors for other scripts...) Any help will be greatly appreciated. Don't mind going to Gnuradio 3.2.2 if that will make life simpler. Thanks - Ram

5 11

Wireshark compile error
by allanjs1986 27 Aug '12

27 Aug '12

Hi group im trying to compile wireshark from the files section but i keep getting errors. My system is Ubuntu 11.10 and the error i get is after the "make" cmd. -------------------- wiretap/.libs/libwiretap.so: undefined reference to `g_list_foreach' collect2: ld returned 1 exit status make[2]: *** [randpkt] Error 1 make[2]: Leaving directory `/home/allan/wireshark/1.0.2-patched' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/allan/wireshark/1.0.2-patched' make: *** [all] Error 2 allan@gnuradio:~/wireshark/1.0.2-patched$ ----------------- And on a side not once i have wireshark installed and running if i just run the sample p25 flowchart in gr-baz should that pipe the date to wireshark? Thanks Al

1 0

Experiences in package building
by ikj1234i 14 Aug '12

14 Aug '12

Recently did a clean install from source and had a few minor issues which I thought I'd write up here. Machine is a 32 bit Ubuntu 11.04 install (and yes, the "unity" UI is truly as bad as they said)... First, the following packages need to be included in the list of pre-req stuff installed via apt-get : libpcap0.8-dev cmake Second apparently the newer versions of GR or SWIG have a new gruel library, causing a compile time error which I fixed by appending the path to this new library (file Makefile.common) as follows SWIGGRFLAGS = -I$(GNURADIO_CORE_INCLUDEDIR)/swig -I$(GNURADIO_CORE_INCLUDEDIR) -I/usr/local/include/gruel/swig This addition was needed for both the repeater and gr-fsk4 projects. Third (for those of us dinosaurs still using the original gr-fsk4 sources) there were a few source modules that were failing on a missing printf definition, I fixed by adding #include <stdio.h> as necessary... Best Max

1 1

Re: [op25-dev] Control channel decoding
by Dmitry Medvedev 01 Aug '12

01 Aug '12

Yes, valve is the block I was looking for. But, first try did not turn well: it works for a while, turning channels on and off, but after 10-100 switches something goes wrong and I get OOOOO. Experiments with dynamic reconfiguration gave me the same results (+memory leak, is there way to tell from python to release block memory after disconnect?). Maybe it's related to threading, as I turn valves on/off from separate thread. I'll try this again in some days. Regarding the code: right not it's no more than a heap of proof-of-concept python code not tightly connected to gnuradio. Gnuradio part consists of application with multiple channels. Each channel is xlating fir -> quadrature demod -> symbol filter -> fsk4_demod -> slicer -> frame assembler --msg queue--> custom UDP sender (it adds frequency id to udp packet). And there are standalone python program which receives UDP frames and stores it in db-like format. Further programs work on this files in pure python. I'll release code in some days after I clean it up a little. Best regards, Dmitry ________________________________ From: Matt Mills <mmills(a)2bn.net> To: qaghqga(a)yahoo.com Sent: Tuesday, July 31, 2012 2:20 PM Subject: Re: [op25-dev] Control channel decoding Dmitry, I'd suggest using a valve or stream selector for that. Do you have any interest in sharing your source code? Thanks, Matt. On Tue, Jul 31, 2012 at 2:09 AM, Dmitry Medvedev <qaghqga(a)yahoo.com> wrote: > >I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames? I did trellis decoding and CRC algorithm (reverse engineered the later, as I couldn't find parameters). I understand structure of some messages, for example "Group Voice Channel Grant Update" (opcode 02, manufacturer id 00), but many opcodes remain unknown. Do you have any leads on this? > >Also, I'm not very familiar with gnuradio, is there way to place some kind of "gate" in flowgraph so some parts of it can be switched on/off by external event? I want to use such feature to gate voice channels on/off and do not waste processor cycles on filtering channels that do not carry traffic at the moment. > > >Best regards, >Dmitry > >

2 1

Control channel decoding
by Dmitry Medvedev 01 Aug '12

01 Aug '12

I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames? I did trellis decoding and CRC algorithm (reverse engineered the later, as I couldn't find parameters). I understand structure of some messages, for example "Group Voice Channel Grant Update" (opcode 02, manufacturer id 00), but many opcodes remain unknown. Do you have any leads on this? Also, I'm not very familiar with gnuradio, is there way to place some kind of "gate" in flowgraph so some parts of it can be switched on/off by external event? I want to use such feature to gate voice channels on/off and do not waste processor cycles on filtering channels that do not carry traffic at the moment. Best regards, Dmitry

4 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

op25-dev August 2012