I am not an expert in OS X. I likely am missing an easy work around for a
gnuradio install missing file problem.
I tried brew edit gnuradio, but there is no mention in the that script of
icu4c, which is what is failing when dependencies are being addressed after I
run brew install gnuradio:
D
it have any problems using the non-ports
solution.
Thank you Michael for your help!
-Bob
> On December 29, 2019 at 11:36 PM Michael Dickens
> wrote:
>
> Hi Bob - I can't help you with the Brew issue ... so what I'm wondering
> is if you've looked int
Hi Philip,
just being curious :) what are you going to use the
combo(beagle+usrp) for? use beagle to replace the usrp
host? they are not connected in your pic.
Bob
--- Philip Balister <[EMAIL PROTECTED]> wrote:
> I've received a Beagle board and started testing the
> USRP con
on
cygwin debugging tools and IDE? really appreciate it!!
Bob
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypa
nning to think there might be an issue with the radios but
would like to open a discussion to see what else we can try to get this
setup going...
Thanks,
Bob
We've got a couple of USRP boards running on "embedded" ebx boards.
Unfortunately, we are seeing usb overruns/underruns when we run the fsk_tx
/ rx example. I removed the fft from the signal chain, and we still see
regular overruns on the rx side. Also cut the cordic freq. to 2e6, with the
same
At 12:23 PM 2/15/2005, Matt Ettus wrote:
Quoting Bob Vincent
<[EMAIL PROTECTED]>:
> We've got a couple of USRP boards running on "embedded"
ebx boards.
Great!
> Unfortunately, we are seeing usb overruns/underruns when we run the
fsk_tx
> / rx example. I removed the
I've been working with fsk_tx and fsk_rx between a pair of usrp boards.
I've noticed that the fsk_tx has widely different behavior for different
settings.
On the nominal rx board, I run the fft display, expecting to see the same
fft as in the tx window.
What I see instead is pretty much noise.
Wh
I've been trying this for a few days.
Today I hooked up a spectrum analyzer, and found there is a problem in
the outgoing interp filter.
What happens is that over time the signal gets corrupted. The resulting
frequency domain plot eventually looks like a triangle.
I'm trying to save the screen to
Could you enumerate some of those possible rates here?
I think we at least would find it useful to change rates.
At 05:18 PM 2/18/2005, Eric Blossom wrote:
We could provide an interface
that allows the user to specify the
sampling rate that they want, and then check that against legal
values. At
I've been looking at the single_thread_scheduler, trying to understand its
behavior relative to sockets.
I put in the patch on file_descriptor_source to allow partial results to
return.
I also sink on the transmitter to a named pipe, and source on the receiver
on the same named pipe, to bypass t
Create a named pipe:
mkfifo /channel
run
fsk_tx_sp.py -p 2
fsk_rx_sp.py -p 2
telnet localhost 1024 (transmit)
then
telnet localhost 1025 (rcv)
Type in the transmit window, and you'll see what I see.
A problem on the receive seems to be that correlator only processes one
input per cycle, no matt
ir_ccf. We could use a SIMD version
of this filter primitive (and/or a smarter demod implementation).
I suspect that 1Mbit/sec is doable with some algorithmic changes.
We're currently running the receiver with 8x oversampling.
In the absence of any kind of channel coding, we should proba
FYI, I just did a clean CVS checkout. The directories don't have
Makefile.in, so I copied from the versions in the tarfiles.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I've modified fsk_*.py to allow connections via options: above from a
socket, below to a named pipe.
I've also incorporated gmsk code published here as a modulation option.
Needs the gmsk.py that floated past. Thanks to Joshua
Lackey. Joshua, here's your feedback: It works! ;)
As expected, gmsk
hen dies with:
Connection:
Address: ('127.0.0.1', 32942)
gr_file_descriptor_sink: Bad file descriptor
The heart of the code is below, I specify -s to make it a server, else
it's the client. I notice Bob is using bytes I'm using complex, could
this be part of it? Is there a quick an
I examined the internal buffering and thread scheduling code
in the GnuRadio core.
The scheduler is "sink-driven", as I understand it, relying on
USRP polling to pull data from the internal buffers.
It has been arranged to have sufficient data ready to go, since the USRP
must transmit isochronous
with
PYTHONPATH, PYTHONHOME, PYTHON . . . . .Ideas?
Bob
=
ERROR: test_blks_import (__main__.test_head)
--
Traceback (most recent call last):
File
by Congress to give the
FCC the necessary authority. The last time they lobbied Congress we
got the DMCA. In the long run, this case will be a minor and phyrric
victory.
Now back to your regular scheduled GnuRadio programming.
73 de
--
Bob Poortinga K9S
.3.23 and everything proceeded
normally. Anyone else experience this?
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
system?
I have attached a picture of my current system and identified where I want
to insert FEC in tx and rx.
Comments are appreciated.
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, Aug 25, 2015 at 11:36 PM, bob wole wrote:
> Hi,
>
> I have a burst system in gnuradio which is working fine with usrps. I have
> used tags (tx_time, tx_eob and tx_sob) to define packet boundaries and
> transmission time. Tags are inserted by a block which is connected be
using gnuradio 3.7.8.
--
Bob
fecapi_tagged_decoders_mod.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> > I think many of the folks who would have comments on this are at the Gnu
> > Radio conference this week
> >
> >
> >
> > On 08/26/2015 02:09 PM, bob wole wrote:
> >
> >
> >
> > On Tue, Aug 25, 2015 at 11:36 PM, bob wol
On Tue, Sep 1, 2015 at 2:55 PM, bob wole wrote:
> I am trying channel coding in gnuradio. I am using convolutional encoder
> with K=7 and R=1/2 with polynomials [109, 79] (default). However I am not
> getting the expected result. I input a known bit sequence, single frame
> using hea
advantages?
Yeah, I too was hoping for a reply from Tom and Nick on this.
--
Bob
On Tue, Sep 8, 2015 at 12:37 PM, Jan Krämer wrote:
> Also I think Tom and Nick Foster for sure know more about it than I do.
>
> Cheers,
> Jan
>
> 2015-09-08 8:44 GMT+02:00 Jan Krämer :
>
>
Okay. I registered my self at gnuradio.org. Do I have to open a new Issue
on the website?
--
Bob
> Jan, Bob,
>
> might be worth opening a ticket for this.
>
> M
> On 10.09.2015 00:22, bob wole wrote:
> > Hey Jan,
> >
> > Thanks for your reply, you are c
I have opened an issue on the gnuradio.org. See the link below
http://gnuradio.org/redmine/issues/841
--
Bob
On Sat, Sep 12, 2015 at 1:36 PM, bob wole wrote:
> Okay. I registered my self at gnuradio.org. Do I have to open a new Issue
> on the website?
>
> --
> Bob
&g
hat blocks derived from "block"/"gr::block" should
implement forecast() method, but I did not see any implementation of
forecast() in code of correlate_access_code_bb_impl.cc.
Can somebody please tell me why ?
--
Bob
___
Discuss
On Mon, Sep 21, 2015 at 7:38 PM, Tom Rondeau wrote:
> On Mon, Sep 21, 2015 at 6:40 AM, bob wole wrote:
>
>> I am studying the code of correlate_access_code_bb_impl.cc for
>> understanding its working. I see that the block is derive from "block"
>
> The ML archive here looks like it has stopped updating:
>
> http://lists.gnu.org/archive/html/discuss-gnuradio/2015-10/index.html
>
> Regards,
> Andy
>
>
>
I am also unable to see recent threads. Only one email for this month.
--
Bob
_
>
>
> The ML archive here looks like it has stopped updating:
>
> http://lists.gnu.org/archive/html/discuss-gnuradio/2015-10/index.html
>
> Regards,
> Andy
>
>
>
I am also unable to see recent threads. Only one email for this month.
--
Bob
__
.
--
Bob
>
> this is the address of picture
>
> http://imgur.com/2EQiY6O
>
> sorry to send two e-mails
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
Sorry for late reply. I was running out of time, so I used the offset tune
future of UHD to handle that spike. See the following link, hope it helps,
http://files.ettus.com/manual/structuhd_1_1tune__request__t.html
--
Bob
On Sat, Apr 2, 2016 at 7:41 AM, hanwen wrote:
> Hi Bob,
>
&g
that processes exactly only 1000 samples, one
packet, in a call to work. And the packets start from a specific time for
example when the rx_time of the sample is mid of any second.
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
Thanks Martin,
I know the packet size a priori but samples may drop due to overflows while
flowgraph is running and could result in different packet size. Is there a
way to solve this issue while using tagged_stream_block?
--
Bob
> It'll crash. If you know your packet size a priori,
Martin thanks for you reply.
I was looking at things wrongly. Now, I ask the scheduler for atleast 1000
samples at a time, using set_output_multiple() and I adjust the tag value
if overflow occurs.Thanks again for correction.
--
Bob
> If you change the size of a tagged stream without chang
monitor window. If a specific string is not
observed, a signal will be sent to switch the relay for a defined
period. The goal is some sort of automated antenna polarity switching
depending on what is (or is not) received.
Suggestions welcome.
Thanks,
Bob
N6RFM
being received? Which one is it ? And why is
it happening? How can I avoid it because it is affecting my packets.
When I apply the offset in digital using DDC/DUC, the spike moves out of
the band.
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio
On 10/29/2014 01:54 PM, bob wole via USRP-users wrote:
> >
> > USRPN210r4 with SBX
> >
> > I am observing a strong spike at the center of the receive spectrum
> > when I start burst transmission.
> >
> > My top flowgraph contains following two hierarchic
on port 0
ninput_items = len(in0)
j=0
for i in range(0,ninput_items):
if np.absolute(in0[i]) >= self.threshold :
out0[j] = in0[i]
j = j + 1
self.consume(0,ninput_items)
self.produce(0,len(out0))
return 0
--
Bob
Hi,
I just stared working on FEC in gnuradio. I found that there is gr-fec. I
want to know that which literature , books/papers, was followed during the
implementation of the gr-fec so that I can go through the c++
implementation more productively and add something.
--
Bob
>
> On 16.06.2015 08:26, bob wole wrote:
> > Hi,
> >
> > I just stared working on FEC in gnuradio. I found that there is
> > gr-fec. I want to know that which literature , books/papers, was
> > followed during the implementation of the gr-fec so that I can g
On Tue, Jun 16, 2015 at 11:41 PM, Tom Rondeau wrote:
> On Tue, Jun 16, 2015 at 1:03 PM, bob wole wrote:
>
>>
>>
>>> On 16.06.2015 08:26, bob wole wrote:
>>> > Hi,
>>> >
>>> > I just stared working on FEC in gnuradio. I found th
On Tue, Jun 16, 2015 at 11:45 PM, bob wole wrote:
>
>
> On Tue, Jun 16, 2015 at 11:41 PM, Tom Rondeau wrote:
>
>> On Tue, Jun 16, 2015 at 1:03 PM, bob wole wrote:
>>
>>>
>>>
>>>> On 16.06.2015 08:26, bob wole wrote:
>>>> >
On Tue, Jun 30, 2015 at 2:00 PM, bob wole wrote:
>
>
> On Tue, Jun 16, 2015 at 11:45 PM, bob wole wrote:
>
>>
>>
>> On Tue, Jun 16, 2015 at 11:41 PM, Tom Rondeau wrote:
>>
>>> On Tue, Jun 16, 2015 at 1:03 PM, bob wole wrote:
>>>
>>&
On Thu, Jul 2, 2015 at 8:10 PM, bob wole wrote:
>
>
> On Tue, Jun 30, 2015 at 2:00 PM, bob wole wrote:
>
>>
>>
>> On Tue, Jun 16, 2015 at 11:45 PM, bob wole wrote:
>>
>>>
>>>
>>> On Tue, Jun 16, 2015 at 11:41 PM, Tom Rondeau w
t_items)
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py", line
4860, in top_block_start_unlocked
return _runtime_swig.top_block_start_unlocked(*args, **kwargs)
RuntimeError: boost::thread_resource_error: Resource temporarily unava
On Sat, Jul 4, 2015 at 8:35 PM, bob wole wrote:
> Hi list,
>
> I was not getting reply on the previous thread so I though to start a new
> thread.
>
> gnuradio version 3.7.7.1
> ubunutu 14.04 32-bit
>
> I am trying to use gr-fec and I am having issues running exampl
Maricus,
Does your flowgraph involves aany hardware sink e.g USRP, audio ? If try
adding a throttle if you are not already doing it.
--
Bob
> Hi Marius,
>
> good question!
> Now, typically, you'd use tools like valgrind to figure that out. I
> haven't noticed a memory
Marcus,
Certainly a type. Since Maricus did not mention any hardware sink I was
just reminding him to add a throttle block if it is not there :)
--
Bob
On Thu, Jul 30, 2015 at 11:13 AM, Marcus Müller
wrote:
> Hi Bob,
>
> Sorry I have to contradict here: when working with hardware, y
the gnuradio
directory. Where is the source code for control port? Also there are no
examples for using control port.
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > There is a directory
> > gnuradio-runtime/python/gnuradio/ctrlport
> >
> >
> > where you in controlport related stuff.
> >
> > - - Volker
> >
> >
> > Am 04.08.2015 um 10:09 schrieb Jeon:
> >
> > Dear Bob,
> >
>
0 at item #14965440
thread[thread-per-block[7]: ]: Missing length
tag.
The only thing that changes is the item#.
Testing further ....
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
.7/dist-packages/networkx-1.10-py2.7.egg/networkx/drawing/nx_pydot.py",
line 271, in pydot_layout
pydot = load_pydot()
File
"/usr/local/lib/python2.7/dist-packages/networkx-1.10-py2.7.egg/networkx/drawing/nx_pydot.py",
line 47, in load_pydot
raise ImportError(msg)
ImportE
On Wed, Aug 5, 2015 at 6:44 PM, Tom Rondeau wrote:
> On Wed, Aug 5, 2015 at 4:47 AM, bob wole wrote:
>
>>
>> I am here again. I ran "fecapi_async_decoders.grc" with controlport
>> performance moniter on. I made a new config.conf file in ~/.gnuradio
On Wed, Aug 5, 2015 at 6:46 PM, Tom Rondeau wrote:
> On Wed, Aug 5, 2015 at 1:21 AM, bob wole wrote:
>
>>
>> > There is a directory
>>> > gnuradio-runtime/python/gnuradio/ctrlport
>>> >
>>> >
>>> > where you in controlport rel
On Thu, Aug 6, 2015 at 12:44 AM, Tom Rondeau wrote:
> On Wed, Aug 5, 2015 at 2:07 AM, bob wole wrote:
>
>> Ubuntu 14.04 64-bit
>> Gnuradio 3.7.8rc1
>>
>>
>> I am running this flowgraph "fecapi_async_to_stream.grc" that comes with
>> gr-fec. A
On Thu, Aug 6, 2015 at 6:36 PM, Tom Rondeau wrote:
> On Thu, Aug 6, 2015 at 1:12 AM, bob wole wrote:
>
>>
>>
>> On Wed, Aug 5, 2015 at 6:44 PM, Tom Rondeau wrote:
>>
>>> On Wed, Aug 5, 2015 at 4:47 AM, bob wole wrote:
>>>
>>>>
&
On Thu, Aug 6, 2015 at 6:36 PM, Tom Rondeau wrote:
> On Thu, Aug 6, 2015 at 1:24 AM, bob wole wrote:
>
>>
>>
>> On Wed, Aug 5, 2015 at 6:46 PM, Tom Rondeau wrote:
>>
>>> On Wed, Aug 5, 2015 at 1:21 AM, bob wole wrote:
>>>
>>>>
On Fri, Aug 7, 2015 at 9:51 AM, bob wole wrote:
>
>
> On Thu, Aug 6, 2015 at 6:36 PM, Tom Rondeau wrote:
>
>> On Thu, Aug 6, 2015 at 1:24 AM, bob wole wrote:
>>
>>>
>>>
>>> On Wed, Aug 5, 2015 at 6:46 PM, Tom Rondeau wrote:
>&
On Sat, Aug 8, 2015 at 11:20 AM, bob wole wrote:
>
>
> On Fri, Aug 7, 2015 at 9:51 AM, bob wole wrote:
>
>>
>>
>> On Thu, Aug 6, 2015 at 6:36 PM, Tom Rondeau wrote:
>>
>>> On Thu, Aug 6, 2015 at 1:24 AM, bob wole wrote:
>>>
>>>
On Tue, Aug 11, 2015 at 11:54 AM, Johnathan Corgan wrote:
> On Tue, Aug 11, 2015 at 4:24 AM, bob wole wrote:
>
>
>> Anyone successful in applying that patch to thrift 0.9.2 ? Thoughts ?
>>
>
> In the mastering of the live SDR image, I had to create a new patch th
_getattr__
return getattr(self._impl, name)
AttributeError: 'hier_block2_sptr' object has no attribute '_hb'
I spent a lot of time to figure out this but could not resolve it, so I
thought to get help from mailing list.
Is this a bug or I am
>
> On 08/13/2015 08:38 AM, bob wole wrote:
> > I am using gnruadio 3.7.8. I have a module (python) which is working
> > well for version 3.6.3. In made necessary changes so that it can work
> > with gnuradio 3.7.8. However I am getting following error
> >
> >
how? What is the recommended way to do this?
--
bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I am using Ubuntu 12.04 LTS 64 bit.
On Sun, Dec 15, 2013 at 9:36 AM, bob wole wrote:
> I installed gnuradio and UHD using instruction on
>
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-Linux-Windows
>
> UHD programs ar
On Sun, Dec 15, 2013 at 10:57 PM, Tom Rondeau wrote:
> On Sun, Dec 15, 2013 at 12:36 PM, bob wole wrote:
> > I installed gnuradio and UHD using instruction on
> >
> >
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-L
efore trying that I thought I
should try the example that comes with gnuradio, is the phase outputlooks
ok?
--
Bob
<>___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
he streamed packet and the metadata in
> the tags (the tx time, though it could also be *the centre frequency for
> FH*)
> and tx accordingly.
>
Hi MB,
I am using tags (tx_time, tx_eob, tx_sob) for burst transmission. You
mentioned above that tags can also be used to tell the centre fre
I am trying to use the UHD Asyn Msg source but I am not getting any thing
out of this block. How can I use it? Can somebody please share any existing
flow-graph that demonstrates the block usage.
Thanks,
Bob
___
Discuss-gnuradio mailing list
Discuss
continuing with it?
Thanks
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks for your reply Tom. Could I have some more explanation on it? if a
training sequence at start of each burst could help in fast convergence for
burst modem?
--
Bob
On Mon, May 12, 2014 at 6:01 AM, Tom Rondeau wrote:
> On Mon, May 12, 2014 at 5:59 AM, bob wole wrote:
>
>&g
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
transmit FIFO if it has been
tagged as tx_time=X.
--
Bob
On Wed, Jun 4, 2014 at 10:51 PM, Marcus Leech 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
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 wrote:
> I don't know the detailed answer, but any such answer will depend very
> much on which USRP hardware you're talking about
Can I have a comment on it?
--
Bob
On Thu, Jun 5, 2014 at 11:02 AM, bob wole wrote:
> 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 wrote:
>
>> I
ng on sample rate, and
analog delays *AFTER* the burst leave transmit buffer.
--
Bob
On Mon, Jun 9, 2014 at 10:05 AM, Tom Tsou wrote:
> On Wed, Jun 4, 2014 at 2:01 PM, bob wole wrote:
> > I think that USRP transmit FIFO is at the start of the DSP chain in FPGA
> i.e
> > it
On 06/09/2014 06:05 AM, bob wole wrote:
> > Can I have a comment on it?
>
> Bob,
>
> we've given you a lot of information on this (see Tom's posts as a
> start). If you still have questions, I recommend you start a new thread
> and post exactly what you need to k
raph. Is this possible using stream
tags, or message passing etc ? Any example code would be nice.
--
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
People, any ideas on it?
--
Bob
On Wed, Sep 24, 2014 at 12:04 PM, bob wole wrote:
> I have following flowgraph:
>
>
> usrp_source--->>probe_mag_squared_block>block2--->block3
>
> What I want to do is that I want to bypass the "work" function
Hi thanks for your comment. block2 is the gnuradio "CMA equalizer block". I
want the CMA block to remain quiet when there is no signal of interest.
Bob
Bob,
>
> Saw this the other day, but there isn't a lot to go on here. If block2
> is your own, you can make it do the
, because it tries to equalize noise as well. Thanks for your
comment.
--
Bob
On Mon, Sep 29, 2014 at 7:19 PM, Jeff Long wrote:
> Try using a "threshold" off the "mag squared" and feed that into a
> multiplier after block2 (with appropriate type adapters). As long as
&g
Well, in my case the tx/rx would not be stationary, so the channel is not
quite.
--
Bob
> If you can tolerate the stream stopping, use Power Squelch. Otherwise,
> time to dive in and follow Tom's advice from May - disable the CMA taps
> update loop when there's no sign
Hello,
I currently receive discussion topics individually.
I would now like to receive them in a single folder.
Thank you.
bob mensah___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I have USRPN210 with WBX and RFX2400. Is there any AGC chip on N210
motherboard or WBX, RFX2400 before ADC to utilize the dynamic range of ADC
? if yes, which one? If not, then won't the varying input signal (for
example signal from moving object) to ADC affect the performance of ADC ?
Can somebody please guide me on this ?
Bob
On Fri, Sep 20, 2013 at 4:44 PM, bob wole wrote:
> I have USRPN210 with WBX and RFX2400. Is there any AGC chip on N210
> motherboard or WBX, RFX2400 before ADC to utilize the dynamic range of ADC
> ? if yes, which one? If not, then won'
On 09/23/2013 11:07 PM, bob wole wrote:
Can somebody please guide me on this ?
Bob
On Fri, Sep 20, 2013 at 4:44 PM, bob wole wrote:
> I have USRPN210 with WBX and RFX2400. Is there any AGC chip on N210
> motherboard or WBX, RFX2400 before ADC to utilize the dynamic range of ADC
>
We installed gnuradio 3.6.3 using gnruadio build script. We can't
change the gnuradio version currently. How can we apply this patch to
our installation. What commands should we run? We don't use git.
--
Bob
On Sun, Oct 6, 2013 at 12:39 PM, KB3CS - Chris wrote:
>* (If you just w
Hi Tom and Chris,
Thanks for your detailed guidance on this. I'll try this out.
Bob
On Mon, Oct 7, 2013 at 9:49 PM, KB3CS - Chris wrote:
> $ git diff v3.6.3 HEAD gr-filter/lib/firdes.cc (but modified since you
> remain @ v3.6.3)
>
> diff --git a/gr-filter/lib/firdes.c
Thanks Tom and Marcus for taking time out and explaining things on the
list.
--
Bob
>
> > How do you determine the size of taps? How much of a difference does
> > setting the transition width from 1MHz to 10MHz make?
> >
> Generally, the wider the transition width, the
Great share Achilleas. But I am having problem running it. Quite a few
blocks are missing. Please share on what version of GnuRadio was it built
against? Did you use custom blocks too?
--
Bob
>
> Outstanding! Thanks for putting in the time to make this happen!
>
> What version of
Thanks Achilleas for explanation,
I'll try with gnuradio 3.7.2 and report back.
--
bob
On Fri, Nov 22, 2013 at 8:30 PM, Achilleas Anastasopoulos wrote:
> Bob,
>
> As I mentioned in my email, the only application that currently
> runs is the
>
> timing_test.grc
>
&
Whenever this comes up, I need to do
sudo make uninstall
for whatever reason. Something that is in /usr/local/lib/gnuradio ...
etc. gets in the way of the build. It is just too easy to do the
uninstall for me to take time to figure it out.
Bob
On 1/15/2010 8:54 PM, Johnathan Corgan
I hear at work that
RF is dead but Wireless is in!).
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ot
yet in the ideal "maker format" (no 3d printers are involved YET) it is
moving that way with the inexpensive plug in cards. Hopefully you won't
mind me plugging my favorite ex-EFF employee and favorite current syfy
author's book on the subject.
http://craphound.com/mak
/black side in it for JTRS but we just don't want R&S to be able
to patent something so basic as this in a communications system.
This should be on the radar for cellular telephone companies and more.
Bob
http://www.faqs.org/patents/app/20100027782
Inventors: Ingo Voll Bo
http://bit.ly/bpwfa9
--
(Co)Author: DttSP, Quiktrak, PowerSDR, GnuRadio
Member: ARRL, AMSAT, AMSAT-DL, TAPR, Packrats,
NJQRP, QRP ARCI, QCWA, FRC.
“One must be a fox in order to recognize traps,
and a lion to frighten off wolves"
-Machiavelli
Active: Facebook,Twitter,LinkedIn
_
in usrp2.
2. Most of the documentation talks about processing blocks, sources and
sinks. Is there anything that talks about a device which is both a
source and a sink or do I need to trawl through the usrp code to see how
to handle that.
Regards
Bob
Thanks Eric, that makes sense. I expect to go around the houses a bit
on this but I have working C code so essentially first off I just need
to code the interfaces. I guess therefore I have the equivalent of usrp2
and need to do a somewhat simplified version of gr-usrp2.
Bob
On 12/07/2010 20
1 - 100 of 269 matches
Mail list logo
