Re: [Discuss-gnuradio] tx_time tag accuraccy
Sorry for not stating the hardware earlier. I am using USRP N210, with RFX2400 and WBX boards. -- Bob On Wed, Jun 4, 2014 at 11:07 PM, Marcus Leech mle...@ripnet.com wrote: I don't know the detailed answer, but any such answer will depend very much on which USRP hardware you're talking about. One of the RD people who deals with the FPGA codebase may be able to give a precise answer, given stated hardware. on Jun 04, 2014, *bob wole* bnw...@gmail.com wrote: Marcus! Thanks for you comment. I think that USRP transmit FIFO is at the start of the DSP chain in FPGA i.e it is prior to both of the interpolation filters? right? I am not talking about when the burst will be over the air, I want to know when the first sample of the burst will leave the transmit FIFO if it has been tagged as tx_time=X. -- Bob On Wed, Jun 4, 2014 at 10:51 PM, Marcus Leech mle...@ripnet.com wrote: It will depend some on the effective group delay of both the interpolation filters in the the FPGA and the analog group delay of the analog bits of whatever daughtercard you're using. The only way to be sure is to measure... on Jun 04, 2014, *bob wole via USRP-users* usrp-us...@lists.ettus.com wrote: I am using stream tags for the transmission control. I want to know what is the accuracy/precision of the tx_time tag? E.g if I tag a burst A with tx_time=X, then the burst A will come out of the USRP transmit FIFO at X+delta, how large the value of delta could be? -- Bob -- ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Scheduling a block even with no input items RE: Flow graph blocking when doing 2x1 transmission
On Wed, Jun 4, 2014 at 7:10 PM, David Halls david.ha...@toshiba-trel.com wrote: Activecat, In fact my horrible hack doesn't work properly. Once items start arriving at Payload TD Tx 2, they still don't arrive as 'consistently' (for want of a better word), as those from the Noise Source block, and thus zeros are inserted when they are not required! David David, Basically my idea to solve the problem may involve an overhaul of your existing flowgraph, as below: 1). You must understand that the output of UHD source is at constant rate. In particular I am referring to the Relay Rx USRP. Even when the USRP does not receive any RF signal, it keeps sending out zeros (plus noise) as its output, at constant rate. Try to make all your blocks behave in this way. I am referring to the blocks between the Relay Rx and Relay Tx. The idea is: keep transmitting, don't produce no output at any time. If nothing need to be produced, then output zeros at constant rate. In this case all your custom blocks are either sync block, decimation or interpolation blocks. You don't need any general block. 2). With above condition fulfilled, we could ensure that the data fed into the Relay Tx USRP is at constant rate, and we could then determine this rate by simple calculations. The data stream into the Relay Tx USRP will not stop at any instance. It is 'consistent'. 3). You want the Relay Rx USRP ignores the received signal during the time that the Relay Tx USRP is transmitting, that is fine. But just try to make the downstream block of Relay Rx USRP keep transmitting zeros rather than stop transmitting during this period. 4). With these, you will have both Relay Tx USRP and Source USRP transmitting at constant data rate and nonstop. They could be transmitting at different rates, that is ok, and this is not difficult to handle. With this, you avoid the initial problem (problem of occasionally there is no items at one of the inputs) mentioned in this thread, which is the root cause of your problem. Then your problem is solved ! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNu radio examples not running
On 05.06.2014 06:28, jason sam wrote: Hi All, When i try to run any of built in examples (in .py form) with GRC,i get the following error: Are you trying to open the .py file with GRC? If yes, you can't do that. You must either run the .py directly, or run the .grc file. M Error: /usr/local/share/gnuradio/examples/audio/audio_fft.py:1:1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '' not found An example of such file is as attached. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
On 05.06.2014 05:17, jason sam wrote: Hi Tom, Can you tell what is the constraint for USRP B210? Stay *well* within +/-1. M On Thu, Jun 5, 2014 at 8:13 AM, Tom McDermott tom.n...@gmail.com mailto:tom.n...@gmail.com wrote: Hi Ali - some sinks care about the amplitude, and others do not. For example, the instruments built into gnuradio (Scope, Frequency display, etc.) can examine a signal of almost any amplitude within floating-point range because you can adjust the display scale factor. However other sinks, such as a physical transmitter (USRP, HPSDR, etc.) are constrained in the amplitude that they can accept. Normally this must be less than one, and hitting or exceeding 1.00 (even just on the peak) can cause problems. Also a physical transmitter might have only 12 or 16 bits fixed point dynamic range, so there may be a minimum signal amplitude as well. -- Tom, N5EG On Wed, Jun 4, 2014 at 7:33 PM, jason sam user0...@gmail.com mailto:user0...@gmail.com wrote: Hi, In GRC is it necessary that we give a signal to any sink having an amplitude greater than 1? Regards, Ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNu radio examples not running
If i run it in terminal even then its not running. On Thu, Jun 5, 2014 at 12:52 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 06:28, jason sam wrote: Hi All, When i try to run any of built in examples (in .py form) with GRC,i get the following error: Are you trying to open the .py file with GRC? If yes, you can't do that. You must either run the .py directly, or run the .grc file. M Error: /usr/local/share/gnuradio/examples/audio/audio_fft.py:1: 1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '' not found An example of such file is as attached. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Using WBFM block
Hi All, I am doing simple wide band FM..The flowgraph is as attached..When i execute it i am getting following error: gr_remez: insufficient extremals -- cannot continue Traceback (most recent call last): File /home/ali/Desktop/top_block.py, line 109, in module tb = top_block() File /home/ali/Desktop/top_block.py, line 75, in __init__ max_dev=400, File /usr/local/lib/python2.7/dist-packages/gnuradio/analog/wfm_tx.py, line 69, in __init__ 40) # stopband atten dB File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/optfir.py, line 55, in low_pass taps = filter.pm_remez (n + nextra_taps, fo, ao, w, bandpass) File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/filter_swig.py, line 466, in pm_remez return _filter_swig.pm_remez(*args, **kwargs) RuntimeError: gr_remez: insufficient extremals -- cannot continue Is the quadrature rate and audio rate are high? WBFM.grc Description: application/gnuradio-grc ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNu radio examples not running
'.grc' file is not available,only '.py' is available. On Thu, Jun 5, 2014 at 12:56 PM, jason sam user0...@gmail.com wrote: If i run it in terminal even then its not running. On Thu, Jun 5, 2014 at 12:52 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 06:28, jason sam wrote: Hi All, When i try to run any of built in examples (in .py form) with GRC,i get the following error: Are you trying to open the .py file with GRC? If yes, you can't do that. You must either run the .py directly, or run the .grc file. M Error: /usr/local/share/gnuradio/examples/audio/audio_fft.py:1: 1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '' not found An example of such file is as attached. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
What will happen if i exceed this limit?Actually with this amplitude the TX power is very less...Is there any other solution? On Thu, Jun 5, 2014 at 12:54 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 05:17, jason sam wrote: Hi Tom, Can you tell what is the constraint for USRP B210? Stay *well* within +/-1. M On Thu, Jun 5, 2014 at 8:13 AM, Tom McDermott tom.n...@gmail.com mailto:tom.n...@gmail.com wrote: Hi Ali - some sinks care about the amplitude, and others do not. For example, the instruments built into gnuradio (Scope, Frequency display, etc.) can examine a signal of almost any amplitude within floating-point range because you can adjust the display scale factor. However other sinks, such as a physical transmitter (USRP, HPSDR, etc.) are constrained in the amplitude that they can accept. Normally this must be less than one, and hitting or exceeding 1.00 (even just on the peak) can cause problems. Also a physical transmitter might have only 12 or 16 bits fixed point dynamic range, so there may be a minimum signal amplitude as well. -- Tom, N5EG On Wed, Jun 4, 2014 at 7:33 PM, jason sam user0...@gmail.com mailto:user0...@gmail.com wrote: Hi, In GRC is it necessary that we give a signal to any sink having an amplitude greater than 1? Regards, Ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Doxygen documentation
Hi Ali, to enable doxygen, pass -DENABLE_DOXYGEN=On to the cmake call Greetings, Marcus On 05.06.2014 05:14, jason sam wrote: How can i configure GNU Radio Companion 3.7.3 with Doxygen so taht i can view the blocks' documentation from inside GRC?I have Doxygen installed but its not configured with GRC. Regards, Ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
Hi Ali, power is very less... Of course, since power is proportional to amplitude squared. Obviously, if you try to drive an DAC with more than it's maximum amplitude, you will get clipping. This is a nonlinear thing and has very bad effects on your spectrum, and that's why you usually avoid it. Greetings, On 05.06.2014 10:01, jason sam wrote: What will happen if i exceed this limit?Actually with this amplitude the TX power is very less...Is there any other solution? On Thu, Jun 5, 2014 at 12:54 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 05:17, jason sam wrote: Hi Tom, Can you tell what is the constraint for USRP B210? Stay *well* within +/-1. M On Thu, Jun 5, 2014 at 8:13 AM, Tom McDermott tom.n...@gmail.com mailto:tom.n...@gmail.com wrote: Hi Ali - some sinks care about the amplitude, and others do not. For example, the instruments built into gnuradio (Scope, Frequency display, etc.) can examine a signal of almost any amplitude within floating-point range because you can adjust the display scale factor. However other sinks, such as a physical transmitter (USRP, HPSDR, etc.) are constrained in the amplitude that they can accept. Normally this must be less than one, and hitting or exceeding 1.00 (even just on the peak) can cause problems. Also a physical transmitter might have only 12 or 16 bits fixed point dynamic range, so there may be a minimum signal amplitude as well. -- Tom, N5EG On Wed, Jun 4, 2014 at 7:33 PM, jason sam user0...@gmail.com mailto:user0...@gmail.com wrote: Hi, In GRC is it necessary that we give a signal to any sink having an amplitude greater than 1? Regards, Ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNu radio examples not running
Hi Ali, well, then what's the problem when running the Python file in a terminal? Usually, this will be something like your audio device being inaccessible and is really more of a configuration problem on your side :) Greetings, Marcus On 05.06.2014 09:59, jason sam wrote: '.grc' file is not available,only '.py' is available. On Thu, Jun 5, 2014 at 12:56 PM, jason sam user0...@gmail.com wrote: If i run it in terminal even then its not running. On Thu, Jun 5, 2014 at 12:52 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 06:28, jason sam wrote: Hi All, When i try to run any of built in examples (in .py form) with GRC,i get the following error: Are you trying to open the .py file with GRC? If yes, you can't do that. You must either run the .py directly, or run the .grc file. M Error: /usr/local/share/gnuradio/examples/audio/audio_fft.py:1: 1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '' not found An example of such file is as attached. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using WBFM block
Given your question, I think you already know the answer. 2MHz is far from audio. Please refer to the wbfm example in GNU Radio, which has sane parameters. Greetings, Marcus On 05.06.2014 09:58, jason sam wrote: Hi All, I am doing simple wide band FM..The flowgraph is as attached..When i execute it i am getting following error: gr_remez: insufficient extremals -- cannot continue Traceback (most recent call last): File /home/ali/Desktop/top_block.py, line 109, in module tb = top_block() File /home/ali/Desktop/top_block.py, line 75, in __init__ max_dev=400, File /usr/local/lib/python2.7/dist-packages/gnuradio/analog/wfm_tx.py, line 69, in __init__ 40) # stopband atten dB File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/optfir.py, line 55, in low_pass taps = filter.pm_remez (n + nextra_taps, fo, ao, w, bandpass) File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/filter_swig.py, line 466, in pm_remez return _filter_swig.pm_remez(*args, **kwargs) RuntimeError: gr_remez: insufficient extremals -- cannot continue Is the quadrature rate and audio rate are high? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Scheduling a block even with no input items RE: Flow graph blocking when doing 2x1 transmission
Original message From: Activecat Date:2014/06/05 7:57 AM (GMT+00:00) To: David Halls ,discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Scheduling a block even with no input items RE: Flow graph blocking when doing 2x1 transmission On Wed, Jun 4, 2014 at 7:10 PM, David Halls david.ha...@toshiba-trel.commailto:david.ha...@toshiba-trel.com wrote: Activecat, In fact my horrible hack doesn't work properly. Once items start arriving at Payload TD Tx 2, they still don't arrive as 'consistently' (for want of a better word), as those from the Noise Source block, and thus zeros are inserted when they are not required! David David, Basically my idea to solve the problem may involve an overhaul of your existing flowgraph, as below: 1). You must understand that the output of UHD source is at constant rate. In particular I am referring to the Relay Rx USRP. Even when the USRP does not receive any RF signal, it keeps sending out zeros (plus noise) as its output, at constant rate. Try to make all your blocks behave in this way. I am referring to the blocks between the Relay Rx and Relay Tx. The idea is: keep transmitting, don't produce no output at any time. If nothing need to be produced, then output zeros at constant rate. In this case all your custom blocks are either sync block, decimation or interpolation blocks. You don't need any general block. 2). With above condition fulfilled, we could ensure that the data fed into the Relay Tx USRP is at constant rate, and we could then determine this rate by simple calculations. The data stream into the Relay Tx USRP will not stop at any instance. It is 'consistent'. 3). You want the Relay Rx USRP ignores the received signal during the time that the Relay Tx USRP is transmitting, that is fine. But just try to make the downstream block of Relay Rx USRP keep transmitting zeros rather than stop transmitting during this period. 4). With these, you will have both Relay Tx USRP and Source USRP transmitting at constant data rate and nonstop. They could be transmitting at different rates, that is ok, and this is not difficult to handle. With this, you avoid the initial problem (problem of occasionally there is no items at one of the inputs) mentioned in this thread, which is the root cause of your problem. Then your problem is solved ! Great! Thanks active cat. This will take some time, I'll will report back once I have it working!! :) NOTE: The information in this email and any attachments may be confidential and/or legally privileged. This message may be read, copied and used only by the intended recipient. If you are not the intended recipient, please destroy this message, delete any copies held on your system and notify the sender immediately. Toshiba Research Europe Limited, registered in England and Wales (2519556). Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl --- This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com --- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Doxygen documentation
I tried to do it but got the following error: CMake Error at CMakeLists.txt:22 (message): Prevented in-tree build. This is bad practice. -- Configuring incomplete, errors occurred! Regards, Ali On Thu, Jun 5, 2014 at 1:05 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Ali, to enable doxygen, pass -DENABLE_DOXYGEN=On to the cmake call Greetings, Marcus On 05.06.2014 05:14, jason sam wrote: How can i configure GNU Radio Companion 3.7.3 with Doxygen so taht i can view the blocks' documentation from inside GRC?I have Doxygen installed but its not configured with GRC. Regards, Ali ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNu radio examples not running
The problem is that when i run it in terminal the terminal opens momentarily and then closes again. On Thu, Jun 5, 2014 at 1:14 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Ali, well, then what's the problem when running the Python file in a terminal? Usually, this will be something like your audio device being inaccessible and is really more of a configuration problem on your side :) Greetings, Marcus On 05.06.2014 09:59, jason sam wrote: '.grc' file is not available,only '.py' is available. On Thu, Jun 5, 2014 at 12:56 PM, jason sam user0...@gmail.com wrote: If i run it in terminal even then its not running. On Thu, Jun 5, 2014 at 12:52 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 06:28, jason sam wrote: Hi All, When i try to run any of built in examples (in .py form) with GRC,i get the following error: Are you trying to open the .py file with GRC? If yes, you can't do that. You must either run the .py directly, or run the .grc file. M Error: /usr/local/share/gnuradio/examples/audio/audio_fft.py:1: 1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '' not found An example of such file is as attached. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using WBFM block
ok.Then how can i achieve FM for greater deviation.i.e. in MHz range in GRC? On Thu, Jun 5, 2014 at 1:18 PM, Marcus Müller marcus.muel...@ettus.com wrote: Given your question, I think you already know the answer. 2MHz is far from audio. Please refer to the wbfm example in GNU Radio, which has sane parameters. Greetings, Marcus On 05.06.2014 09:58, jason sam wrote: Hi All, I am doing simple wide band FM..The flowgraph is as attached..When i execute it i am getting following error: gr_remez: insufficient extremals -- cannot continue Traceback (most recent call last): File /home/ali/Desktop/top_block.py, line 109, in module tb = top_block() File /home/ali/Desktop/top_block.py, line 75, in __init__ max_dev=400, File /usr/local/lib/python2.7/dist-packages/gnuradio/analog/wfm_tx.py, line 69, in __init__ 40) # stopband atten dB File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/optfir.py, line 55, in low_pass taps = filter.pm_remez (n + nextra_taps, fo, ao, w, bandpass) File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/filter_swig.py, line 466, in pm_remez return _filter_swig.pm_remez(*args, **kwargs) RuntimeError: gr_remez: insufficient extremals -- cannot continue Is the quadrature rate and audio rate are high? ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Doxygen documentation
You're not using Cmake properly. Please refer to the source build guide in the wiki. Greetings, Marcus On 05.06.2014 10:26, jason sam wrote: I tried to do it but got the following error: CMake Error at CMakeLists.txt:22 (message): Prevented in-tree build. This is bad practice. -- Configuring incomplete, errors occurred! Regards, Ali On Thu, Jun 5, 2014 at 1:05 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Ali, to enable doxygen, pass -DENABLE_DOXYGEN=On to the cmake call Greetings, Marcus On 05.06.2014 05:14, jason sam wrote: How can i configure GNU Radio Companion 3.7.3 with Doxygen so taht i can view the blocks' documentation from inside GRC?I have Doxygen installed but its not configured with GRC. Regards, Ali ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Doxygen documentation
ok On Thu, Jun 5, 2014 at 2:03 PM, Marcus Müller marcus.muel...@ettus.com wrote: You're not using Cmake properly. Please refer to the source build guide in the wiki. Greetings, Marcus On 05.06.2014 10:26, jason sam wrote: I tried to do it but got the following error: CMake Error at CMakeLists.txt:22 (message): Prevented in-tree build. This is bad practice. -- Configuring incomplete, errors occurred! Regards, Ali On Thu, Jun 5, 2014 at 1:05 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Ali, to enable doxygen, pass -DENABLE_DOXYGEN=On to the cmake call Greetings, Marcus On 05.06.2014 05:14, jason sam wrote: How can i configure GNU Radio Companion 3.7.3 with Doxygen so taht i can view the blocks' documentation from inside GRC?I have Doxygen installed but its not configured with GRC. Regards, Ali ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps:// lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNu radio examples not running
Ali, you need to be a little more proactive when trying to solve your problems. As you have showed in other posts, you're able to run programs from a command line (e.g. cmake), and that's what you should do here. Greetings, Marcus On 05.06.2014 10:29, jason sam wrote: The problem is that when i run it in terminal the terminal opens momentarily and then closes again. On Thu, Jun 5, 2014 at 1:14 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Ali, well, then what's the problem when running the Python file in a terminal? Usually, this will be something like your audio device being inaccessible and is really more of a configuration problem on your side :) Greetings, Marcus On 05.06.2014 09:59, jason sam wrote: '.grc' file is not available,only '.py' is available. On Thu, Jun 5, 2014 at 12:56 PM, jason sam user0...@gmail.com wrote: If i run it in terminal even then its not running. On Thu, Jun 5, 2014 at 12:52 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 06:28, jason sam wrote: Hi All, When i try to run any of built in examples (in .py form) with GRC,i get the following error: Are you trying to open the .py file with GRC? If yes, you can't do that. You must either run the .py directly, or run the .grc file. M Error: /usr/local/share/gnuradio/examples/audio/audio_fft.py:1: 1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '' not found An example of such file is as attached. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Calling functions from flowgraph ?
Hi everybody, well,I had a python script which works with gnuradio and outputs results on the terminal.To make it more visual,I made all the blocks on the gnuradio-comapnion but now I would like to output the results on the terminal which means I have to call the main loop in the python script from the flowgraph to get the job done.In other words,when I hit the button execute the flowgraph,I want to see the porgram running.I hope you understood what I'm trying to do.So,how can I do that? regards, -Yassine ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calling functions from flowgraph ?
Hi Abouda, in GNU Radio, there's no real main loop; I don't really know what you're trying to do. The python files GNU Radio generates are executables, you can just run them in a terminal without GRC :) Greetings, Marcus On 05.06.2014 11:07, Abouda Yassine wrote: Hi everybody, well,I had a python script which works with gnuradio and outputs results on the terminal.To make it more visual,I made all the blocks on the gnuradio-comapnion but now I would like to output the results on the terminal which means I have to call the main loop in the python script from the flowgraph to get the job done.In other words,when I hit the button execute the flowgraph,I want to see the porgram running.I hope you understood what I'm trying to do.So,how can I do that? regards, -Yassine ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Frequency Counter
On Tue, Jun 3, 2014 at 11:41 PM, Dimitris Siafarikas jimsia...@hotmail.com wrote: Exceptional work! Looking forward to try this with my usrp tomorrow ;) Dimitris, How is your test result with USRP, any updates ..? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Scheduling a block even with no input items RE: Flow graph blocking when doing 2x1 transmission
From: xianda [mailto:wangxianda920...@163.com]
Sent: 05 June 2014 09:50
To: David Halls
Subject: Re:Re: [Discuss-gnuradio] Scheduling a block even with no input items
RE: Flow graph blocking when doing 2x1 transmission
Hi David:
Thank you in advance.
I want to ask a question about Payload TD Tx 1 is derived from
input codewords that are generated in MATLAB and stored in a file, then loaded
into the flow graph. as you said.I want to ask how to gnerated a dat document
which is in MATLAB.What command you use in MATLAB?
Thanks very much.
Best regards,
xianda
Hi Xianda,
Please find the zip file attached with files to read and write (to/from MATLAB)
both complex, and byte types.
Syntax is
input = read_complex_binary('filename.dat')
input = read_char_binary('filename.dat')
write_complex_binary(data,'filename.dat')
write_char_binary(data,'filename.dat')
Regards,
David
At 2014-06-04 08:53:31, David Halls
david.ha...@toshiba-trel.commailto:david.ha...@toshiba-trel.com wrote:
Hi Activecat,
I have disconnected the rest of the flow graph because it is extremely complex.
In the system I have a Source, a Relay (1 rx USRP, 1 tx USRP), a Destination. S
--- R_rx/R_tx -- D
The two transmitters that you see on that flow graph snippet I sent you are the
the Source Tx and the Relay Tx.
Payload TD Tx 1 is derived from input codewords that are generated in MATLAB
and stored in a file, then loaded into the flow graph. The payload is created
in a similar fashion to Martin's original OFDM_tx. This is then transmitted
from Source Tx.
Until this point, no packets are received by Relay Rx but once the source
transmits, these packets are then received by Relay Rx, and then there is a
decode-and-forward chain of blocks, and this then creates Payload TD Tx 2.
The full flow graph is attached, but may be missing many blocks for you...
David
From: Activecat [active...@gmail.commailto:active...@gmail.com]
Sent: 04 June 2014 13:45
To: discuss-gnuradio@gnu.orgmailto:discuss-gnuradio@gnu.org
Cc: David Halls
Subject: Re: [Discuss-gnuradio] Scheduling a block even with no input items RE:
Flow graph blocking when doing 2x1 transmission
On Wed, Jun 4, 2014 at 7:10 PM, David Halls
david.ha...@toshiba-trel.commailto:david.ha...@toshiba-trel.commailto:david.ha...@toshiba-trel.commailto:david.ha...@toshiba-trel.com
wrote:
Activecat,
In fact my horrible hack doesn't work properly. Once items start arriving at
Payload TD Tx 2, they still don't arrive as 'consistently' (for want of a
better word), as those from the Noise Source block, and thus zeros are inserted
when they are not required!
David
David,
Could you please explain in details, what is this Payload TD Tx 2?
How does it generate data, is it getting data from a hardware or console, why
it sometime idle but sometime transmitting?
This is a virtual source. Where is it associated virtual sink?
NOTE: The information in this email and any attachments may be confidential
and/or legally privileged. This message may be read, copied and used only by
the intended recipient. If you are not the intended recipient, please destroy
this message, delete any copies held on your system and notify the sender
immediately.
Toshiba Research Europe Limited, registered in England and Wales (2519556).
Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ,
England. Web: www.toshiba.eu/research/trlhttp://www.toshiba.eu/research/trl
This email has been scanned for email related threats and delivered safely by
Mimecast.
For more information please visit http://www.mimecast.com
NOTE: The information in this email and any attachments may be confidential
and/or legally privileged. This message may be read, copied and used only by
the intended recipient. If you are not the intended recipient, please destroy
this message, delete any copies held on your system and notify the sender
immediately.
Toshiba Research Europe Limited, registered in England and Wales (2519556).
Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ,
England. Web: www.toshiba.eu/research/trl
---
This email has been scanned for email related threats and delivered safely by
Mimecast.
For more information please visit http://www.mimecast.com
---
Read_Write.rar
Description: Read_Write.rar
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Failed to install gcc and make on usrp e110
Hi, I tried to install gnuradio-companion on usrp e110 via the FAQ: http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-install-GNU-Radio-from-source I made swap memory with a pen drive. But I still have errors while typing the command make. So I tried another way to install gnuradio via pybombs using this link: http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart But when I typed *./pybombs install gnuradio*, it shows me : *failed to install gcc * *failed to install make* So for the both methods of installation, I still have errors on compilation. Have you any ideas how to deal with compilation errors on usrp e110 ? Thanks in advance, Best regards, Wafa HAJ HMIDA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
On Thu, Jun 5, 2014 at 4:09 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Ali, power is very less... Of course, since power is proportional to amplitude squared. Obviously, if you try to drive an DAC with more than it's maximum amplitude, you will get clipping. This is a nonlinear thing and has very bad effects on your spectrum, and that's why you usually avoid it. Dear Sirs, There is a parameter Ch0: Gain(dB) on both UHD Source and UHD Sink. Does this gain apply before or after the ADC? Meanwhile depends on daughtercards, sometime there are some built-in auto-gain mechanism, is this correct? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
On Thu, Jun 5, 2014 at 3:54 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 05:17, jason sam wrote: Hi Tom, Can you tell what is the constraint for USRP B210? Stay *well* within +/-1. Is there any way to tell whether clipping had happened, says from warning message etc ..? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calling functions from flowgraph ?
2014-06-05 11:07 GMT+02:00 Abouda Yassine abouda21yass...@gmail.com: Hi everybody, well,I had a python script which works with gnuradio and outputs results on the terminal.To make it more visual,I made all the blocks on the gnuradio-comapnion but now I would like to output the results on the terminal which means I have to call the main loop in the python script from the flowgraph to get the job done.In other words,when I hit the button execute the flowgraph,I want to see the porgram running.I hope you understood what I'm trying to do.So,how can I do that? regards, -Yassine ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
On 05.06.2014 13:13, Activecat wrote: Dear Sirs, There is a parameter Ch0: Gain(dB) on both UHD Source and UHD Sink. Does this gain apply before or after the ADC? Meanwhile depends on daughtercards, sometime there are some built-in auto-gain mechanism, is this correct? That sort of wraps it up. However, setting the gain to max can also give you nonlinear distortions. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] Failed to install gcc and make on usrp e110
Thanks for your reply, According to you what is the best way to avoid compilation error for E110 to install gnuradio on E110 ? In fact, I did swap memory to extend the RAM but I still have problems on compilation. Best regards, Wafa HAJ HMIDA 2014-06-05 14:43 GMT+02:00 Philip Balister phi...@opensdr.com: On 06/05/2014 06:28 AM, Wafa Elhajhmida via USRP-users wrote: Hi, I tried to install gnuradio-companion on usrp e110 via the FAQ: http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-install-GNU-Radio-from-source I made swap memory with a pen drive. But I still have errors while typing the command make. So I tried another way to install gnuradio via pybombs using this link: http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart But when I typed *./pybombs install gnuradio*, it shows me : *failed to install gcc * *failed to install make* The E100 already has gcc and make. I assume this is a pybombs bug. Philip So for the both methods of installation, I still have errors on compilation. Have you any ideas how to deal with compilation errors on usrp e110 ? Thanks in advance, Best regards, Wafa HAJ HMIDA ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio/gr-digital/python/digital/ofdm_receiver.py
Hi all: Thank you in advance. Version of gnuradio:3.7.4 I have read the gnuradio/gr-digital/python/digital/ofdm_receiver.py,and i see: self.connect(self, self.chan_filt)# filter the input channel self.connect(self.chan_filt, self.ofdm_sync) # into the synchronization alg. self.connect((self.ofdm_sync,0), self.nco, (self.sigmix,1)) # use sync freq. offset output to derotate input signal self.connect(self.chan_filt, (self.sigmix,0)) # signal to be derotated self.connect(self.sigmix, (self.sampler,0)) # sample off timing signal detected in sync alg self.connect((self.ofdm_sync,1), (self.sampler,1))# timing signal to sample at self.connect((self.sampler,0), self.fft_demod)# send derotated sampled signal to FFT self.connect(self.fft_demod, (self.ofdm_frame_acq,0)) # find frame start and equalize signal self.connect((self.sampler,1), (self.ofdm_frame_acq,1)) # send timing signal to signal frame start self.connect((self.ofdm_frame_acq,0), (self,0)) # finished with fine/coarse freq correction, self.connect((self.ofdm_frame_acq,1), (self,1)) # frame and symbol timing, and equalization But i have read the gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc.And i think the connection way of the code in gnuradio/gr-digital/python/digital/ofdm_receiver.py is different with the connection way in rx_ofdm.grc.Can someone explain to me?I'm so puzzled.Thanks so much. Best regards___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal level
Well, clipping *definitively* will occur when you leave the +-1 range; below that, clipping can happen in the analog part, which the USRP can't warn you about. On 05.06.2014 13:28, Activecat wrote: On Thu, Jun 5, 2014 at 3:54 PM, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 05:17, jason sam wrote: Hi Tom, Can you tell what is the constraint for USRP B210? Stay *well* within +/-1. Is there any way to tell whether clipping had happened, says from warning message etc ..? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using WBFM block
On Thu, Jun 5, 2014 at 4:37 AM, jason sam user0...@gmail.com wrote: ok.Then how can i achieve FM for greater deviation.i.e. in MHz range in GRC? What you're seeing is a result of the Remez algorithm in the optfir module not properly converging. Why isn't always clear; you can either tighten up or loosen the demands on the filter being built to try and fix it. You could also go into the code and replace the optfir call with firdes. The resulting filter might not be as good as you want and more taps, but it will at least always build. Tom On Thu, Jun 5, 2014 at 1:18 PM, Marcus Müller marcus.muel...@ettus.com wrote: Given your question, I think you already know the answer. 2MHz is far from audio. Please refer to the wbfm example in GNU Radio, which has sane parameters. Greetings, Marcus On 05.06.2014 09:58, jason sam wrote: Hi All, I am doing simple wide band FM..The flowgraph is as attached..When i execute it i am getting following error: gr_remez: insufficient extremals -- cannot continue Traceback (most recent call last): File /home/ali/Desktop/top_block.py, line 109, in module tb = top_block() File /home/ali/Desktop/top_block.py, line 75, in __init__ max_dev=400, File /usr/local/lib/python2.7/dist-packages/gnuradio/analog/wfm_tx.py, line 69, in __init__ 40) # stopband atten dB File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/optfir.py, line 55, in low_pass taps = filter.pm_remez (n + nextra_taps, fo, ao, w, bandpass) File /usr/local/lib/python2.7/dist-packages/gnuradio/filter/filter_swig.py, line 466, in pm_remez return _filter_swig.pm_remez(*args, **kwargs) RuntimeError: gr_remez: insufficient extremals -- cannot continue Is the quadrature rate and audio rate are high? ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio/gr-digital/python/digital/ofdm_receiver.py
On 05.06.2014 15:26, xianda wrote: But i have read the gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc.And i think the connection way of the code in gnuradio/gr-digital/python/digital/ofdm_receiver.py is different with the connection way in rx_ofdm.grc.Can someone explain to me?I'm so puzzled.Thanks so much. Best regards This is an old script, which uses different blocks. It has nothing to do with the OFDM code used in rx_ofdm.grc. Just ignore this. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calling functions from flowgraph ?
On Thu, Jun 5, 2014 at 5:07 PM, Abouda Yassine abouda21yass...@gmail.com wrote: Hi everybody, well,I had a python script which works with gnuradio and outputs results on the terminal.To make it more visual,I made all the blocks on the gnuradio-comapnion but now I would like to output the results on the terminal which means I have to call the main loop in the python script from the flowgraph to get the job done.In other words,when I hit the button execute the flowgraph,I want to see the porgram running.I hope you understood what I'm trying to do.So,how can I do that? I think I understand your requirements. You just need to perform these steps: Step 1: In GRC (gnuradio-companion), open the flowgraph and then press F5 (or, click menu Build -- Generate) This will generate a new file: top_block.py The file is located at the same directory where your *.grc file is located. Step 2: Open a terminal, cd to directory of the top_block.py, execute it: python top_block.py With this you will see all python outputs at this terminal. Is this exactly what you asking for..? P/S: In fact Marcus Muller had already answered your question in above message. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio/gr-digital/python/digital/ofdm_receiver.py
Hi: Thank you for your kindly reply.Thank you for providing your ofdm code.These help me a lot. 1.(gnuradio/gr-digital/examples/ofdm/(benchmark_rx.py and so on))These code belonging to the new version or old version ? 2.In my opinion,all the code related to the new version ofdm are save in gnuradio/gr-digital/lib and gnuradio/gr-digital/include.Is it right?But no python code related to the new version of ofdm? 3.I'm now working on the ofdm.But in the catalogue gnuradio/gr-digital,there are so many old and new ofdm code mixed.Can you tell me which is the new code? Thanks very much. Best regards, xianda At 2014-06-05 10:21:54, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 15:26, xianda wrote: But i have read the gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc.And i think the connection way of the code in gnuradio/gr-digital/python/digital/ofdm_receiver.py is different with the connection way in rx_ofdm.grc.Can someone explain to me?I'm so puzzled.Thanks so much. Best regards This is an old script, which uses different blocks. It has nothing to do with the OFDM code used in rx_ofdm.grc. Just ignore this. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calling functions from flowgraph ?
Please stay on the list. On Thu, Jun 5, 2014 at 11:42 PM, Abouda Yassine abouda21yass...@gmail.com wrote: Hi, Well,in fact that is not my question.I am going to explain with an example let's say I am using a random source which generates numbers between 0 and 255,and store them in a file sink.Then I would like to output the numbers above 100 in terminal.So I am going to need a small function containing an if condition.Suppose I wrote this function in a seperate python file and i would like to import it from the flowgraph without using the generated file you talked about(top_block.py).Is that possible?Does the GRC offer this kind of functionality.I hope that I you get the idea. regards, yassine The top_block.py is a valid python file, you could amend it accordingly to include additional import XXX statement, as long as it is valid in python language. In this case you have to edit the top_block.py by hand, this cannot be done from the GRC. Hope this answers your question. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio/gr-digital/python/digital/ofdm_receiver.py
On 05.06.2014 16:42, xianda wrote: Hi: Thank you for your kindly reply.Thank you for providing your ofdm code.These help me a lot. 1.(gnuradio/gr-digital/examples/ofdm/(benchmark_rx.py and so on))These code belonging to the new version or old version ? Old. 2.In my opinion,all the code related to the new version ofdm are save in gnuradio/gr-digital/lib and gnuradio/gr-digital/include.Is it right?But no python code related to the new version of ofdm? ofdm_txrx.py is new. But not as much Python as the old code, and that's a feature. 3.I'm now working on the ofdm.But in the catalogue gnuradio/gr-digital,there are so many old and new ofdm code mixed.Can you tell me which is the new code? Anything referenced in ofdm_txrx.py is new. Rest is old. M Thanks very much. Best regards, xianda At 2014-06-05 10:21:54, Martin Braun martin.br...@ettus.com wrote: On 05.06.2014 15:26, xianda wrote: But i have read the gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc.And i think the connection way of the code in gnuradio/gr-digital/python/digital/ofdm_receiver.py is different with the connection way in rx_ofdm.grc.Can someone explain to me?I'm so puzzled.Thanks so much. Best regards This is an old script, which uses different blocks. It has nothing to do with the OFDM code used in rx_ofdm.grc. Just ignore this. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calling functions from flowgraph ?
On Fri, Jun 6, 2014 at 12:07 AM, Activecat active...@gmail.com wrote: Please stay on the list. On Thu, Jun 5, 2014 at 11:42 PM, Abouda Yassine abouda21yass...@gmail.com wrote: Hi, Well,in fact that is not my question.I am going to explain with an example let's say I am using a random source which generates numbers between 0 and 255,and store them in a file sink.Then I would like to output the numbers above 100 in terminal.So I am going to need a small function containing an if condition.Suppose I wrote this function in a seperate python file and i would like to import it from the flowgraph without using the generated file you talked about(top_block.py).Is that possible?Does the GRC offer this kind of functionality.I hope that I you get the idea. regards, yassine The top_block.py is a valid python file, you could amend it accordingly to include additional import XXX statement, as long as it is valid in python language. In this case you have to edit the top_block.py by hand, this cannot be done from the GRC. Hope this answers your question. Nevertheless this won't gain you any benefit, because you won't be able to use your function directly in the flowgraph. The correct way is explained in [1]. 1. http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help with gr-trellis
Hello Everyone,
To test my code, I am porting
gnuradio/gr-trellis/examples/python/test_tcm.py to c++, and encountering an
error with the trellis fsm constructor.
I tried creating an fsm object:
--
const char* fsm_filename = fsm_files/awgn1o2_4.fsm;
gr::trellis::fsm *f = new gr::trellis::fsm(fsm_filename);
--
When I compile, i get the following error:
--
CMakeFiles/tcm.dir/tcm.cc.o: In function `main':
/home/tjt7a/src/GR-Router/apps/tcm.cc:71: undefined reference to
`gr::trellis::fsm::fsm(char const*)'
collect2: error: ld returned 1 exit status
make[2]: *** [apps/tcm] Error 1
make[1]: *** [apps/CMakeFiles/tcm.dir/all] Error 2
make: *** [all] Error 2
--
The following entry exists in the include file:
--
namespace gr {
namespace trellis {
/*!
* \brief Finite State Machine Specification class.
* \ingroup trellis_coding_blk
*
* \details
* An instance of this class represents a finite state machine
* specification (FSMS) rather than the FSM itself. It particular
* the state of the FSM is not stored within an instance of this
* class.
*/
class TRELLIS_API fsm
{
public:
...
/*!
* \brief Constructor to create an FSMS from file contents.
*
* \param namefilename
*
*/
fsm(const char *name);
--
It doesn't seem to recognize the constructor... am I calling it wrong?
--
Sincerely,
Tommy Tracy II
UVA
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
