[Discuss-gnuradio] Writing new block or editing existing block in Gnuradio Companion Windows

[Sun Wenbin]

Greetings everyone,
My sincere apologies in advance if this question has been asked before,
1) Is there any tutorial on how to write a new block in GRC windows OS? Those I 
searched are in linux OS.2) Or tutorial available on how to edit existing block 
in GRC?
I am looking at modifying the costas loop block output constellation for 8PSK.
I am using GRC 3.6.4 on Win7.
Thank you very much.  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Writing new block or editing existing block in Gnuradio Companion Windows

[Marcus Müller]

Hi Sun,

GNU Radio does not really care about your OS; unless you want to do
something OS-specific, the source code is all the same.

Also, 3.6.4 is obsolete; update to 3.7.4 if possible.

Greetings,
Marcus

On 23.06.2014 11:28, Sun Wenbin wrote:
> Greetings everyone,
> My sincere apologies in advance if this question has been asked before,
> 1) Is there any tutorial on how to write a new block in GRC windows OS? Those 
> I searched are in linux OS.2) Or tutorial available on how to edit existing 
> block in GRC?
> I am looking at modifying the costas loop block output constellation for 8PSK.
> I am using GRC 3.6.4 on Win7.
> Thank you very much.
>
>
> ___
> 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] QT Sink center frequency not working

[Tom Rondeau]

On Fri, Jun 20, 2014 at 5:41 PM, Nowlan, Sean 
wrote:

>  Setting the center frequency in the QT Sink doesn't seem to work. It
> stays centered at 0 Hz. Center frequency seems to work fine with regular QT
> Frequency Sink. GNU Radio version is v3.7.4git-332-g34ee3b7d. I attached
> a GRC file.
>
>  Sean
>


Hmm... just tested your example GRC file here and it worked fine for me.

Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] QT Sink center frequency not working

[Nowlan, Sean]

On Fri, Jun 20, 2014 at 5:41 PM, Nowlan, Sean 
mailto:sean.now...@gtri.gatech.edu>> wrote:
Setting the center frequency in the QT Sink doesn't seem to work. It stays 
centered at 0 Hz. Center frequency seems to work fine with regular QT Frequency 
Sink. GNU Radio version is v3.7.4git-332-g34ee3b7d. I attached a GRC file.

Sean


Hmm... just tested your example GRC file here and it worked fine for me.

Tom

Strange. I’m using the latest git revision on master. PyQt4 version is 4.10.4. 
Any other ideas?

Sean
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Sending/Receiving UDP Data Over Internet

[Matias]

Hello,

We would like to send UDP data from a USRP over the internet to a remote
computer. The setup on the host side is:

USRP Source --> UDP Sink

And on the client side:

UDP Source --> Throttle --> WX GUI FFT Sink

This setup has worked on a local network using the client's IP address
"10.10.0.175:9000" with the UDP sink and UDP source. However, when using the
host's public static IP "166.149.xxx.xxx:9000", Gnuradio throws the
following error:


/Traceback (most recent call last):
  File "/home/matias/Documents/top_block.py", line 116, in 
tb = top_block()
  File "/home/matias/Documents/top_block.py", line 76, in __init__
self.blocks_udp_source_0 = blocks.udp_source(gr.sizeof_gr_complex*1,
"166.149.xxx.xxx", 9000, 1472, True)
  File
"/opt/gnuradio-3.7.3/lib/python2.7/dist-packages/gnuradio/blocks/blocks_swig5.py",
line 1974, in make
return _blocks_swig5.udp_source_make(*args, **kwargs)
RuntimeError: bind: Cannot assign requested address/

Does anyone know how to resolve this? We are using GNU Radio 3.7.3 on a
virtual Ubuntu 12.04 LTS.

Thanks,
Matias Ponce

CellAntenna Engineer

CellAntenna Corporation

12453 NW 44th Street
Coral Springs, FL 33065


Office: 954-340-7053 ext 10251
E-mail: mpo...@cawireless.com
Web: http://www.cellantenna.com







--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Sending-Receiving-UDP-Data-Over-Internet-tp49055.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Sending/Receiving UDP Data Over Internet

[Marcus Müller]

Hi Matias,
usually, binding ports over 9000 should be possible for normal users,
but if you already made sure that your address is correct and there is
nothing else occupying port 9000, I'd check with the Ubuntu folks if
there is something like seLinux blocking such things.

As a side note, never ever add a throttle block to a flowgraph which has
a sample rate determined by a hardware device. There's only two things
that can happen:
1. Either your hardware rate matches the throttle block exactly or is
lower: The throttle block, aside from adding unwanted latency, doesn't
have any effect
2. Your hardware rate is higher than your throttle rate: a backlog of
samples will build up, up to the point where something (in your case,
the UDP stack) will have to drop data.

Greetings,
Marcus

On 23.06.2014 17:24, Matias wrote:
> Hello,
>
> We would like to send UDP data from a USRP over the internet to a remote
> computer. The setup on the host side is:
>
> USRP Source --> UDP Sink
>
> And on the client side:
>
> UDP Source --> Throttle --> WX GUI FFT Sink
>
> This setup has worked on a local network using the client's IP address
> "10.10.0.175:9000" with the UDP sink and UDP source. However, when using the
> host's public static IP "166.149.xxx.xxx:9000", Gnuradio throws the
> following error:
>
>
> /Traceback (most recent call last):
>   File "/home/matias/Documents/top_block.py", line 116, in 
> tb = top_block()
>   File "/home/matias/Documents/top_block.py", line 76, in __init__
> self.blocks_udp_source_0 = blocks.udp_source(gr.sizeof_gr_complex*1,
> "166.149.xxx.xxx", 9000, 1472, True)
>   File
> "/opt/gnuradio-3.7.3/lib/python2.7/dist-packages/gnuradio/blocks/blocks_swig5.py",
> line 1974, in make
> return _blocks_swig5.udp_source_make(*args, **kwargs)
> RuntimeError: bind: Cannot assign requested address/
>
> Does anyone know how to resolve this? We are using GNU Radio 3.7.3 on a
> virtual Ubuntu 12.04 LTS.
>
> Thanks,
> Matias Ponce
>
> CellAntenna Engineer
>
> CellAntenna Corporation
>
> 12453 NW 44th Street
> Coral Springs, FL 33065
>
>
> Office: 954-340-7053 ext 10251
> E-mail: mpo...@cawireless.com
> Web: http://www.cellantenna.com
>
>
>
>
>
>
>
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/Sending-Receiving-UDP-Data-Over-Internet-tp49055.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> 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] ISDB-T Modulation?

[Jordan Johnson]

I am aware that ATSC, and various forms of DVB-T/2 modulators exist in
GNURadio both with standard and custom blocks; but is there any active
development or possibility of ISDB-T modulation? What exactly would need to
be done in order to achieve it? It doesn't seem all-too different from
DVB-T in the sense that it wouldn't be a from-scratch effort.

Thanks in advance.
- Jordan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Sending/Receiving UDP Data Over Internet

[Mike Jameson]

The error you are getting is possibly due to your host machine using a LAN
address to access the internet via NAT (network address translation).  If
this is the case then setting your receive ip address to '0.0.0.0' in the
GRC 'UDP Source' should do the trick.  This setting tells the 'UDP Source'
to listen on all network interfaces.

Mike

--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: supp...@ettus.com
Web: http://ettus.com


On Mon, Jun 23, 2014 at 4:24 PM, Matias  wrote:

> Hello,
>
> We would like to send UDP data from a USRP over the internet to a remote
> computer. The setup on the host side is:
>
> USRP Source --> UDP Sink
>
> And on the client side:
>
> UDP Source --> Throttle --> WX GUI FFT Sink
>
> This setup has worked on a local network using the client's IP address
> "10.10.0.175:9000" with the UDP sink and UDP source. However, when using
> the
> host's public static IP "166.149.xxx.xxx:9000", Gnuradio throws the
> following error:
>
>
> /Traceback (most recent call last):
>   File "/home/matias/Documents/top_block.py", line 116, in 
> tb = top_block()
>   File "/home/matias/Documents/top_block.py", line 76, in __init__
> self.blocks_udp_source_0 = blocks.udp_source(gr.sizeof_gr_complex*1,
> "166.149.xxx.xxx", 9000, 1472, True)
>   File
>
> "/opt/gnuradio-3.7.3/lib/python2.7/dist-packages/gnuradio/blocks/blocks_swig5.py",
> line 1974, in make
> return _blocks_swig5.udp_source_make(*args, **kwargs)
> RuntimeError: bind: Cannot assign requested address/
>
> Does anyone know how to resolve this? We are using GNU Radio 3.7.3 on a
> virtual Ubuntu 12.04 LTS.
>
> Thanks,
> Matias Ponce
>
> CellAntenna Engineer
>
> CellAntenna Corporation
>
> 12453 NW 44th Street
> Coral Springs, FL 33065
>
>
> Office: 954-340-7053 ext 10251
> E-mail: mpo...@cawireless.com
> Web: http://www.cellantenna.com
>
>
>
>
>
>
>
> --
> View this message in context:
> http://gnuradio.4.n7.nabble.com/Sending-Receiving-UDP-Data-Over-Internet-tp49055.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> 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] QT Sink center frequency not working

[Nowlan, Sean]

Well, that would help, wouldn’t it! D’oh. Thanks!

Sean

From: Nowlan, Sean
Sent: Monday, June 23, 2014 1:39 PM
To: 'Tom Rondeau'
Subject: RE: [Discuss-gnuradio] QT Sink center frequency not working

Ah. The shame. Thanks!

From: trond...@trondeau.com 
[mailto:trond...@trondeau.com] On Behalf Of Tom Rondeau
Sent: Monday, June 23, 2014 11:23 AM
To: Nowlan, Sean
Subject: Re: [Discuss-gnuradio] QT Sink center frequency not working

Stupid question, but you are clicking the "Display RF Frequencies" check box, 
right?

Tom


On Mon, Jun 23, 2014 at 11:21 AM, Nowlan, Sean 
mailto:sean.now...@gtri.gatech.edu>> wrote:
On Fri, Jun 20, 2014 at 5:41 PM, Nowlan, Sean 
mailto:sean.now...@gtri.gatech.edu>> wrote:
Setting the center frequency in the QT Sink doesn't seem to work. It stays 
centered at 0 Hz. Center frequency seems to work fine with regular QT Frequency 
Sink. GNU Radio version is v3.7.4git-332-g34ee3b7d. I attached a GRC file.

Sean


Hmm... just tested your example GRC file here and it worked fine for me.

Tom

Strange. I’m using the latest git revision on master. PyQt4 version is 4.10.4. 
Any other ideas?

Sean

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] ofdm parameters

[Marcus Müller]

Hi Sara,
On 23.06.2014 18:31, Sara Chérif wrote:
> I plot the signal before the tx and after the rx on same graph to compare
> between them while increasing noise to know how much noise can affect it
> for different types of channel & frequency offset . But when I set noise to
> zero  , I find that the 2 signals are not the same ! why ?! They may be the
> same but they are not synchronized . How to solve this problem ?
> (Attached the loopback.grc & the graph)
If one is delayed longer than the other, use the delay block to
compensate for this.

> Second , There is a variable called sync word , I know that it is for
> synchronization using schmidl and cox algorithm  & I know that is takes
> fft length & occupied carriers & pilot carriers
> as it is written in "ofdm_rxrx.py
> "if sync_word1 is None:
> self.sync_word1 = _make_sync_word1(fft_len, occupied_carriers,
> pilot_carriers)"
>
> But why I get an error syaying that " sync words must be fft length" when I
> write in sync word 1 & sync word 2 fields in the tx & rx block : (128,
> (range(-61,-42)+range(-41, -14) + range(-13, -7) + range(-6, 0) + range(1,
> 7) + range(7, 14) + range(15, 42)+range(43,62),) ,  ((-42, -14, 14, 42,),)
> ) ?
Ok, this is a little much python parsing to do it in my head. Have you
verified that len() is actually correct? For
my python interpreter, it's 117, not 128, just like the error said.
> Third , I tried my parameters in loopback example & I got no error , but I
> want to try tx_ofdm.grc with my parameters & put file sink after each block
> to understand , but I got an error in tx_ofdm.grc . Why I got an error
> while the same parameters don't give an error in loopback ?!!
> Only I changed these parameters to be mine in tx & rx :
> fft len=128 , CP =fft_len/8=16 , packet length=87
>  occupied carriers = (range(-61,-42)+range(-41, -14) + range(-13, -7) +
> range(-6, 0) + range(1, 7) + range(7, 14) + range(15, 42)+range(43,62),)
> pilot carriers :  ((-42, -14, 14, 42,),)
> pilot symbols : (((-1+1j),(1-1j),(-1+1j),(-1-1j),),)
> sync_word1=None , sync_word2=None
>
> Here is the full output when executing :
> Using Volk machine: sse4_2_64_orc
> Traceback (most recent call last):
>   File "/home/sara/trials/tx_ofdm.py", line 241, in 
> tb = tx_ofdm()
>   File "/home/sara/trials/tx_ofdm.py", line 100, in __init__
> self.digital_ofdm_carrier_allocator_cvc_0 =
> digital.ofdm_carrier_allocator_cvc(fft_len, occupied_carriers,
> pilot_carriers, pilot_symbols, (sync_word1, sync_word2), length_tag_key)
>   File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/digital/digital_swig.py",
> line 4312, in make
> return _digital_swig.ofdm_carrier_allocator_cvc_make(*args, **kwargs)
> TypeError: in method 'ofdm_carrier_allocator_cvc_make', argument 5 of type
> 'std::vector< std::vector< gr_complex,std::allocator< gr_complex >
>> ,std::allocator< std::vector< gr_complex,std::allocator< gr_complex > > >
>> const &'
Again, this is a type error which has to do with the content and/or
shape of your parameters. You'll have to figure this one out yourself.

> Thanks is advance
No problem! However, I feel that you tend to ask questions that, with a
little more investigative vigor, you would have answered yourself, so
maybe it would pay to work a little more thoroughly before mailing the
list. That being said, whenever you're stuck, feel absolutely free and
encouraged to ask!

Greetings,
Marcus


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] looking for USRP specialist, good payable

[TSAREGORODTSEV, Yury]

Hi, 
urgently looking for USRP specialist 
we need to use USRP as gsm repeater to extend gsm coverage in rural area. 


1. Bi-directional Radio Frequency (RF) amplifier which can amplify and transmit 
a received Mobile Station (MS) signal in the GSM MS transmit band, 
simultaneously it can amplify and transmit a received Base Transceiver Station 
(BTS) RF signal in the GSM BTS transmit band. 
2. we should be able to specify ARFCNs 
3. frequency shift (to shift data to different gsm channels). 


Job can be done remotely or in our office. 
Please add me in Skype if you have interest: tsarik-108 



Sincerely Yours, 
Tsaregorodtsev Yury 
Bridge Communication Billing & Settlement Plan Limited 
Fernhills Business Center, Foerster Chambers, 
Todd Street Bury, Gtr Manchester, BL9 5BJ 
United Kingdom 
Tel: +44157020 
ICQ: 622719210 
MSN: y.tsaregorodt...@live.com 
Skype: tsarik-108 
web: www.bridgecommunication.co.uk 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] ISDB-T Modulation?

[Rafael Diniz]

Hi Jordan,
I live in Brazil and I always tried to find efforts developing an ISDB-T
modulator, but never find it.
Of course it'll not be a from-scratch effort, as some blocks are already
in gnuradio.

Best regards,
Rafael Diniz

> I am aware that ATSC, and various forms of DVB-T/2 modulators exist in
> GNURadio both with standard and custom blocks; but is there any active
> development or possibility of ISDB-T modulation? What exactly would need
> to
> be done in order to achieve it? It doesn't seem all-too different from
> DVB-T in the sense that it wouldn't be a from-scratch effort.
>
> Thanks in advance.
> - Jordan



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] ISDB-T Modulation?

[Bogdan Diaconescu]

Hi Jordan,

I remember a group from Brasil presenting a ISDB-T modulator implemented in 
gnuradio when I attended wireless innovation forum in 2012. The presentation is 
here: http://groups.winnforum.org/europe_papers_wednesday#2.3, A Software 
Defined Radio Approach for Digital Television ISDB-T Transmitters. The project 
was done by the university for the government to evaluate the standard. Some 
months ago I was looking for sourcecode and I realized that it was not released 
to the public.

ISDB-T should not be hard to implement except few modules which are specific, 
among them being the Band Segmented OFDM.

Regards,

Bogdan




On Monday, June 23, 2014 11:00 PM, Rafael Diniz  wrote:
 


Hi Jordan,
I live in Brazil and I always tried to find efforts developing an ISDB-T
modulator, but never find it.
Of course it'll not be a from-scratch effort, as some blocks are already
in gnuradio.

Best regards,
Rafael Diniz


> I am aware that ATSC, and various forms of DVB-T/2 modulators exist in
> GNURadio both with standard and custom blocks; but is there any active
> development or possibility of ISDB-T modulation? What exactly would need
> to
> be done in order to achieve it? It doesn't seem all-too different from
> DVB-T in the sense that it wouldn't be a from-scratch effort.
>
> Thanks in advance.
> - Jordan



___
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] RAW source

[Activecat]

On Thu, Jun 19, 2014 at 9:32 PM, Sara Chérif  wrote:

> Sorry , I forgot to say that some packets coming from Twinkle are SIP &
> ARP packets not only RTP.
> Hence , I think I need to receive RAW packets in GNU Radio ( as I have
> different type of packets:  RTP , ARP , SIP packets)
>
> Note that :
> I use 4 laps & 2 USRPs.
> 1st & 4th lap has twinkle softphone & I will make a call between them.
> 2nd lap has an OFDM TX implemented by Gnuradio.
> 3rd lap has an OFDM RX implemented by Gnuradio.
> First and 2nd laps are connected by Ethernet cable.
> 3rd & 4th laps are connected by Ethernet cable.
> One USRP is connected to the 2nd lap , the other USRP is connected to the
> 3rd lap.
> 2nd lap(GNUradio ,ofdm tx)  will receive the packets from 1st lap(Twinkle)
> using RAW socket (as I think ) .
> 2nd lap will send the packets to the 3rd lap by the USRPs.
> 3rd lap ( Gnuradio , ofdm rx)  will send real time voice packets to 4th
> lap (Twinkle) using RAW socket(as I think).
>
> If I want only to make a call & send and receive the voip real time
> packets , Do I have then to write a specific block as this mentioned
> decoder ?
>
> Thanks in Advance.
>



Hi Sara,

After few rounds of communications, apparently you are interested to
intercept the VoIP session at OSI layer 5 or above (eg. RTP session), and
you try to use gnuradio (with USRPs) to accomplish that.
Probably this is because your area of interest is actually those RTP and
VoIP stuffs.
I have few highlights:

1).  To accomplish this, one of the right ways is to make your PC becomes
one of the VoIP endpoints.
In this case you listen to the speaker and speak to microphone attached to
your PC.  At the other end of the session is a SIP phone.
With this, you really dig into the RTP and VoIP stuffs.
You need neither gnuradio nor USRP.  In this case the wireless link is
trivial in your setup.

2).  In this case you need ASIO [1] or something similar, and start working
from the low level.
But as ASIO may not sound as an easy topic, you are looking for tools like
gnuradio to abstract the low level stuff.
Yes gnuradio has built-in blocks that abstract ASIO, but that abstraction
doesn't mean to let you work at RTP layer.

3).  In this case the gnuradio is not the right tool for your purpose.  You
had chosen the tool without first qualifying it.
Your setup above (with the 4 laps) couldn't actually force gnuradio to
intercept the VoIP session at RTP layer.
This is a wrong design.


Let's be honest about your area of interest.
Anyway I could be wrong.

1. http://www.boost.org/doc/libs/1_55_0/doc/html/boost_asio.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio