Re: [Discuss-gnuradio] Need help identifying jammer signal

2013-12-18 Thread Ralph A. Schmid, dk5ras
Thanks for the follow-up, this is similar to a 1 second noise burst every 60 seconds or so we had on our ham repeater. The reason could be identified after months of search by coincidence. The repeater sysop visited his fathers office, monitored the input frequency of the repeater like he had done

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

2013-12-18 Thread Ralph A. Schmid, dk5ras
Hi, after opening and generating the hier blocks still the top_level.grc has missing blocks, at least LTE estimator outputs and unpack MIB inputs are unconnected, leaving a large white area in between. How should this flowgraph look like, is there a screenshot available somewhere? Just

Re: [Discuss-gnuradio] Need help identifying jammer signal

2013-12-18 Thread Patrik Tast
Well done! Patrik On Tue, 2013-12-17 at 17:40 -0500, Juha Vierinen wrote: Last Friday we managed to finally track this thing down. It was a broken FSK telemetry system on an FM radio tower. It was about 30 km Southwest of our radar. I did a small write up about this:

Re: [Discuss-gnuradio] problem with top_block.stop()

2013-12-18 Thread Kevin Reid
On Dec 17, 2013, at 9:23, Sumedha Goyal sumedha1...@gmail.com wrote: I am trying to pass two different parameters to my top_block class I m not able to do this please help. The control of program gets stuck at tb.stop() and doesn't go beyond that. tb=top_block(options,0.8) tb.start()

Re: [Discuss-gnuradio] Fwd: problem with top_block.stop()

2013-12-18 Thread Tom Rondeau
On Wed, Dec 18, 2013 at 1:39 AM, Sumedha Goyal sumedha1...@gmail.com wrote: -- Forwarded message -- From: Sumedha Goyal sumedha1...@gmail.com Date: Wed, Dec 18, 2013 at 10:50 AM Subject: Re: [Discuss-gnuradio] problem with top_block.stop() To: Tom Rondeau t...@trondeau.com

Re: [Discuss-gnuradio] Fwd: problem with top_block.stop()

2013-12-18 Thread Sumedha Goyal
Hi Tom, I have removed tb.wait(). Now the sequence is tb=top_block(options,0.8) tb.start() sleep(3) tb.stop() I want my program to stop here and take new values which is not happening right now. It executes till sleep(3) and then hangs somewhere. You have asked to stop the flowgraph

[Discuss-gnuradio] help me

2013-12-18 Thread Maheshkumar Pandit
hello every buddy as we know in any plot lik water flow or fft sink there is positive and negative values are present . if we want to present only ssb i.e. positive or negative value . how it can be done help me if any one done the same ... -- *Thanks and regard:*

Re: [Discuss-gnuradio] Fwd: problem with top_block.stop()

2013-12-18 Thread Tom Rondeau
On Wed, Dec 18, 2013 at 11:29 AM, Sumedha Goyal sumedha1...@gmail.com wrote: Hi Tom, I have removed tb.wait(). Now the sequence is tb=top_block(options,0.8) tb.start() sleep(3) tb.stop() I want my program to stop here and take new values which is not happening right now. It executes

Re: [Discuss-gnuradio] help me

2013-12-18 Thread Tom Rondeau
On Wed, Dec 18, 2013 at 11:38 AM, Maheshkumar Pandit elecomah...@gmail.com wrote: hello every buddy as we know in any plot lik water flow or fft sink there is positive and negative values are present . if we want to present only ssb i.e. positive or negative value . how it can

[Discuss-gnuradio] about gr-modtool

2013-12-18 Thread alex
Hi all, I meet a problem with gr-modtool. I created a new out of tree mode. Compile and install work fine but when I want to create the GRC module via gr-modtool makexml, give me the following error. No GNU Radio module found in the given directory. Quitting. PS, I am quite sure I am in the

Re: [Discuss-gnuradio] Fwd: problem with top_block.stop()

2013-12-18 Thread Sumedha Goyal
Hi I used a blank work() function as follows def work(self,ins,outs): print i m in work self.mark_done() using mark_done(), I got the control back in the main loop. When I use my specific work() function with mark_done() after a successful event, I get following error message: ASSERT FAIL

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

2013-12-18 Thread Johannes Demel
Hi Ralph, unfortunately there are no screenshots yet. I guess it is a good idea to add some. After the estimator, there should be 2 blocks: Decode PBCH and Decode PCFICH. They take the same stream. and work in parallel. Then after Decode PBCH there is supposed to be a 'Decode BCH' block. These

[Discuss-gnuradio] new Qt blocks and other helpful blocks

2013-12-18 Thread Johannes Demel
Hi everybody, some time ago I stumbled over the problem that I missed a Qt version of some blocks. In particular I wanted to have a Qt numbersink and a Compass. Thus, I created them [1] with Qt designer and integrated them into a GR block. For now, they use Python. There are '.ui' files that have

[Discuss-gnuradio] OFDM: troubles regarding FFT size and decimation factor

2013-12-18 Thread Sebastian Schmid
Hello everybody, I'm trying to do some channel measurements using a setup based on three PCs with two USRP2 devices (equipped with RFX2400 daughterboards) and GNU Radio 3.7. One of the PCs acts as network controller, it creates data the other PCs should transceive. The network controller

Re: [Discuss-gnuradio] Arbitrary resampler question on gnuradio 3.7.2.1

2013-12-18 Thread Tom Rondeau
On Tue, Dec 17, 2013 at 9:06 PM, George george.sklivani...@gmail.com wrote: Hello all, Considering a simple gnuradio flowgraph as the following Random source - chunks2symbols - complex2float - float2complex - pfb_arb_resampler- USRP sink which used to work without any problem in the older

Re: [Discuss-gnuradio] Arbitrary resampler question on gnuradio 3.7.2.1

2013-12-18 Thread George
Hi Tom, You are right increasing the number of taps by 100 is not the case, after I debugged the results a bit more. The problem seems to be in the number of samples consumed as you mentioned above. The full definition for the filter I am using is firdes.root_raised_cosine(nfilts, 1.0,

Re: [Discuss-gnuradio] Arbitrary resampler question on gnuradio 3.7.2.1

2013-12-18 Thread George
Tom, Is there going to be a fix soon or should I go with the 3.6.5 version of gnuradio? Thanks, -George On Dec 18, 2013, at 7:01 PM, George george.sklivani...@gmail.com wrote: Hi Tom, You are right increasing the number of taps by 100 is not the case, after I debugged the results a

[Discuss-gnuradio] is the USRP-hw still available now?

2013-12-18 Thread ??????
hi,everyone: as i am new to RF pcb layout , i want the USRP daughter board PCB file to reference,i found a floder at /root/usrp-hw(http://gnuradio.org/redmine/projects/gnuradio/repository/revisions/8c8eeca9e2ae26c30f186bef23411d345acbc3f6/show/usrp-hw) but i found some of those pcb files are

[Discuss-gnuradio] i got such a message when run qt-gui

2013-12-18 Thread Maheshkumar Pandit
hello every buddy in my gnu radio, when i run in QT GUI and use qt-gui instrument i gor such a message Got bus address: unix:abstract=/tmp/dbus-ZqX6rpDyRY,guid=b3eabb1d7a1550be2db27652002b Connected to accessibility bus at:

[Discuss-gnuradio] Error with Clang block

2013-12-18 Thread MChti
Hi everybody, I try tu use the Clang block from the GRAS package but when I lauch my flow graph, I can read this error. Would you have any idea about what is wrong ? Thank You MChti Executing: /home/winston/Documents/gnuradio/test/top_block.py GRAS: The debug asserts are enabled. Created

Re: [Discuss-gnuradio] i got such a message when run qt-gui

2013-12-18 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Maheshkumar, Got bus address: unix:abstract=/tmp/dbus-ZqX6rpDyRY,guid=b3eabb1d7a1550be2db27652002b Connected to accessibility bus at: unix:abstract=/tmp/dbus-ZqX6rpDyRY,guid=b3eabb1d7a1550be2db27652002b this is not even a warning,

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

2013-12-18 Thread Johannes Demel
Hi everybody, I added screenshots for all the hierarchical flowgraphs and the top flowgraph to the docs directory. I hope this helps to build the whole LTE flowgraph in GRC. Although, I realized that would be very helpful if the hierarchical flowgraphs would be compiled with grcc during make and

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

2013-12-18 Thread Mike Cornelius
Hi Ralph, I had the same problem at first myself, there is no need to reconnect anything in the top_level.grc block so long as all the hier blocks have actually been compiled. In my case the biggest problem was the LTE_estimator_hier block would not compile because the 'import lte' failed (see

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

2013-12-18 Thread Mike Cornelius
Hi Johannes, With regard to my earlier message regarding the crash I'm seeing, I note that a few tests fail when I run make test, is that to be expected? Also do you think it would be possible to publish the reference waveform that you are using ? That way I could check to see if the crash occurs