Re: [Discuss-gnuradio] Bursty transmission in GNURadio 3.7.13.4
Hi Martin, We are using the X310 USRPs, and each of them has two channels. The configurations for those two channels are the same except for the center frequency (kind of like an FDMA system). Best regards, Jonathan Martin Braun 于2019年4月30日周二 上午8:44写道: > On Thu, Apr 25, 2019 at 02:28:35PM +0800, Jiaxin Liang wrote: > >Hi, > >I have been using the bursty transmission (see here) in GNURadio for > USRP > >transmission for a while. And we have a stable program running on > GNURadio > >3.7.10.2 with UHD 3.9.7. > >Recently, we are trying to upgrade the GNURadio to 3.7.13.4 and the > UHD to > >3.15.0 (rfnoc version). But we kept receiving "L" from the very > beginning > >to the end. > >May I ask whether the bursty transmission is still available in the > above > >version? If yes, is there any changes I should notice? > >Best regards, > >Jonathan > > Jonathan, > > can you provide some more info? How many channels are you using, which > device, etc.? > > Thanks, > > M > ___ > 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] Bursty transmission in GNURadio 3.7.13.4
On Thu, Apr 25, 2019 at 02:28:35PM +0800, Jiaxin Liang wrote: >Hi, >I have been using the bursty transmission (see here) in GNURadio for USRP >transmission for a while. And we have a stable program running on GNURadio >3.7.10.2 with UHD 3.9.7. >Recently, we are trying to upgrade the GNURadio to 3.7.13.4 and the UHD to >3.15.0 (rfnoc version). But we kept receiving "L" from the very beginning >to the end. >May I ask whether the bursty transmission is still available in the above >version? If yes, is there any changes I should notice? >Best regards, >Jonathan Jonathan, can you provide some more info? How many channels are you using, which device, etc.? Thanks, M signature.asc Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Shared resource for source and sink blocks
On Fri, Apr 26, 2019 at 09:41:00AM +, N. Benes wrote: > So this seems to be a suitable pattern for my case. Nicolas, thanks for responding to your own email! It's a little thing, but it keeps our archives complete, and if someone else runs into this issue, it'll be useful for them. -- M signature.asc Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question on PMT boolean messages
Hi Ali, causality, our old foe, strikes again! You're trying to emit a message in the constructor. Messages will be delivered to all message acceptors connected to that message port. However, you can't possibly connect the block before the block-holding object exists, i.e. before the constructor returns. So, necessarily, the messages are sent before anything is connected to the msg_out port, and thus into the void and simply get dropped by the scheduler. Best regards, Marcus PS: I'd strongly recommend having a `self.port = pmt.intern('msg_out')` in the constructor and using that whenever you need the port if you're doing that within the work() function often. Constructing PMT interns is relatively expensive. On Mon, 2019-04-29 at 14:39 -0700, Ali Dormiani wrote: > Hello everyone, > > I have been attempting to make my own block that sends out a boolean > message if certain time related conditions are met. > > I am unable to figure out why my block does not work. This seems to > be the line of interest: > > self.message_port_pub(pmt.intern('msg_out'), pmt.PMT_T) > > This line should cause the block to output a PMT true through port > msg_out right? > > My full block is attached bellow. Any help would be greatly > appreciated. > > Thank you all for your time, > > Ali > > == > import numpy as np > from gnuradio import gr > import pmt > import datetime > > class msg_block(gr.basic_block): # other base classes are > basic_block, decim_block, interp_block > """This block checks time and sends true or false if capture > period is desired""" > > def __init__(self, minutes=15, seconds=10): # only default > arguments here > """arguments to this function show up as parameters in GRC""" > gr.basic_block.__init__( > self, > name='Time Enable', # will show up in GRC > in_sig=None, > out_sig=None > ) > self.message_port_register_out(pmt.intern('msg_out')) > now = datetime.datetime.now() > #P_true = pmt.PMT_T > #P_false = pmt.PMT_F > if ((now.minute % minutes) == 0): #check if minute is ok > if (now.second < seconds): #check if capture period is ok > self.message_port_pub(pmt.intern('msg_out'), > pmt.PMT_T) > else: > self.message_port_pub(pmt.intern('msg_out'), > pmt.PMT_F) > else: > self.message_port_pub(pmt.intern('msg_out'), pmt.PMT_F) > > def work(self, input_items, output_items): > pass > = > ___ > 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] Question on PMT boolean messages
Hello everyone, I have been attempting to make my own block that sends out a boolean message if certain time related conditions are met. I am unable to figure out why my block does not work. This seems to be the line of interest: *self.message_port_pub(pmt.intern('msg_out'), pmt.PMT_T)* This line should cause the block to output a PMT true through port msg_out right? My full block is attached bellow. Any help would be greatly appreciated. Thank you all for your time, Ali == import numpy as np from gnuradio import gr import pmt import datetime class msg_block(gr.basic_block): # other base classes are basic_block, decim_block, interp_block """This block checks time and sends true or false if capture period is desired""" def __init__(self, minutes=15, seconds=10): # only default arguments here """arguments to this function show up as parameters in GRC""" gr.basic_block.__init__( self, name='Time Enable', # will show up in GRC in_sig=None, out_sig=None ) self.message_port_register_out(pmt.intern('msg_out')) now = datetime.datetime.now() #P_true = pmt.PMT_T #P_false = pmt.PMT_F if ((now.minute % minutes) == 0): #check if minute is ok if (now.second < seconds): #check if capture period is ok self.message_port_pub(pmt.intern('msg_out'), pmt.PMT_T) else: self.message_port_pub(pmt.intern('msg_out'), pmt.PMT_F) else: self.message_port_pub(pmt.intern('msg_out'), pmt.PMT_F) def work(self, input_items, output_items): pass = ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Need to install PyQt4.Qwt5
Folks, Never mind. I found some site that has download & installation instructions. Do any of you have any documentation on the “trigger rising edge event” block? Thanks, Aaron From: Chesir, Aaron M. Sent: Monday, April 29, 2019 12:59 PM To: discuss-gnuradio@gnu.org Subject: Need to install PyQt4.Qwt5 Folks, I am running CentOS, and am trying to run a flowgraph containing a “trigger rising edge event” block. In my attempt to understand this block, the Internet directed me to the only descriptive page available: An attempt at a tutorial by the inventor of the block, at the following URL: https://oshearesearch.com/index.php/2015/03/15/a-simple-eventstream-based-burst-plotter-example/ The page points to a flowgraph. In this flowgraph is a block “PyQT Complex Time Block” When I click on the “Go” icon of the GRC toolbar, I get the following error message: “plotter_base.py", line 26, in from PyQt4 import Qt, QtCore, QtGui, Qwt5 ImportError: cannot import name Qwt5 When I type $sudo yum install PyQt4, I am assured that I have the latest version of PyQt4 installed. When I type $sudo yum install python-qwt5-qt4, I am told that there is no such package available. When I type $sudo yum install python-qwt5, I am told that there is no such package available. What can I do? Help. Thanks, Aaron ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Need to install PyQt4.Qwt5
Folks, I am running CentOS, and am trying to run a flowgraph containing a “trigger rising edge event” block. In my attempt to understand this block, the Internet directed me to the only descriptive page available: An attempt at a tutorial by the inventor of the block, at the following URL: https://oshearesearch.com/index.php/2015/03/15/a-simple-eventstream-based-burst-plotter-example/ The page points to a flowgraph. In this flowgraph is a block “PyQT Complex Time Block” When I click on the “Go” icon of the GRC toolbar, I get the following error message: “plotter_base.py", line 26, in from PyQt4 import Qt, QtCore, QtGui, Qwt5 ImportError: cannot import name Qwt5 When I type $sudo yum install PyQt4, I am assured that I have the latest version of PyQt4 installed. When I type $sudo yum install python-qwt5-qt4, I am told that there is no such package available. When I type $sudo yum install python-qwt5, I am told that there is no such package available. What can I do? Help. Thanks, Aaron ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] [OT] Old world magic
I had to share this wonderful video, Student Short Film: "Shortwave": https://www.youtube.com/watch?v=jK2iKtjrYOU A great attempt at an experiment in the "Philosophy of Everyday Life". -- --gv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio