[Discuss-gnuradio] GRC window is expanding to the right as the graph runs...

I observed this weird phenomenon with wx GUI static text: as the program runs the text is sliding to the right, evenually going outside the window... I attach a very simple grc file (run it and increase the window to see the effect) any thoughts? thanks Achilleas test_expanding_window.grc

Re: [Discuss-gnuradio] gr-cdma

Ekko, you have asked EXACTLY the same questions on a thread on Nov 2015. I believe I have helped you resolve this. Please follow the same ideas. If you still have problems try to send us ALL the information that was asked of you back then. Achilleas == Message: 13 Date:

Re: [Discuss-gnuradio] Pybombs and apache thrift help request

I had problems installing thrift myself. After consulting with the thrift forum i realized that thrift requires "trial" which is included in pythong package "twisted" (python-twisted). Unfortunately, thrift was failing silently... After installing this package on fedora-22 (or 23?) the

Re: [Discuss-gnuradio] gr-cdma

r_b2_default.xml > -- Up-to-date: /usr/local/share/gnuradio/grc/blocks/cdma_flag_gen.xml > -- Up-to-date: > /usr/local/share/gnuradio/grc/blocks/cdma_kronecker_filter.xml > -- Up-to-date: > /usr/local/share/gnuradio/grc/blocks/cdma_freq_timing_estimator.xml > > > step5:ldcon

Re: [Discuss-gnuradio] gr-cdma

Another suggestion is to install your gr-cdma exactly where your gnuradio is installed. Achilleas On Mon, Nov 16, 2015 at 9:07 AM, Achilleas Anastasopoulos <anas...@umich.edu > wrote: > Looking at the output of the cmake I think I know what is going on: > > > Your gnu

[Discuss-gnuradio] gr-cdma

Ekko, can you tell me exactly what is the directory where gr-cdma is downloaded (trunk directory) Also can you say what exactly you put in the "prefix=" command in cdma_parameters.py file as per the instruction in the README file: --- 2) Edit the file gr-cdma/python/cdma_parameters.py and

Re: [Discuss-gnuradio] gr-cdma

/ in your PYTHONPATH Achilleas On Mon, Nov 16, 2015 at 8:32 AM, Achilleas Anastasopoulos <anas...@umich.edu > wrote: > Ekko, > > Do not worry about grc for now. You first have to fix the python import > error. > > It is very unusual that you have downloaded the gr-cdma in t

Re: [Discuss-gnuradio] gr-cdma

Ekko, I can help you with these error messages. They are not supposed to appear. Can you describe in detail the results from the steps you followed to build/install gr-cdma. They are described in the README file of gr-cdma. There are 3 precisely defined steps. Achilleas

Re: [Discuss-gnuradio] app crashes with ctrlport enabled. Works fine with ctrlport disabled.

So I have some more info on this: My application had a hierarchical block, inside which I had a block (called "chopper") that was setting the set_output_multiple. This block was the source of the warning: gr::log :WARN: flat_flowgraph - Block (chopper0) max output buffer set to 6656 instead of

[Discuss-gnuradio] app crashes with ctrlport enabled. Works fine with ctrlport disabled.

I have installed ctrlport and playing around with it. What a great piece of work! thanks guys! I am running an application (cdma_txrx from my gr-cdma module) and I notice that with ctrport enabled it crashes, while without it works perfectly. With ctrport I get the following message that hints

Re: [Discuss-gnuradio] Installation with pybombs: still missing python thrift libraries

suggest is spend some time figuring >> out why the python library isn't able to build. Have a look at the config >> log, grep for errors and google for them, figure out if you're missing some >> some developer libraries/headers, maybe check stackoverflow to see how >> o

Re: [Discuss-gnuradio] Installation with pybombs: still missing python thrift libraries

t was due to an incorrectly set > PYTHONPATH. Thrift installs into .../site-packages, gnuradio installs into > .../dist-packages - make sure both of those are in there. > > On Thu, Oct 15, 2015 at 1:14 PM, Achilleas Anastasopoulos < > anas...@umich.edu> wrote: > >> I attemp

Re: [Discuss-gnuradio] Installation with pybombs: still missing python thrift libraries

Oct 15, 2015 at 1:14 PM, Achilleas Anastasopoulos < > anas...@umich.edu> wrote: > >> I attempted a complete installation of gnuradio with pybombs (on >> fedora22). >> It went smoothly, but the result is that although "thrift" executable >> was generate

[Discuss-gnuradio] problems with gr-perf-monitorx

when i run gr-perf-monitorx I get the following: [anastas@jefe gnuradio]$ gr-perf-monitorx Traceback (most recent call last): File "/usr/local/bin/gr-perf-monitorx", line 43, in from gnuradio.ctrlport.GrDataPlotter import * File

Re: [Discuss-gnuradio] problems with gr-perf-monitorx

Tom, thanks; you were right. I am missing thrift... Unfortunately, gnuardio requires 0.9.2 and the latest in fedora 22 is 0.9.1, so i guess i have to wait for this... thanks again, Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] pybombs and make, swig

May I ask why pybombs recipies for "make" does not allow for rpm (but only deb or src) and for "swig" it insists only on the 2.0 version? thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] CDMA

such as app , cmake > and also python and other , then in the same terminal I ran the command > 'pwd' and I received the following , > /home/alfred/gr-cdma > > Thanks > Alfred > > > On Tue, Sep 29, 2015 at 4:21 PM, Achilleas Anastasopoulos < > anas...@umich.edu> wrote: &g

Re: [Discuss-gnuradio] CDMA

t > > Alfred > > On Tue, Sep 29, 2015 at 3:49 PM, Achilleas Anastasopoulos < > achilleas.anastasopou...@gmail.com> wrote: > >> What operating system are you working on? >> >> Achilleas >> >> On Sep 29, 2015, at 2:22 AM, alfred noble <alfred.no

Re: [Discuss-gnuradio] CDMA

t; My operating system is Ubuntu 15.04 64 bit > > Alfred > > On Tue, Sep 29, 2015 at 3:49 PM, Achilleas Anastasopoulos < > achilleas.anastasopou...@gmail.com> wrote: > >> What operating system are you working on? >> >> Achilleas >> >> On Se

Re: [Discuss-gnuradio] CDMA

OK, now tell us which directory is your gr-cdma downloaded to? Ie, when you did > git clone https://github.com/anastas/gr-cdma.git where was this downloaded to? Achilleas On Mon, Sep 28, 2015 at 3:47 PM, alfred noble wrote: > Thank you for your immediate respond >

Re: [Discuss-gnuradio] CDMA

open a python interpreter > python and write >>> from cdma import cdma_parameters as cp WHAT DO YOU GET? if you get an error, ie, something like: Traceback (most recent call last): File "", line 1, in ImportError: No module named cdma Then you have not set correctly the PYTHONPATH in

Re: [Discuss-gnuradio] CDMA

Clearly, you have an issue with importing the cdma module into python. Can you tell me what is the value of the variable "prefix" in your cdma_parameters.py file? (you can find it in gr-cdma/python/ directory) Achilleas On Mon, Sep 28, 2015 at 2:47 PM, alfred noble

[Discuss-gnuradio] CDMA

PLEASE PROCEED WITH THE REMAINING OF THE README FILE INSTRUCTIONS! ... In the gnuradio-companion environment -- Load the hier blocks (compile one at a time and reload each time) "amp_var_est_hier.grc", "cdma_tx_hier.grc", "chopper_correlator.grc", "cdma_rx_hier.grc",

Re: [Discuss-gnuradio] CDMA

You open the corresponding file in gnuradio and then you press the button that looks like a pyramid and a sphere with an arrow between them (this compiles the file). Then you should press the button that looks like a circular arrow (this reloads the blocks). You should read at least the gnuradio

Re: [Discuss-gnuradio] CDMA

This is perfectly normal. Please continue with step 3 as detailed in the README file. Let us know if you have any further problems. Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] CDMA

Alfread, I am willing to help you get started with this. Let's take the README file and go over the "For the impatient:" section. Which of the steps have you completed? Achilleas For the impatient: 1) Download gr-cdma from github > git clone

Re: [Discuss-gnuradio] cdma_txrx

Let's try to investigate the error messages you are receiving. When you run cdma_txrx.grc and you lower the SNR (the first slider) then the receiver cannot anymore track/acquire the packet and a message appears on the screen: *** MESSAGE DEBUG PRINT ((packet_num . 711) (packet_len

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

> construction of the phase response, q, looks correct to me. Any idea what > might be going wrong? > > > > Thanks, > > Sean > > > > *From:* discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org > [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gate

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

Sean, I just wanted to add to the previous answer: Indeed gr-trellis (and the fsm class specifically) has a built in constructor for generating the FSM corresponding to ANY CPM scheme. It only requires three parameters as explained in the comments in the file fsm.cc The constructed FSM is NOT

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

One quick correction on my previous email: every line corresponds to the current state and every column to an input. The entry is a number from 0 to O-1 (where O is the output alphabet cardinality). How this index is translated to an actual signal IS NOT PART OF THE FSM DEFINITION but

Re: [Discuss-gnuradio] QAM and Chunks_to_Symbol

Every memoryless modulation scheme can be described as M vectors in an N-dimensional space. So the chunck-to-symbols requires as dimensionality parameter the N and then it needs this array of numbers s11, s12, ... s1N, s21, s22, s2N, ... SM1, sM2, ... sMN So a 2-dim orthogonal scheme is

Re: [Discuss-gnuradio] PCCC Decoder Combo- OFDM

Pccc decoder combo requires the modulation as a parameter because it needs to evaluate soft decisions from the noisy complex QPSK signal that it receives. In that sense, it is NOT doing demodulation, as it is not supposed to... I don't know what the OFDM demodulator does, but if there is a way

[Discuss-gnuradio] Verifying Turbo encoder output (was: Re: (no subject))

Salija, since you are working with gr-trellis it is a good idea to run the examples given in the examples directory. You can always manually test the examples if you are willing to do the calculations yourself. All you need is the specification of the trellis that makes the 2 constituent

[Discuss-gnuradio] Verifying Turbo encoder output (was: Re: (no subject)

Salija, the notation interleaver(666) is one way to generate a random interleaver with a given seed (666 in this case). The pccc block requires two FSM (finite state machine) specifications (one for each of the constituent codes) and an interleaver specification. You can give the interleaver

Re: [Discuss-gnuradio] control port on 3.7.8 ?

boost 1.54.0 or greater, for some files. Can this be the reason the C++ library is not built? thanks Achilleas On Wed, May 6, 2015 at 1:39 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, May 6, 2015 at 1:27 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: After pulling

[Discuss-gnuradio] control port on 3.7.8 ?

After pulling the latest version of gnuradio, and remaking/installing/etc I am trying to run the application pfb_sync_test.grc in the examples directory of control port. It is giving me the following error: Executing:

[Discuss-gnuradio] streams are not aligned properly in wx time sink

Hi all, I have an example where I see the output of three blocks in a wx time sink: http://web.eecs.umich.edu/~anastas/docs/wx.png I didn't get the expected result and I run in also with qt time sink: http://web.eecs.umich.edu/~anastas/docs/qt.png The two pictures are different! The wx time

Re: [Discuss-gnuradio] pccc encoder

You are using the pccc decoder in an incorrect way. Please see attached corrected grc file: there are two ways to use the pccc decoder (i) either as a combo or (ii) in conjuction with trellis metrics. I have provided in your file both ways. Regarding you second question about whether you can

[Discuss-gnuradio] Some misconceptions about the peak_detector2 block

Hi all, recently there has been some discussion regarding the peak_detector2 block, both in the github/gnuradio (pull request 404) as well as in the issue tracker (issue 783). It is now well accepted that this block is buggy: there are cases the work function returns -1, which is a bug (see

Re: [Discuss-gnuradio] pccc encoder

Since your constellation is complex, then its dimensionality (in the chunks_to_symbos block, as well as in the PCCC decoder block) should be set to 1 (you are now have it at 2). The convention is that the chunks_to_symbols array is arranged as a11, a12, ... a1d, a21 a22,...,a2d,... aM1, aM2,

Re: [Discuss-gnuradio] pccc encoder

There are several issues with your code: 1) a PCCC encoder (as any digital communication encoder) cannot accept a sine wave as its input! it only accepts discrete information. In this case it should be numbers {0,1,2,...,X-1} where X is the input alphabet size of your fsm's. 2) The output

Re: [Discuss-gnuradio] Spread Spectrum Toolkit in gnuradio

I don't know much about this toolkit, but you can find our gr-cdma toolkit on github. It is a full blown (and fully parameterised by the user) cdma system with acquisition/tracking/adaptive modulation/coding, etc. https://github.com/anastas/gr-cdma best Achilleas

[Discuss-gnuradio] Issue with Results from GR-CDMA

Frank, see some comments inline. Achilleas Hello sorry for the last message thought i attached my screenshot results at first. I am having some problems as to whether the information from the cdma transmission and reception are accurate. I have posted my screenshots for clarification

Re: [Discuss-gnuradio] gr-cdma

length as well as if it's detecting a failed packet. On Tuesday, January 27, 2015 12:11 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: Frank, you can perform simulations and plot BER vs SNR using either of the two apps provided (ie, either the txrx or the separate tx and rx apps

Re: [Discuss-gnuradio] gr-cdma

or simply reading and writing to a file and importing the data to matlab for the BER vs Eb/NO plot? Sent from Yahoo Mail for iPhone https://overview.mail.yahoo.com/?.src=iOS At Jan 23, 2015, 5:53:58 PM, Achilleas Anastasopoulos wrote: The beautiful thing about open source is that all the detail

Re: [Discuss-gnuradio] gr-cdma

The beautiful thing about open source is that all the detail are there for you to see! Looking at the cdma_parameters.py file, you can see: pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0j so we are using 8 chips per symbol with two

Re: [Discuss-gnuradio] gr-cdma

It should be obvious that this can be done. A transmitted signal over the air can be received from multiple receivers... ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] anyone familiar with this BOOST error

I think I have a hunch as to what this is. Some googling showed that this happens when you are trying to spawn more threads than your machine can handle. From your previous post/discussions I understand this happens when you run the cdma_rx file. The part of this program that generates a lot of

Re: [Discuss-gnuradio] gr-cdma

and cdma_rx.grc are used for real live cdma transmission with hardware (ex: USRP's)? And I don't really understand the concept of fifo. I jus know it stands for first in first out. On Friday, January 16, 2015 3:01 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: You shouldn't

Re: [Discuss-gnuradio] gr-cdma

progress. Achilleas On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto frankpint...@yahoo.com wrote: I have applied the change, now the error reads: AttributeError: 'module' object has no attribute 'constellation_16qam' On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos anas

Re: [Discuss-gnuradio] gr-cdma

in the python file should I disregard the changes we did yesterday in th cdma_parameters.py file line 124 which was changing the digital_constellation_8psk_natural with digital.constellation_8psk and keep the orginal code? On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos anas

Re: [Discuss-gnuradio] gr-cdma

because it needs the cdma_tx_hier1 and cdma_rx_hier1 block in order to compile. On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: yes, please disregard all previous changes. They have been incorporated in the updated files. So, please pull a clean

Re: [Discuss-gnuradio] gr-cdma

first issue is where it states load all the heir blocks and compile them On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos wrote: There is no such instruction to be executed! Please read the README.md file and let us know which one of the detailed instructions mentioned

Re: [Discuss-gnuradio] gr-cdma

first issue is where it states load all the heir blocks and compile them On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos wrote: There is no such instruction to be executed! Please read the README.md file and let us know which one of the detailed instructions mentioned

Re: [Discuss-gnuradio] gr-cdma

to execute is import coma.cdma_parameters as cp. What exactly am I supposed to be replacing in this section On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: Please follow the detailed instructions on the README.md file and let us know which

Re: [Discuss-gnuradio] gr-cdma

no attribute 'constellation_8psk_natural' On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: Frank, Please do the following and report to us what you get. Open a python session and write from cdma import cdma_parameters as cp What is the result

Re: [Discuss-gnuradio] Distorted QPSK Constellation

I believe that even with the MF you'll have ISI because you have 4 samples/symbol in this example. Only if you down sample at 1 sample/symbol (at the right epoch) will you get rid of the ISI and get a clean QPSK. best Achilleas ___ Discuss-gnuradio

[Discuss-gnuradio] PDU_to_tagged_stream consumes 100% CPU even though it is throttled!

Hi all, I have the following problem that is been bugging me for quite some time now, and I would like to solicit your help. I made a hier block in GRC (called test_pdu_to_tag) with: pad_source---pdu_to_tagged_stream--pad_sink (I also made the pad_source optional and the pad_sink required)

Re: [Discuss-gnuradio] gr-cdma

Please follow the detailed instructions on the README.md file and let us know which of these does not work for you (or which of these instructions you don't know how to execute). best Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] Peak_Detector2 stalls simulation

Stephan, We have worked with this block and realized it has a bug (not just an inefficient functionality). This is easy to see if you consider what happens when the first time work is called, the threshold is passed, a peak is found in item i and so d_peak_ind is set to i, but there are less

[Discuss-gnuradio] optional port in grc block

Hi all, I would like to have grc block with a bool option Debug. Once this is set to True, then I would like to have an additional output port. How do I do that? I already added this part in the xml file: param nameDebug/name keydebug/key

[Discuss-gnuradio] BFSK

There isn't muchin this. Here is a brief explanation. Consider a signal f(t) which represents an instantaneous frequency of a sinusoid and which carries some information. Then you can generate the signal phi(t) = 2 * pi* K * int_0^t f(tau) dtau which is the instantaneous phase (since it is

[Discuss-gnuradio] gr-ctrlport-monitor (x) not installed?

I may have an issue with my ctrlport installation. I cannot find the file gr-ctrlport-monitor and gr-ctrlport-monitorx. I am on a fedora 19 64bit machine and this is the output of cmake on 3.7.6. thanks Achilleas === foo Description: Binary data

Re: [Discuss-gnuradio] xmlrpc and threading

Marcus, thanks for the suggestions. I fixed the problem by protecting the set_ callback of the variable with a lock. Incidentally this can be a nice little feature of GRC (i will put a request for feature on a separate post) Achilleas ___

[Discuss-gnuradio] Request for feature in GRC

I recently had a problem with GRC where two threads were accessing a set_variable callback creating some unwanted behaviour (actually crashing the xmlrpc server). I fixed it by editing the python file created by GRC and locking the set_ callback. I thought that this can be a separate and

[Discuss-gnuradio] xmlrpc and threading

I have an application that uses two probes/function_probe blocks and an xmlrpc client. Most of the times I see that the two threads are crushing, I guess making concurrent requests to the SimpleXMLRPCServer. I googled it and I found that the SimpleXMLRPCServer cannot by default handle these

[Discuss-gnuradio] Regarding lock protection when setting private variables in gnuradio blocks

My question arose from a comment that Jonathan made on one of the pull requests in gnuradio (#293). If we have a set function in a gr block that sets some private variable that is used in the work function, do we need to protect it to make the whole operation thread safe? Is this a standard

Re: [Discuss-gnuradio] Regarding lock protection when setting private variables in gnuradio blocks

at 11:59 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Oct 15, 2014 at 11:49 AM, Achilleas Anastasopoulos anas...@umich.edu wrote: My question arose from a comment that Jonathan made on one of the pull requests in gnuradio (#293). If we have a set function in a gr block that sets some

[Discuss-gnuradio] variable @FSM_FILE_INSTALL_DIR@ does not evaluate in grc

From the latest master, when I run one of the examples in gr-trellis/examples/grc, the value of the parameter prefix which is set to @FSM_FILE_INSTALL_DIR@ does not evaluate... Can someone confirm? Is there something I should do to set it? thanks Achilleas

[Discuss-gnuradio] several updates on gr-trellis examples waiting to be merged

Hi all, I have made several updates to the gr-trellis examples (adding options etc). They are here: https://github.com/anastas/gnuradio.git under branch trelllisupdates I hope they'll get merged to the master branch soon. Please let me know if there are any issues to be resolved. best,

[Discuss-gnuradio] change value of variable in GRC when a message is received

Is there a simple way for a GRC block to asynchronously change the value of a GRC variable when the block receives a specific message? thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] change value of variable in GRC when a message is received

: I'm not sure it's what you want, but the RPC Server block lets you change the value of any GR variable in a running FG remotely. There also seems to be some work ongoing t bring zeromq endpoints into GR. Very Respectfully, Dan CaJacob On Thu, May 8, 2014 at 1:07 PM, Achilleas

Re: [Discuss-gnuradio] Questions on callback functions implementation of blocks in gr-trellis

Zhe, there are way too many changes in this diff file for anyone to track and debug. I suggest you start with a clean gr-trellis and change JUST one block (say the viterbi_combined) and see if this change propagates in python and grc as you expect. You can also post this change to the list for

Re: [Discuss-gnuradio] Latest Hackfest (discussion on trellis and RA codes)

Miklos and Tom, one option may be to merge the work that Miklos described with gr-trellis (or the other way around :-)) Recall there was a discussion in the recent past of volk-ing the basic trellis algorithms such as VA and SISO. I believe the work that Miklos describes would be a wonderful way

Re: [Discuss-gnuradio] gr-cdma is ready

-- Forwarded message -- From: Zhe Feng feng...@umich.edu Date: Sun, Mar 9, 2014 at 2:42 PM Subject: Re: [Discuss-gnuradio] gr-cdma is ready To: Karan Talasila karan@gmail.com Cc: Achilleas Anastasopoulos anas...@umich.edu Hi Karan, If you installed this gr-cdma module

[Discuss-gnuradio] gr-cdma is ready

Dear all, the OOT module gr-cdma that we have been working on with Zhe Feng is now ready (also fully documented). You can find it here: https://github.com/anastas/gr-cdma.git An important acknowledgement: this project grew out of the DARPA SPECTRUM CHALLENGE: our team eventually dropped out

[Discuss-gnuradio] GSoC2014 Turbo Equalizer

Just FYI, the gr-trellis has implementations of all these components you suggested. One interesting project is to take the core algorithms of gr-trellis (Viterbi and SISO) and make them threaded for multi-core (eg, by parallelizing forward/backward recursions, or by parallelizing using

Re: [Discuss-gnuradio] GSoC2014 Turbo Equalizer

are interested. best, Achilleas On Tue, Feb 25, 2014 at 10:47 AM, Tom Rondeau t...@trondeau.com wrote: On Tue, Feb 25, 2014 at 10:39 AM, Achilleas Anastasopoulos anas...@umich.edu wrote: Just FYI, the gr-trellis has implementations of all these components you suggested. One interesting

Re: [Discuss-gnuradio] GSoC2014 Turbo Equalizer

Mike, there are roughly 3 ways you can parallelize these algorithms: 1) packet-level: run a lot of codewords at the same time 2) subblock level: divide each codeword into pieces (overlapping) and run SISOs on each one of them in parallel 3) trellis level: do ACS operations in parallel take a

[Discuss-gnuradio] simple control of wxgui application

I have a simple python gui application (compiled from grc) that I want to control by adding some sleep statement in the main and changing some variables as it runs and then stop it. The code produced by grc looks like: ... if __name__ == '__main__': import ctypes import sys if

Re: [Discuss-gnuradio] Fwd: Documentation for out-of-tree module

files, but even , say, a intro page for the module). Can you confirm that. thanks again Achilleas On Wed, Feb 5, 2014 at 4:58 AM, Tom Rondeau t...@trondeau.com wrote: On Tue, Feb 4, 2014 at 7:51 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: To add to the question: And what

[Discuss-gnuradio] Fwd: Documentation for out-of-tree module

To add to the question: And what about the documentation on the C++ header files? Ie, in gr-xxx/include/xxx there are C++ header files which can be documented. How is this documentation generated and installed using cmake, etc. in an OOT module? Achilleas

Re: [Discuss-gnuradio] Question on discrepancy between local vs web gnuradio documentation

$ doxygen --version 1.8.3.1 this is really strange... any suggestions what to try next? thanks Achilleas On Tue, Feb 4, 2014 at 6:40 PM, Tom Rondeau t...@trondeau.com wrote: On Tue, Feb 4, 2014 at 11:35 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: When I point my browser

Re: [Discuss-gnuradio] hier blocks with message output pads

a separate title on the mailing list... Achilleas On Thu, Jan 30, 2014 at 6:35 AM, Koslowski, Sebastian (CEL) sebastian.koslow...@kit.edu wrote: On 01/29/2014 06:20 PM, Achilleas Anastasopoulos wrote: 1) the colour of the pad connection is not exactly the same as the message connection

[Discuss-gnuradio] Error in hier block with 4 outputs and an async message!

Please see attached simple hier block with 4 complex outputs and 1 async message output. Everything compiles but the application does not run giving python error: Using Volk machine: sse4_1_64_orc Traceback (most recent call last): File ./test_msg.py, line 67, in module tb = test_msg()

Re: [Discuss-gnuradio] Error in hier block with 4 outputs and an async message!

Marcus, the error is still there even if you don't have direct connections between in/out pads. See attached Achilleas test_msg_hier.grc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Error in hier block with 4 outputs and an async message!

SUCCESS!! after renaming the output message pad as zzz_something, the right order is restored! I will make sure to file a bug ticket on this, but for now I am set. thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Looking for DSSS demodulator

? @(^.^)@ Ed On 11/20/13 4:05 PM, Achilleas Anastasopoulos wrote: I have been working on a DSSS system for some time now. You can find our work-in-progress here: https://github.com/anastas/gr-cdma.git A few comments: this project grew out of the DARPA spectrum challenge: our

Re: [Discuss-gnuradio] Looking for DSSS demodulator

I have been working on a DSSS system for some time now. You can find our work-in-progress here: https://github.com/anastas/gr-cdma.git A few comments: this project grew out of the DARPA spectrum challenge: our team eventually dropped out of the race because of other time commitments but I

Re: [Discuss-gnuradio] Bug in freq_xlating_fir_filter_XXX

I stand corrected. Everything works fine with the new patch now! thanks for the help, Achilleas On Thu, Oct 10, 2013 at 11:22 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Oct 9, 2013 at 11:01 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: I attach the patch for this correction

Re: [Discuss-gnuradio] Bug in freq_xlating_fir_filter_XXX

, Oct 8, 2013 at 9:39 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: I was playing around with fir_filter_XXX and freq_xlating_fir_filter_XXX and noticed that the two do not give the same output for the same input (and center_freq=0 in the xlating filter). Looking

Re: [Discuss-gnuradio] Bug in freq_xlating_fir_filter_XXX

changed so we need to change it back! let me know if i am missing something, Achilleas On Wed, Oct 9, 2013 at 11:02 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Oct 9, 2013 at 10:45 AM, Achilleas Anastasopoulos anas...@umich.edu wrote: I will submit the patch. regarding the sign

Re: [Discuss-gnuradio] Bug in freq_xlating_fir_filter_XXX

I attach the patch for this correction (for some reason I cannot git push...) Achilleas On Wed, Oct 9, 2013 at 12:59 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: Maybe I am wrong, but here is the idea: the original taps are taps. then inside the freq_xlating filter new combined

[Discuss-gnuradio] Bug in freq_xlating_fir_filter_XXX

I was playing around with fir_filter_XXX and freq_xlating_fir_filter_XXX and noticed that the two do not give the same output for the same input (and center_freq=0 in the xlating filter). Looking at the implementation of the latter it is obvious why: the taps are reversed in the line:

Re: [Discuss-gnuradio] Lock/Unlock segfaulting

(hier2) blocks as the lock/unlock (is supposed to) work thanks everyone for the help, Achilleas On Fri, Oct 4, 2013 at 6:45 PM, Achilleas Anastasopoulos anas...@umich.eduwrote: I have uploaded a bare minimum example that still has this problem: sinusoid-- throtle -- (ON or OFF block) -- null sink

[Discuss-gnuradio] Lock/Unlock segfaulting

I have a pyhton program (see http://web.eecs.umich.edu/~anastas/docs/onoff_flat_test.py) that based on a button chooser (on/off) rearranges itself. I use lock/unlock to do the disconnection/reconnection. However, I always get segfaults after a couple of changes. The graph is pretty simple: A

Re: [Discuss-gnuradio] Lock/Unlock segfaulting

. Can you supply us with a backtrace, generated by GDB? (gdb --args python onoff_flat_test.py; then type runreturn as soon as gdb is ready, then type backtracereturn after the program segfaulted) Greetings Marcus On Fri, 2013-10-04 at 17:46 -0400, Achilleas Anastasopoulos wrote: I have

Re: [Discuss-gnuradio] Lock/Unlock segfaulting

why that should happen. Can you supply us with a backtrace, generated by GDB? (gdb --args python onoff_flat_test.py; then type runreturn as soon as gdb is ready, then type backtracereturn after the program segfaulted) Greetings Marcus On Fri, 2013-10-04 at 17:46 -0400, Achilleas Anastasopoulos

Re: [Discuss-gnuradio] Activating/Deactivating Blocks in real time

...@ostatemail.okstate.eduwrote: On Wed, Oct 2, 2013 at 11:06 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: I guess I forgot to make this one thing more clear: I would like the input stream of block A to be consumed even when s(t)=1. With Tim's suggestion, when s(t)=1 we will have the right output

Re: [Discuss-gnuradio] Activating/Deactivating Blocks in real time

Achilleas On Thu, Oct 3, 2013 at 8:11 PM, Achilleas Anastasopoulos anas...@umich.eduwrote: Thanks for all the suggestions; they helped a lot. Here is my progress and the BIG problem that I have not solved... Recall, my original big block is A (it is a complex hier block with 1:1

<    1   2   3   4   5   >