Hi!
I'm trying to integrate an existing Packet Source into GRC. I have
some trouble understanding how this is supposed to work:
In order to send a packet I need to use the gr_message_queue. How do I
call a function to add a message to a queue from GRC?
My Packet Source is supposed to define a me
You can use UHD: USRP_Source an UHD:USRP_Sink block. You can define the
center frequency of transmission in that block.
Thanks,
Nazmul
On Tue, Jun 5, 2012 at 1:20 AM, S'dir wrote:
> Hi Roberts,
>
> Greetings. Thank you for your input.
>
> I am able to bring up my system with Ubuntu 10.10 and
On Mon, Jun 4, 2012 at 2:18 PM, Tom Rondeau wrote:
> On Sun, Jun 3, 2012 at 2:22 PM, Patrick Strasser
> wrote:
>> Hi Tom,
>>
>> Tom Rondeau wrote on 2012-06-03 17:12:
>>> On Sat, Jun 2, 2012 at 5:50 AM, Patrick Strasser
>>> Patrick,
>>>
>>> It looks like you're problem is in the rational_resample
On 2012/6/4 23:28, Thomas Tsou wrote:
On Sun, Jun 3, 2012 at 9:49 AM, Pan, Luyuan wrote:
Hello,
I want to set up the OpenBTS, and I want to know which board is better,
USRP1 or USRP2? Or any other suggestion? Thank you.
Both USRP1 and USRP2 work with OpenBTS and neither can be considered
"
Tom Rondeau wrote on 2012-06-04 14:18:
> On Sun, Jun 3, 2012 at 2:22 PM, Patrick Strasser
> wrote:
>> Hi Tom,
>>
>> Tom Rondeau wrote on 2012-06-03 17:12:
>>> On Sat, Jun 2, 2012 at 5:50 AM, Patrick Strasser
>>> Patrick,
>>>
>>> It looks like you're problem is in the rational_resampler code. I
>>>
On 06/01/2012 02:12 PM, Igor Volodin wrote:
Hello, all
My configuration:
Linux Xubuntu 12.04
AMD Athlon XP 2400
Linux ghost32 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:51:22 UTC
2012 i686 athlon i386 GNU/Linux
I am compiled latest version of gnuradio, and tried to run simple grc
file:
On Tue, Jun 5, 2012 at 4:02 PM, Patrick Strasser
wrote:
>
> I tried it, pulled the latest from rtl-sdr and gr-osmosdr and gqrx
> branch osmosdr.
> % git describe
> v2.1-git-61-g7bf22e9
>
> Built fine, but I could not get it running. It seems to hit an uncought
> execption and dumps core:
>
> % ./g
Hello list readers,
i tried to install on fresh LinuxMInt13 (a version of Ubuntu 12.04) to
compile and install with the build_gnuradio-script the new 3.6.1git
version out of the git archives. (not josh)
it seems to me a good idea to add the prereqs liborc-0.4-dev.
This works really fine. Every t
On Tue, Jun 5, 2012 at 4:39 PM, Michael Hartje
wrote:
> Hello list readers,
>
> i tried to install on fresh LinuxMInt13 (a version of Ubuntu 12.04) to
> compile and install with the build_gnuradio-script the new 3.6.1git
> version out of the git archives. (not josh)
>
> it seems to me a good idea
> intel_do_flush_locked failed: Invalid argument
This is a problem with Intel graphics drivers.
Switching to a software graphics stack ( Mesa ) worked for me.
On Tue, Jun 5, 2012 at 10:48 AM, Alexandru Csete wrote:
> On Tue, Jun 5, 2012 at 4:39 PM, Michael Hartje
> wrote:
>> Hello list readers
I am using benchmark_tx/benchmark_rx to transmit data on 2.41GHz:
*./benchmark_rx.py -f 2.41G*
*./benchmark_tx.py -f 2.41G*
While I can receive packages at the rx end, the n_right field of every
package is always 0. I know it means the package failed the CRC check. What
might be the cause? I am us
Hello all,
Just one quick question. Does anybody know if we have a documentation for
the gr-howto-write-a-block with the new folder structure and cmake?
The link given on the gnuradio.org is old.
http://www.gnu.org/software/gnuradio/doc/howto-write-a-block.html
Thanks!
Regards
Pranav Sakulkar
S
On 06/05/2012 03:17 AM, Marius wrote:
> Hi!
>
> I'm trying to integrate an existing Packet Source into GRC. I have
> some trouble understanding how this is supposed to work:
>
Actually, this packet sink is integrated into GRC and the design is
actually as regrettable as you can imagine:
http:
>> My problem is like this:
>> http://lists.gnu.org/archive/html/discuss-gnuradio/2012-03/msg00294.html
>> Then i run volk_profile, and got this errors:
>>
>> Using Volk machine: generic
Looks like volk isnt detecting your machine right... hmmm curious.
gr_fir_ccc: using 3DNow!Ext
> Using V
Alexandru Csete wrote on 2012-06-05 16:36:
> On Tue, Jun 5, 2012 at 4:02 PM, Patrick Strasser
>> v2.1-git-61-g7bf22e9
>>
>> Built fine, but I could not get it running.
>
> Thanks for the feedback. It was a lack of check in gqrx. You can try
> to pull & build again.
Much better. The device selectio
I like make an addition to my last observation with Gnuradio V 3.6.1git
on Ubuntu 12.04
when I started the fcd_nbfm.grc direct on the Ubuntu12.04, I got the
already mentioned error after shortly opening the window and a few
hundred milliseconds of sound..
When I contact via ssh -C -X from my ope
On Tue, Jun 5, 2012 at 6:51 PM, Patrick Strasser
wrote:
> Alexandru Csete wrote on 2012-06-05 16:36:
>> On Tue, Jun 5, 2012 at 4:02 PM, Patrick Strasser
>>> v2.1-git-61-g7bf22e9
>>>
>>> Built fine, but I could not get it running.
>>
>> Thanks for the feedback. It was a lack of check in gqrx. You c
On 06/05/2012 09:39 AM, Josh Blum wrote:
>
>>> My problem is like this:
>>> http://lists.gnu.org/archive/html/discuss-gnuradio/2012-03/msg00294.html
>>> Then i run volk_profile, and got this errors:
>>>
>>> Using Volk machine: generic
>
> Looks like volk isnt detecting your machine right... hmm
Thanks a lot Josh. I changed swigincludedir to
swigincludedir =
$(grincludedir)/swig -I/usr/local/include/gruel/swig
Now I get these errors
wlab@ubuntu:~/gr-ieee802-15-4$ make
make all-recursive
make[1]: Entering directory `/home/wlab/gr-ieee802-15
On Sun, Jun 03, 2012 at 10:22:14AM -0400, Tom Rondeau wrote:
> On the other hand, I thought all standard exceptions were passed
> properly through SWIG to Python already. I was under the impression
> that if you're header file declares that it throws, then you can catch
> it in Python. If that's no
On Sat, Jun 02, 2012 at 10:52:50AM -0700, Josh Blum wrote:
> Message passing builds on top of the existing GNU Radio stream tags - to
> give the user an API to simply pass tags (without the streams) as
> messages between blocks. The user can use this feature to implement a
> packet layer in gnuradi
On 06/05/2012 01:17 PM, Martin Braun wrote:
> On Sat, Jun 02, 2012 at 10:52:50AM -0700, Josh Blum wrote:
>> Message passing builds on top of the existing GNU Radio stream tags - to
>> give the user an API to simply pass tags (without the streams) as
>> messages between blocks. The user can use th
Hello,
I am running two USRP2's with a 10 MHz external clock. I am using
gnuradio-companion to transmit data between the USRP's. I have changed
the *clock
source* option as 'external' in the UHD:USRP Source & Sinc blocks. I kept
the time source and clock rate block as default since I am not provid
Alexandru Csete wrote on 2012-06-05 19:06:
> On Tue, Jun 5, 2012 at 6:51 PM, Patrick Strasser
>> In comparison to the rtlsdr fork I see you added FM-W. FM-N in
>> comparison sounds more clipped, FM-W is clipped with a narrow filter,
>> but noisy with a wide filter. With a filter that has no clippin
On 06/05/2012 11:00 AM, Baidoo-Williams, Henry E wrote:
> Thanks a lot Josh. I changed swigincludedir to
> swigincludedir =
> $(grincludedir)/swig -I/usr/local/include/gruel/swig
> Now I get these errors
>
> wlab@ubuntu:~/gr-ieee802-15-4$ make
> m
On Tue, Jun 5, 2012 at 11:47 AM, Weixian Zhou wrote:
> I am using benchmark_tx/benchmark_rx to transmit data on 2.41GHz:
> ./benchmark_rx.py -f 2.41G
> ./benchmark_tx.py -f 2.41G
>
> While I can receive packages at the rx end, the n_right field of every
> package is always 0. I know it means the p
On Tue, Jun 5, 2012 at 1:49 PM, Josh Blum wrote:
>
>
> On 06/05/2012 09:39 AM, Josh Blum wrote:
>>
My problem is like this:
http://lists.gnu.org/archive/html/discuss-gnuradio/2012-03/msg00294.html
Then i run volk_profile, and got this errors:
Using Volk machine: generic
>>
On 06/05/2012 04:29 PM, Tom Rondeau wrote:
> On Tue, Jun 5, 2012 at 1:49 PM, Josh Blum wrote:
>>
>>
>> On 06/05/2012 09:39 AM, Josh Blum wrote:
>>>
> My problem is like this:
> http://lists.gnu.org/archive/html/discuss-gnuradio/2012-03/msg00294.html
> Then i run volk_profile, and got
On Tue, Jun 5, 2012 at 1:53 AM, bharadwaj desikan
wrote:
> Hi all,
>
> I am implementing a 2X2 mimo system using usrp2s. While looking through the
> mail archives,
> i came across a reference to a mimo system based on 'benchmark_ofdm_mimo'
> from Tom Rondeau's
> repository. How do i access this re
On Tue, Jun 5, 2012 at 10:06 AM, Patrick Strasser
wrote:
> Tom Rondeau wrote on 2012-06-04 14:18:
>> On Sun, Jun 3, 2012 at 2:22 PM, Patrick Strasser
>> wrote:
>>> Hi Tom,
>>>
>>> Tom Rondeau wrote on 2012-06-03 17:12:
On Sat, Jun 2, 2012 at 5:50 AM, Patrick Strasser
Patrick,
On Tue, Jun 5, 2012 at 12:22 PM, wrote:
> Hello all,
>
> Just one quick question. Does anybody know if we have a documentation for
> the gr-howto-write-a-block with the new folder structure and cmake?
>
> The link given on the gnuradio.org is old.
> http://www.gnu.org/software/gnuradio/doc/howto-
On Tue, Jun 5, 2012 at 2:58 PM, Martin Braun wrote:
> On Sun, Jun 03, 2012 at 10:22:14AM -0400, Tom Rondeau wrote:
>> On the other hand, I thought all standard exceptions were passed
>> properly through SWIG to Python already. I was under the impression
>> that if you're header file declares that
On 06/05/2012 04:53 PM, Nazmul Islam wrote:
> I have attached a screenshot that shows that way I am using the USRP:UHD
> Sink block. I am running both of my USRP's with the same 10 MHz clock
> signal. The clock signal is coming from a function generator. Therefore, I
> have changed the clock sour
On 6/5/2012 10:01 PM, Pan, Luyuan wrote:
On 2012/6/4 23:28, Thomas Tsou wrote:
On Sun, Jun 3, 2012 at 9:49 AM, Pan, Luyuan wrote:
Hello,
I want to set up the OpenBTS, and I want to know which board is
better,
USRP1 or USRP2? Or any other suggestion? Thank you.
Both USRP1 and USRP2 work
Got a core dump this evening from this evenings GIT build. On a Fedora
12 machine (I know, horbly obsolete),
on a Centrino M CPU:
#0 0x003bb409 in volk_32fc_x2_multiply_32fc_a_sse3 ()
from /usr/local/lib/libvolk.so.0.0.0
#1 0x00396415 in get_volk_32fc_x2_multiply_32fc_a ()
from /usr/loc
If it's with his own phones it's a grey area, for others obviously
it's not legal. USRP's can get into a grey area when not used as
"Testing Equipment" pursuant to
http://www.law.cornell.edu/cfr/text/47/15.121 .
To answer your question, both USRP1 & 2 can handle the signal, so it's
up to your pref
Alexandru Csete wrote on 2012-06-05 19:06:
> There is no audio filter yet (except de-emphasis) so you get pretty
> much 48 kHz worth of noise, including stereo pilot tone and whatever
> crap they include in a broadcast FM channel these days.
I put in some debugging code near the filter tap calcul
On 06/05/2012 11:38 PM, John Shields wrote:
> Hi Josh,
> It turns out I was using the block I think you were recommending. Here is a
> picture of the flowgraph with the red arrow which would appear to be an issue
> as, with it present, the flow graph will not execute.
>
vec length should be 1
On 06/06/12 18:40, Josh Blum wrote:
On 06/05/2012 11:38 PM, John Shields wrote:
Hi Josh,
It turns out I was using the block I think you were recommending. Here is a
picture of the flowgraph with the red arrow which would appear to be an issue
as, with it present, the flow graph will not execute
39 matches
Mail list logo
