On Tue, Jun 26, 2012 at 9:07 PM, sibar002 wrote:
>
> Hello,
>
> I have been trying to modify certain parts of the digital_constellation.cc
> file, but I am unable to see the changes that I make. I have made changes to
> the bpsk section of this file. I am making the d_constellation[0] variable
> e
Hello,
I have been trying to modify certain parts of the digital_constellation.cc
file, but I am unable to see the changes that I make. I have made changes to
the bpsk section of this file. I am making the d_constellation[0] variable
equal to gr_complex(1,0). I am trying to see my result by print
On 06/26/2012 10:08 AM, Weixian Zhou wrote:
> I noticed that the bandwidths of benchmark_tx.py is wide and tunnel.py is
> narrow in the same frequency and same bit rate. I run uhd_fft on machine A,
> then run
> *./benchmark_tx.py -f 2.42G -r 1M*
> and
> *sudo ./tunnel.py -f 2.42G -r 1M*
> on mach
On 06/26/2012 03:58 PM, Nowlan, Sean wrote:
> Hi all,
>
> I would like to be able to remotely terminate a running Python-only
> flowgraph (no GRC). I basically set up the XMLRPC server to call
> "stop()" and "wait()" on the flowgraph object instance, but it leaves
> the USRP LO up. I would like
Hi all,
I would like to be able to remotely terminate a running Python-only flowgraph
(no GRC). I basically set up the XMLRPC server to call "stop()" and "wait()" on
the flowgraph object instance, but it leaves the USRP LO up. I would like the
radio to be torn down completely.
Looking at gr_uh
On Tue, Jun 26, 2012 at 1:50 PM, sreeraj r wrote:
> Hi John,
> As Marcus already mentioned you can use design functions from firdes module
> (gr_filter_design also uses these modules).
>
> Martin, Josh and Tom gave me many suggestions regarding adding the designer
> to GRC, so that users can launc
You are using a version of UHD that does not have the functions
necessary to output the USRP configuration. You are either using a
pre-003.004.000 UHD, a recent release, or the maint branch.
This feature is only available on UHD's master branch.
On 06/26/2012 10:46 AM, Julio Hector Aguilar Ren
Hi John,
As Marcus already mentioned you can use design functions from firdes module
(gr_filter_design also uses these modules).
Martin, Josh and Tom gave me many suggestions regarding adding the designer to
GRC, so that users can launch the designer from GRC itself (something like this
http://
Yes, I know. Speaking from the standpoint of design flow, it would be
helpful if the user doesn't need to touch those lines of code if they'd
like to take advantage of the filter designer.
For example, if you could output the co-efficients to a file, and your
code calls:
coeffs = get_co
Help error USRP configuration output not implemented in this version
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
John:
Well, there's already gr.firdes, which can be called
directly from python, and produce coefficients that can be easily
transformed into whatever you need.
Granted, that's only for
relatively-simple filters.
from gnuradio import gr
coeffs=gr.firdes.low_pass(1.0,samp_rate,corner_freq
That is pretty awesome, Sreeraj. Is the output of the program a set of
co-efficients to be copy-pasted, a compilable block, or something else?
It might be useful to have a feature where the user can call a custom
python script with the co-efficients passed as arguments. This would
allow user
Sreeraj -
I just wanted to echo Tom's thoughts that this look really, really great!
I can't wait to see the final version! This will really be a significant
contribution to the capabilities of GNU Radio, in my opinion.
Cheers,
Ben
On Sun, Jun 24, 2012 at 7:05 AM, sreeraj r wrote:
> Hi all,
>
Thanks very much Martin!
**Amplitude Parameter
Ah. ok! I guess i'll have to look into the variation, I assume it would be
the same for multiple copies of the same USRP model.
**Freq Mod
I'm using GNU Radio 3.6.0, I dont think there is a NCO block.. has this
been surpassed by the functionality o
Tagged file sink is not compatible with UHD source. Tag name and type
disagree.
diff --git a/gnuradio-core/src/lib/io/gr_tagged_file_sink.cc
b/gnuradio-core/src
index d698927..b8e9fb7 100644
--- a/gnuradio-core/src/lib/io/gr_tagged_file_sink.cc
+++ b/gnuradio-core/src/lib/io/gr_tagged_file_sin
Hi,
I am trying to add convolution encoding and decoding to the benchmark
scripts available in gnuradio and test using two N210s. A problem I have
found is that the tailing packets for example last 10 packets out of a
burst of 50 packets are not being received i.e. are not even passing the
access_
Hi guys
I am going through the mimo ofdm code written by Tom Rondeau. In the
benchmark_ofdm_tx_mimo.py
code, a usrp sink is created.The code takes into account the number of
antennas also and
accordingly uses the ofdm_alamouti_tx_cc. Can you please let me know if
the mimo scheme
developed by tom
On Sun, Jun 24, 2012 at 10:05 AM, sreeraj r wrote:
> Hi all,
> During the initial phase of SoC, I was concentrating on improving the GUI
> for filter designing. A brief list of some of the major features added to
> the filter design tool (gr_filter_design) is given below
>
> --Support for multiple
On Tue, Jun 26, 2012 at 4:39 AM, Martin Braun (CEL)
wrote:
> Hi Johnathan,
>
> and thanks for the answers!
>
> On Fri, Jun 22, 2012 at 09:15:53AM -0700, Johnathan Corgan wrote:
>> - Can you please comment on making *all* blocks virtual and totally
>> separating the DSP from the block defi
On Tue, Jun 26, 2012 at 5:15 AM, Martin Braun (CEL)
wrote:
> On Sat, Jun 23, 2012 at 09:58:16AM -0400, Tom Rondeau wrote:
>> Thanks for the report. I think that I was able to track down all of
>> these issues and resolve them. I've pushed the fixes to master/next.
>> When you get a chance, please
On Sat, Jun 23, 2012 at 09:58:16AM -0400, Tom Rondeau wrote:
> Thanks for the report. I think that I was able to track down all of
> these issues and resolve them. I've pushed the fixes to master/next.
> When you get a chance, please rerun the tests and let me know if
> anything else fails.
Hi Tom
On Mon, Jun 25, 2012 at 09:29:01PM +0930, Michael Hill wrote:
> **Amplitude Parameter
>
> The Amplitude parameter affects the Amplitude dB output, but from what i've
> determined / read, it is only linear up to a certain level.
>
> E.g. I thought I read somewhere that 1 should be considered the m
Hi Johnathan,
and thanks for the answers!
On Fri, Jun 22, 2012 at 09:15:53AM -0700, Johnathan Corgan wrote:
> - Can you please comment on making *all* blocks virtual and totally
> separating the DSP from the block definition? Is this simply taking the
> separation to a new 'extreme'
23 matches
Mail list logo