headers
Rick Spanbauer | 23 May 2013 23:57
Picon

Converting gnuradio-companion designs to gnuradio 3.7

Hi - I've converted over to using gnuradio 3.7 from the 'next' branch.  

Over time, I've accumulated a considerable library of gnuradio-companion designs, and found that
the few designs I've spot checked so far don't load correctly under 3.7.  An example
error is as follows:

dspdev.2035> gnuradio-companion correlator.grc 
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.002-65-g265daa58

<<< Welcome to GNU Radio Companion v3.6.4.1-1280-g0a8078a5 >>>

Loading: "correlator.grc"
>>> Error: Block key "gr_vector_source_x" not found in Platform - grc(GNU Radio Companion)
Traceback (most recent call last):
  File "/usr/local/bin/gnuradio-companion", line 70, in <module>
    try: gtk.window_set_default_icon(gtk.IconTheme().load_icon('gnuradio-grc', 256, 0))
GError: Icon 'gnuradio-grc' not present in theme

I realize the APIs structure has changed, and for hand coded python blocks, I've
made the necessary changes.  The .grc designs are more painful to deal with here, since
it would seem that they have to be substantially re-entered into gnuradio-companion.  With
the design not rendering due to missing blocks, there isn't much of a trail of breadcrumbs
to reconstruct the designs from.

Is there a conversion program or some trick I'm missing?  Figured I would ask, before
investing the time to re-enter the designs I really need.  

Host platforms are 64 bit Ubuntu machines, running 12.04, 12.10.  Last git pull og gnuradio
was on May 21, with the 'old' version of gnuradio 3.6 entirely wiped from /usr/local before
compile/install of 3.7.

Thanks -- Rick Spanbauer

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Permalink | Reply | 1 comment |
headers
Ramcharan M C | 23 May 2013 06:16
Picon

Re: 2 x MIMO Transmitter using USRPN210

On 22 May 2013 17:27, "Ramcharan M C" <ramcharanmc <at> gmail.com> wrote:

Hi josh
              I have attached the code for your reference ... I have been getting LLLLLLLLL display on the screen ... I think there's some problem with the buffer.. I want the file to be read by both the usrps and then transmitted into the antenna respectively for 2 x MIMO transmission... Please suggest changes to be incorporated into the file to support 2 x MIMO Transmission... Awaiting your reply

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Permalink | Reply | 0 comments |
headers
Ramcharan M C | 23 May 2013 06:16
Picon

Re: 2 x MIMO Transmitter using USRPN210

On 22 May 2013 17:26, "Ramcharan M C" <ramcharanmc <at> gmail.com> wrote:
Hi josh
              I have attached the code for your reference ... I have been getting LLLLLLLLL display on the screen ... I think there's some problem with the buffer.. I want the file to be read by both the usrps and then transmitted into the antenna respectively for 2 x MIMO transmission... Please suggest changes to be incorporated into the file to support 2 x MIMO Transmission... Awaiting your reply
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Permalink | Reply | 1 comment |
headers
Achilleas Anastasopoulos | 23 May 2013 03:14
Picon

Type error in byte vector source

In gnuradio I have created a vector source outputing bytes and put the
following as the vector parameter:

tuple(numpy.randint(0,256,1000))

In addition I have an import block with

import numpy

When I run the graph I get the following python error:

TypeError: in method 'vector_source_b_make', argument 1 of type

'std::vector< unsigned char, std::allocator < unsigned char> > const &'

is there some kind of type casting needed? how do i do that?

thanks
Achilleas
Permalink | Reply | 1 comment |
headers
M. Ranganathan | 22 May 2013 22:58
Picon
Gravatar

How to access the current USRP device?

Hello!

I am modifying a gnuradio mac implementation to do CSMA/CA. The modulator/demodulator etc are generated using gnuradio-companion.

From mac.cc I want to make a determination of whether the channel is free. I need to do this within time constraints so I'd like to implement it as a c++ block.

Following along the python code, in usrp_spectrum_sense, I need to get a handle to the uhd.usrp_source of the transciever. However, I dont know how to get at it from my C++ code. Is there a global location where I can look this up ?

Not even sure I am thinking about this problem right so any guidance would be appreciated.

Regards

Ranga



--
M. Ranganathan
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Permalink | Reply | 1 comment |
headers
Martin O'Shield | 22 May 2013 21:11

For USRP1 Owners: A Under $4.00 USRP1 Clock modification posted on OpenBTS Wiki

Hello All,



For those who have the Ettus Research USRP1, I updated the OpenBTS Wiki to reflect a simple modification University Student Luis Vasquez documented for the Ettus Research USRP1.

http://en.wikipedia.org/wiki/OpenBTS

Per my previous posts on OpenBTS, a under $4  52Mhz clock works.

Thank you Luis for documenting this!

Sincerely,



Martin 

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Permalink | Reply | 2 comments |
headers
Bastian Bloessl | 22 May 2013 20:53
Picon
Favicon

UHD: USRP Source in next branch

Hi all,

I installed todays next branch and get the following error when I try to 
use a UHD: USRP Source.

File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py", 
line 72, in __init__
     for v in val: self.channels.append(v)
SystemError: error return without exception set

It occurs during startup when the flow graph is instantiated. I tried 
the next branch some weeks ago and got the same error. So I guess 
something is wrong with my setup.

I think it is somehow swig related. Did you also experience that?

Best,
Bastian
Permalink | Reply | 8 comments |
headers
Matt D | 22 May 2013 16:27
Picon

write a new block to split existing functionality


Hello everybody,

I want to create a block that displays some data made available by the
decoder block OP25..  OP25 was authored in the olden days before GRC.
 Then the program would display some traffic identification data on a
tab but now that OP25 has been adapted for GRC, this tab has been lost
and I want to bring it back.  So the task now is to split the existing
functionality into a separate block to make it GRC friendly.  Talking
about the C++ code in OP25 the author wrote:

we have “data_unit objects that can be asked to take a snapshot of
themselves creating a string describing their internal state that
obeys the Python text serialization format. When Python decodes the
pickle it gets a name/value map describing each of the fields.
Currently we have the snapshot_du_handler send the pickle as a message
and this may/may not be the appropriate mechanism for GRC.”

The fist question I have do we need a different message-passing
construct?

Second question is what kind of block needs to be written? I thought
maybe a sink, or probably better, a block with no inputs that just
waits on messages.  But I don't want to haul off doing this and find
out later it was the incorrect way to go.

Thanks a bunch
--

-- 
Matt D
------------
Permalink | Reply | 0 comments |
headers
Ramcharan M C | 22 May 2013 09:11
Picon

2 x MIMO Transmitter using USRPN210

Hi
 
 
 I am trying to use two USRPN210 to transmit using 2  transmit antennas for MIMO,. I have successfully constructed a receiver using 2 USRPs with Reciever MIMO with 2 reciever antennas having a daughter board XCVR2450 using the freely available file multi_sampler.cpp .. I have been able to recieve the signals synchronously with zero phase offset on both USRPS which are interconnected through the MIMO cable successfully.
      Now At the transmitter end I have 2 USRPs interconnected through MIMO cable having the daughter board XCVR2450 and the USRP connectedd to the host PC ... I have been trying to modify the tx_sample_to_file to enable MIMO transmitter but I haven't solution as yet
for 2x MIMO reciever i have reffered mimo_sync_with_usrp.pdf document, but is there any similar procedure to achieve 2X MIMO for transmitter

 
Thanks
 
Regards
 
RAM

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Permalink | Reply | 1 comment |
headers
NaceurElOuni | 21 May 2013 23:54
Picon

re-writing C/C++ or keep python coding

Hi,

I do have a bunch of files written in python and C/C++ describing a complete
transmission chain (Sources, Filters, Tx, Rx ...).

However I am intending to add new features from the FPGA API
(uhd::usrp::multi_usrp Class funtions like set_time_now()...) and those
features are to be written in a C++ coding style not python as I understood.
The uhd source and uhd sink blocks and the related blocks with the
connections are all written in python.

The question is: do I need to re-write all the python code into C/C++ *OR*
SWIG can help me do that (convert from python back to C++ code) and by the
way save time re-coding.

Best regards, 

--
View this message in context: http://gnuradio.4.n7.nabble.com/re-writing-C-C-or-keep-python-coding-tp41494.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Permalink | Reply | 0 comments |
headers
manjusha | 21 May 2013 21:48
Picon

recieve with two antenas individually and simultaneously

Hi,

I have the following connections in my grc file.

usrp source(900M)-->gmsk mod-->packet decoder-->file sink1
usrp source(928M)-->gmsk mod-->packet decoder-->file sink2

I am trying to receive the packets at two different frequencies.I can
definitely see some data in the file sinks i used.But,the problem is each
file sink shows a certain number of packets only.For example,if usrp <at> 900M
receives packets 22,23,24,usrp <at> 928M receives packets 25,27.As you can see
that 26th packet is missing and might have been dropped.Each antenna is
separating the continuous flow of packets and no duplicity of packets is
formed.Can someone explain why is this happening?!And what can i do to get
rid of this and receive all the packets individually on each antenna(like
usrp <at> 900 receives 21,22,23,24 and usrp <at> 928M also received 21,22,23,24).

If i am unclear with the question,please do let me know.

Thanks,
Manjusha.

-----
Manjusha
--
View this message in context: http://gnuradio.4.n7.nabble.com/recieve-with-two-antenas-individually-and-simultaneously-tp41492.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Permalink | Reply | 9 comments |

Gmane