[Discuss-gnuradio] libqwt

[GNUBeginner]

Hello Everyone,

Could please anyone tell me how to upgrade libqwt from version 6.0 to 6.1 or
higher on Ubuntu 14.04? I would like to use gr-inspector.

Thanks.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/libqwt-tp64355.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] Problem with Gnuradio git?

[Marcus D. Leech]

That change has been made to the build-gnuradio git repo

Sent from my iPhone

> On Jun 23, 2017, at 5:29 PM, John Ackermann N8UR  wrote:
> 
> For at least the last couple of days, the build-gnuradio script has been 
> failing almost immediately after it starts fetching, claiming that it "could 
> not find gnuradio/gnuradio-[core,runtime] after GIT checkout."
> 
> I changed the URL in the script from git.gnuradio.org to github.org and that 
> worked fine.
> 
> Has something in the gnuradio git changed that requires build-gnuradio to be 
> patched, or is this a temporary problem?
> 
> Thanks,
> John
> 
> ___
> 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] Problem with Gnuradio git?

[John Ackermann N8UR]

Should have done this first, but I went to git.gnuradio.org with my 
browser and got a "bad certificate" error.  The cert is valid for a 
number of gnuradio.org sites, but not git.gnuradio.org.


John


On 06/23/2017 05:29 PM, John Ackermann N8UR wrote:
For at least the last couple of days, the build-gnuradio script has been 
failing almost immediately after it starts fetching, claiming that it 
"could not find gnuradio/gnuradio-[core,runtime] after GIT checkout."


I changed the URL in the script from git.gnuradio.org to github.org and 
that worked fine.


Has something in the gnuradio git changed that requires build-gnuradio 
to be patched, or is this a temporary problem?


Thanks,
John

___
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] Problem with Gnuradio git?

[John Ackermann N8UR]

For at least the last couple of days, the build-gnuradio script has been 
failing almost immediately after it starts fetching, claiming that it 
"could not find gnuradio/gnuradio-[core,runtime] after GIT checkout."


I changed the URL in the script from git.gnuradio.org to github.org and 
that worked fine.


Has something in the gnuradio git changed that requires build-gnuradio 
to be patched, or is this a temporary problem?


Thanks,
John

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

[Discuss-gnuradio] usrp x310 full duplex: receiving flowgraph can cause underflow problem at transmitter side

[Yang Liu]

Dear all,

we are using one usrp x310 with two UBX 160 in a full duplex mode (one ubx
for transmitting and the second one for receiving, with a 10G connection).
In the code, two separate TX and RX flowgraphs are established (under a
single process).

top_block:

self.txpath = tx_hier(...)self.rxpath = rx_hier(...)

self.source = uhd_receiver(...)  # set up usrp, subdev: A:0
self.sink = uhd_transmitter(...)  # set up usrp, subdev B:0

self.connect(self.source, self.rxpath)
self.connect(self.txpath, self.sink)


 However, in the actual test, we found that once RX flowgraph is busy at
processing data, the transmitter will suffer from severe underflow problem
while sending packets. Sample rate is just 5Msps, using TX flowgraph alone
will not have underflow and RX flowgraph alone no overflow either under the
same sample rate.

Since these two flowgraphs are separate, and that gnuradio will assign one
thread to one block, it seems to me that processing data should not have
impact at transmitting (independent). I am wondering how could this happen.
I tried to use gr::hier_blocks::set_processor_affinity to separate core
resources also, but it didn't work. Maybe blocks at transmitter can't get
the resource it needs while RX flowgraph is busy at processing?

Any explanations to this observation and any advice about how to tackle
this will be greatly appreciated!

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

[Discuss-gnuradio] [GSoC 2017] gr-bokehgui: Updates on Week 6

[Kartik Patel]

Hello all,

Please check my latest blog post here
.

This week I have completed frequency sink. Now, you can use both Time sink
and Frequency sink just like QT GUI sinks!

Waiting for the reviews from the community. :)

Thank you.

Regards,
Kartik Patel
ᐧ
ᐧ
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Changing transmit gain

[Tellrell White]

Well, from looking at doxygen I see the appropriate syntax and key needed to do 
this. I guess the question is would I have to modify the .py file or is there a 
block I could modify to accomplish this?
Tellrell White  

On Friday, June 23, 2017 8:13 AM, Tellrell White  
wrote:
 

 Thanks for the reply Marcus. Sorry for not attaching the flow graph. I've 
attached it now. Is there an example somewhere of the method you speaking of? 
I'm still pretty new to gnuradio so I'm a little unsure of how to proceed.
ThanksTellrell
 

On Thursday, June 22, 2017 5:28 AM, Marcus Müller 
 wrote:
 

   Hi Tellrell, um, that's kind of hard to tell without knowing your flow 
graph! However, if you've got a block (eg. the USRP Sink) that allows 
configuration through async message passing: Try my gr-msgblock OOT Module, and 
use/modify variable_to_msg to translate the variable to a message that you send 
to that block. Best regards, Marcus 
  
 On 06/21/2017 05:26 PM, Tellrell White wrote:
  
 Hello Guys
 I have a flowgraph attached where I'm trying to generate BER curves for 
different transmit gain values. Right now, I have gui slider that allows me to 
adjust the gain values, however, I would like to know if it's possible to have 
the gain values adjust automatically by changing the python script for the 
flowgraph. If so, I would appreciate any ideas or examples on how to do this.
 
 Thanks
 Tellrell White 
  
  
 ___
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 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] Changing transmit gain

[Tellrell White]

Thanks for the reply Marcus. Sorry for not attaching the flow graph. I've 
attached it now. Is there an example somewhere of the method you speaking of? 
I'm still pretty new to gnuradio so I'm a little unsure of how to proceed.
ThanksTellrell
 

On Thursday, June 22, 2017 5:28 AM, Marcus Müller 
 wrote:
 

   Hi Tellrell, um, that's kind of hard to tell without knowing your flow 
graph! However, if you've got a block (eg. the USRP Sink) that allows 
configuration through async message passing: Try my gr-msgblock OOT Module, and 
use/modify variable_to_msg to translate the variable to a message that you send 
to that block. Best regards, Marcus 
  
 On 06/21/2017 05:26 PM, Tellrell White wrote:
  
 Hello Guys
 I have a flowgraph attached where I'm trying to generate BER curves for 
different transmit gain values. Right now, I have gui slider that allows me to 
adjust the gain values, however, I would like to know if it's possible to have 
the gain values adjust automatically by changing the python script for the 
flowgraph. If so, I would appreciate any ideas or examples on how to do this.
 
 Thanks
 Tellrell White 
  
  
 ___
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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] [GSoC 17] DAB: Updates of the week

[Moritz Luca Schmid]

Hi all,

I finally found some major bugs in the gr-dab transmission chain!

Read more about the issues in the convolutional encoder and the DAB QPSK 
mapper (and demapper) and how I fixed them in my latest post 
.



Best

Luca



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

Re: [Discuss-gnuradio] TUN/TAP PDU not working

[mansourabadi . mojtaba]

Hi Cinaed,

Thanks for your help.
I am away at the moment and can't try your solution.
I'll be back this weekend and let you know if the method is successful.

Sincerely,
Mansour.

> On 22 Jun 2017, at 20:28, Cinaed Simson  wrote:
> 
>> On 06/22/2017 05:24 AM, Derek Kozel wrote:
>> Hello Cinaed,
>> 
>> I have no experience with the TUN/TAP code or setup, but the B210 is an
>> SDR which can only be connected to the host using USB.
> 
> Did you try it?
> 
>> There is no IP
>> address associated with it.
> 
> Probably because you haven't given it one.
> 
> I connect my Beagle Bone to my laptop over a USB cable with 2 IP
> addresses - on IP for my laptop and one IP for the Beagle Bone.
> 
> The USB cable also provides power for the Beagle Bone.
> 
> Then I use ssh to connect to the Beagle Bone.
> 
> A single tap IP address is a bridge to nowhere.
> 
> -- Cinaed
> 
> 
> 
>> https://www.ettus.com/product/details/UB210-KIT
>> 
>> Regards,
>> Derek
>> 
>> On Thu, Jun 22, 2017 at 10:29 AM, Cinaed Simson > > wrote:
>> 
>>On 06/17/2017 04:26 AM, mansourabadi.mojt...@gmail.com
>> wrote:
>>> Hi Cinaed,
>>> 
>>> Sorry to miss the previous email.
>>> 
>>> I need to clarify that B210 USRP is connected to the PC though USB cable. 
>>> That's why my Ethernet cards are disabled.
>>> 
>>> Meanwhile I have been trying different things and I noticed the followings:
>>> 
>>> 1- Packet Encoder/Decoder blocks work fine with GMSK modulation scheme. But 
>>> with other modulation like QAM and PSK, it seems to be less efficient.
>>> 
>>> 2- I can receive any packet delivered to the virtual IP address I create 
>>> using GNURadio. I also can print them to the console in GNURadio.
>>> 
>>> 3- I can easily send/receive any form of information using GMSK Scheme 
>>> along with packet encoder/decoder from one USRP to another>
>>> 4- but whatever I do I can't put the received packets from virtual IP 
>>> address though GMSK and packet en/decoder.
>> 
>>Try setting the IP address of your USRP in the properties by replacing
>> 
>>  Device Address="name=USRP_1"
>> 
>>with
>> 
>>  Device Address="addr=192.168.200.1"
>> 
>>-- Cinaed
>> 
>>> 
>>> Sincerely,
>>> Mansour.
>>> 
 On 17 Jun 2017, at 02:46, Cinaed Simson >> wrote:
 
 Incidentally, all you need is a $20-$30 Ethernet switch with 5-8
>>ports,
 and 3 CAT-6 Ethernet cables - twice as long as you think might need.
 
 Then plug 1 one cable into each of the 3 device and plug the
>>other end
 the of all the cables into the switch.
 
 Configure them as below and you should be able to ping all the
>>devices
 from either the desktop or the laptop.
 
 -- Cinaed
 
 
> On 06/15/2017 02:49 PM, Cinaed Simson wrote:
> 
> I'll assume they're connected correctly.
> 
> On the both PC1 and PC2, type
> 
> ip tuntap del dev tap0 mode tap
> 
> On PC1, type
> 
> ifconfig enp0s31f6 inet 192.168.200.1 netmask 255.255.255.0
> ifconfig enp0s31f6 up
> 
> On PC2, type
> 
> ifconfig enp0s31f6 inet 192.168.200.3 netmask 255.255.255.0
> ifconfig enp0s31f6 up
> 
> Then on either PC, ping the other one. Try pinging the USRP. The
>>pinging
> shoud work - unless you have more than one Ethernet card and you
>>plugged
> the cable into the wrong card.
> 
> The idea is a tap relies on the existing Ethernet framing (and hence
> routing) so if the machines are connected correctly then configuring
> their Ethernet cards should provide the necessary infrastructure.
> 
> Also, you need to go the USRP mailing list and ask them how to
>>change
> the IP address of the B210 - it's something you should know how
>>to do.
> 
> In general, the tap address on the B210 should have the same network
> address as your PC.
> 
> The network address of PC1 is 192.168.200.0 and the host address
> 192.168.200.1.
> 
> -- Cinaed
> 
>> ___
>> 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 mailing list
>>> Discuss-gnuradio@gnu.org 
>>>