Re: [Discuss-gnuradio] qa test failed!
Your line: self.tb.connect(detec. dst) Should be: self.tb.connect(detec, dst) You have period instead of comma. On Mon, May 28, 2018 at 3:55 PM, Linda20071 wrote: > I created a module named detector0 with one input argument: int len. In > the python qa file, I set the len to 20. However, when I issued the > command: ctest -V -R detector0, I got the following error: > > 2: Test timeout computed to be: 9.99988e+06 > 2: E > 2: = > 2: ERROR: test_001_detector0 (__main__.qa_detector0) > 2: -- > 2: Traceback (most recent call last): > 2: File "qa_detector0.py", line 42, in test_001_detector0 > 2: self.tb.connect(detec. dst) > 2: AttributeError: 'detector0_sptr' object has no attribute 'dst' > > My related python codes are as follows: > > src = blocks.vector_source_f(src_data) > d_len = 20 > detec = detectors.detector0(d_len) > dst = blocks.vector_sink_f() > self.tb.connect(src, detec) > self.tb.connect(detec. dst) > # set up fg > self.tb.run () > # check data > result_data = dst.data() > self.assertFloatTuplesAlmostEqual(expected_result, result_data, 6) > > I couldn't see any problems in the connection: self.tb.connect(detec. > dst). > > Any advice on solving this AttributeError? > > ___ > 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] Resampling rate method assistance
Thanks, that works well. I'm pleased to be able to use the RR, and am using the default taps. On 29 May 2018 at 10:07, Linda20071 wrote: > Use the rational resampler module (12/25). Decimation 25; interpolation: 12 > > On Mon, May 28, 2018 at 7:44 PM, Carlo Manfredini < > carlomanfredin...@gmail.com> wrote: > >> Hi, >> I wish to transfer continuous data between two devices operating at these >> two rates: >> 100kSps and 48kSps >> I would appreciate some suggestions as to the "best " method or resampler >> to use. >> I imaging the RR is not useful here. >> Im thinking some fractional resampler is best. >> Since these rates are quite low I imagine processing load is not an issue. >> >> Also, how does one select the filter taps required ? Are there some >> tutorials or "rules of thumb" I can follow ? >> >> Thanks for hints. >> >> >> >> ___ >> 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] Resampling rate method assistance
Use the rational resampler module (12/25). Decimation 25; interpolation: 12 On Mon, May 28, 2018 at 7:44 PM, Carlo Manfredini < carlomanfredin...@gmail.com> wrote: > Hi, > I wish to transfer continuous data between two devices operating at these > two rates: > 100kSps and 48kSps > I would appreciate some suggestions as to the "best " method or resampler > to use. > I imaging the RR is not useful here. > Im thinking some fractional resampler is best. > Since these rates are quite low I imagine processing load is not an issue. > > Also, how does one select the filter taps required ? Are there some > tutorials or "rules of thumb" I can follow ? > > Thanks for hints. > > > > ___ > 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] Resampling rate method assistance
Hi, I wish to transfer continuous data between two devices operating at these two rates: 100kSps and 48kSps I would appreciate some suggestions as to the "best " method or resampler to use. I imaging the RR is not useful here. Im thinking some fractional resampler is best. Since these rates are quite low I imagine processing load is not an issue. Also, how does one select the filter taps required ? Are there some tutorials or "rules of thumb" I can follow ? Thanks for hints. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] qa test failed!
I created a module named detector0 with one input argument: int len. In the python qa file, I set the len to 20. However, when I issued the command: ctest -V -R detector0, I got the following error: 2: Test timeout computed to be: 9.99988e+06 2: E 2: = 2: ERROR: test_001_detector0 (__main__.qa_detector0) 2: -- 2: Traceback (most recent call last): 2: File "qa_detector0.py", line 42, in test_001_detector0 2: self.tb.connect(detec. dst) 2: AttributeError: 'detector0_sptr' object has no attribute 'dst' My related python codes are as follows: src = blocks.vector_source_f(src_data) d_len = 20 detec = detectors.detector0(d_len) dst = blocks.vector_sink_f() self.tb.connect(src, detec) self.tb.connect(detec. dst) # set up fg self.tb.run () # check data result_data = dst.data() self.assertFloatTuplesAlmostEqual(expected_result, result_data, 6) I couldn't see any problems in the connection: self.tb.connect(detec. dst). Any advice on solving this AttributeError? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Underflow and Overflow
Hi Alvin, you've already gotten plenty of info on this list from where over- and underflows come. We've really addressed all this before[1,2,3,4,5,6,7,8,9,10,11,12,etc], and you've gotten sufficient recommendations. Please do avoid to spam the mailing list with redundant questions. Let me quickly give you a bit of perspective on this: If we consider just the time spent to read your emails and write a quick answer, if GNU Radio's community was a company, you will have amassed some work cost of upwards of 1000 $. I'm very happy to say we're not a company, but a community project, so that we can freely choose how to use our time, help each other, and work on software. You are, however, becoming a bit of a drain of time, so please consider condensing your questions a bit more, making sure that everything you've been told has already been taken into consideration, so that we can focus on giving good answers – that, in the end, is in your own best interest, because you risk getting ignored if you keep this up. Best regards, Marcus [1] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0022 5.html [2] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0023 0.html [3] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0023 1.html [4] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0024 2.html [5] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0024 6.html [6] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0028 8.html [7] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0020 7.html [8] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0020 9.html [9] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg0021 2.html [10] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg002 18.html [11] https://lists.gnu.org/archive/html/discuss-gnuradio/2018-05/msg002 10.html [12] … On Tue, 2018-05-22 at 09:38 +, Yeo Jin Kuang Alvin (IA) wrote: > Hi all, > > May I know what causes my flowgraph to have so many U’s and O’s, is there any > block that causes this? I am trying to hit a higher sampling rate possibly 20 > MHz or higher. I have searched online and some suggest switching to a > different OS and I did switch from windows to Ubuntu, only a slight > difference. Some say is the computer’s processing speed not fast enough, > thus, changing a better one will help. Others did mentioned that the > flowgraph connection might cause this problem. > > I am getting “OOOUOO” when transmit a sine wave sampling at 20 MHz and > receive to a file sink. > > I am using USRP B210, running on a Intel Core i7-4700MQ CPU @ 2.40 GHz x 8, > 64 bit computer. > > Any help would be appreciated! > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio smime.p7s Description: S/MIME cryptographic signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] Using ZMQ
Oops, re-added the wrong list there. Reposting to usrp-users with GNU Radio as BCC. On Mon, May 28, 2018 at 2:24 PM, Derek Kozelwrote: > Hello Steve, > > Please keep the mailing list included unless you are talking about > something which requires privacy. GNU Radio runs natively on Windows. It is > not as well supported from an end developer stand point, but it is > available and with a bit of work can be a very viable answer. > https://wiki.gnuradio.org/index.php/InstallingGR#Windows > > Regards, > Derek > > On Mon, May 28, 2018 at 1:10 PM, shachar J. brown > wrote: > >> Hi Derek, >> >> I am unfamiliar with such functionality: >> How can I run a full gnuradio flow graph via windows? >> >> Thanks, >> Steve >> >> On Mon, May 28, 2018 at 3:02 PM, Derek Kozel >> wrote: >> >>> Hello Steve, >>> >>> Can you directly use the X310 from the Windows PC? UHD is fully >>> supported on Windows 7 to 10. >>> >>> Regards, >>> Derek >>> >>> On Mon, May 28, 2018 at 12:09 PM, shachar J. brown via USRP-users < >>> usrp-us...@lists.ettus.com> wrote: >>> Thanks Marcus, I got it to work just fine. Your remark is a little concerning... is there any more efficient way to send data over the internet? Furthermore, I actually don't necessarily need to pass the samples over the internet. I simply need to send the samples directly from the X310 to a windows PC at high rate (Employer's demands, non-negotiable). Is there any way to get around this problem? for instance, instead of the internet to construct some communication box? I've never dealt with such things before Thanks again, Steve On Mon, May 28, 2018 at 12:37 AM, Marcus Müller < marcus.muel...@ettus.com> wrote: > Hi Steve, > > That's a pretty network-centric question! > > So, first of all, you need to make sure you can actually send IP > packets from one computer to the other - that will require figuring out > the > public IP address of the server end of the connection, making sure the > firewall on that computer allows for connections to that port, and also > make sure that if any routers are in between (especially if they do > NAT/masquerading), that these will forward the packets. > > As a side remark: even the lowest sample rate possible on an X310, > which is 195.3125 kS/s, will require that the sending end has more than > 6.25 Mb/s of continuously available uplink. That is actually not that > little, so unprocessed samples are seldom what you'd want to send over the > internet! > > Best regards, > Marcus > > On 27 May 2018 16:45:22 GMT+02:00, "shachar J. brown via USRP-users" < > usrp-us...@lists.ettus.com> wrote: >> >> Hi all, >> >> Disclaimer: I have never used zmq before. >> >> My goal is to control a X310 from a remote PC, and receive data. >> using ZMQ. >> >> I downloaded the simple example zmq_stream.grc: >> https://github.com/gnuradio/gnuradio/blob/master/gr-zeromq/e >> xamples/zmq_stream.grc >> >> I ran the flow-graph on two different pc's, both connected to the >> web. The first pc had the PUB/PUSH/REP blocks, while the second had the >> SUB/PULL/REQ blocks. Quite frankly, the signal hasn't reached the second >> pc. >> >> How do I ensure both pc's are subscribed one to another? >> Anything else I got wrong? >> >> TIA, >> Steve >> > > -- > This was written on my cellular phone. whilst an impressive piece of > engineering, this might not be the perfect device to write emails on - > please excuse my brevity. > ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] Using ZMQ
Hello Steve, Please keep the mailing list included unless you are talking about something which requires privacy. GNU Radio runs natively on Windows. It is not as well supported from an end developer stand point, but it is available and with a bit of work can be a very viable answer. https://wiki.gnuradio.org/index.php/InstallingGR#Windows Regards, Derek On Mon, May 28, 2018 at 1:10 PM, shachar J. brownwrote: > Hi Derek, > > I am unfamiliar with such functionality: > How can I run a full gnuradio flow graph via windows? > > Thanks, > Steve > > On Mon, May 28, 2018 at 3:02 PM, Derek Kozel > wrote: > >> Hello Steve, >> >> Can you directly use the X310 from the Windows PC? UHD is fully supported >> on Windows 7 to 10. >> >> Regards, >> Derek >> >> On Mon, May 28, 2018 at 12:09 PM, shachar J. brown via USRP-users < >> usrp-us...@lists.ettus.com> wrote: >> >>> Thanks Marcus, I got it to work just fine. >>> >>> Your remark is a little concerning... is there any more efficient way to >>> send data over the internet? >>> >>> Furthermore, I actually don't necessarily need to pass the samples over >>> the internet. I simply need to send the samples directly from the X310 to a >>> windows PC at high rate (Employer's demands, non-negotiable). >>> Is there any way to get around this problem? for instance, instead of >>> the internet to construct some communication box? I've never dealt with >>> such things before >>> >>> Thanks again, >>> Steve >>> >>> On Mon, May 28, 2018 at 12:37 AM, Marcus Müller < >>> marcus.muel...@ettus.com> wrote: >>> Hi Steve, That's a pretty network-centric question! So, first of all, you need to make sure you can actually send IP packets from one computer to the other - that will require figuring out the public IP address of the server end of the connection, making sure the firewall on that computer allows for connections to that port, and also make sure that if any routers are in between (especially if they do NAT/masquerading), that these will forward the packets. As a side remark: even the lowest sample rate possible on an X310, which is 195.3125 kS/s, will require that the sending end has more than 6.25 Mb/s of continuously available uplink. That is actually not that little, so unprocessed samples are seldom what you'd want to send over the internet! Best regards, Marcus On 27 May 2018 16:45:22 GMT+02:00, "shachar J. brown via USRP-users" < usrp-us...@lists.ettus.com> wrote: > > Hi all, > > Disclaimer: I have never used zmq before. > > My goal is to control a X310 from a remote PC, and receive data. > using ZMQ. > > I downloaded the simple example zmq_stream.grc: > https://github.com/gnuradio/gnuradio/blob/master/gr-zeromq/e > xamples/zmq_stream.grc > > I ran the flow-graph on two different pc's, both connected to the web. > The first pc had the PUB/PUSH/REP blocks, while the second had the > SUB/PULL/REQ blocks. Quite frankly, the signal hasn't reached the second > pc. > > How do I ensure both pc's are subscribed one to another? > Anything else I got wrong? > > TIA, > Steve > -- This was written on my cellular phone. whilst an impressive piece of engineering, this might not be the perfect device to write emails on - please excuse my brevity. >>> >>> >>> ___ >>> USRP-users mailing list >>> usrp-us...@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >>> >> > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install QWT to version 6 or later
Hi Yeo, That's really not a GNU Radio question. The QWT homepage has both installation and support resources, http://qwt.sourceforge.net/ Regards, Derek On Mon, May 28, 2018 at 4:13 AM, Yeo Jin Kuang Alvin (IA) < yjink...@dso.org.sg> wrote: > Hi all, > > > > How do I install QWT to a later version using Ubuntu? I am using 5.2.3 now > but need a later version of 6 or later. > > > > Thank you in advanced! > > > > ___ > 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] Variable in Delay block
It works here. Here's a small flow graph that I tested the delay block operation with. http://www.w6rz.net/delay.grc Ron On 05/28/2018 02:33 AM, Yeo Jin Kuang Alvin (IA) wrote: Hi Ron, That means the Delay block is able to change as well, but why do I not see the delay when simulating on the time sink? Thanks in advanced! *From:*Discuss-gnuradio [mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] *On Behalf Of *Ron Economos *Sent:* Monday, 28 May 2018 5:26 PM *To:* discuss-gnuradio@gnu.org *Subject:* Re: [Discuss-gnuradio] Variable in Delay block If a block variable can be changed during run time, it will be underlined in the properties dialog. For example, in the Multiply Const block, the variable "Constant" can be changed. block Ron On 05/28/2018 01:46 AM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Is it possible for me to create a QT GUI Range and put the ID in the Delay of the delay block? I tried and the graph doesn’t change. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Variable in Delay block
Hi Ron, That means the Delay block is able to change as well, but why do I not see the delay when simulating on the time sink? Thanks in advanced! From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] On Behalf Of Ron Economos Sent: Monday, 28 May 2018 5:26 PM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Variable in Delay block If a block variable can be changed during run time, it will be underlined in the properties dialog. For example, in the Multiply Const block, the variable "Constant" can be changed. [block] Ron On 05/28/2018 01:46 AM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Is it possible for me to create a QT GUI Range and put the ID in the Delay of the delay block? I tried and the graph doesn't change. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Variable in Delay block
If a block variable can be changed during run time, it will be underlined in the properties dialog. For example, in the Multiply Const block, the variable "Constant" can be changed. block Ron On 05/28/2018 01:46 AM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Is it possible for me to create a QT GUI Range and put the ID in the Delay of the delay block? I tried and the graph doesn’t change. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Variable in Delay block
Hi all, Is it possible for me to create a QT GUI Range and put the ID in the Delay of the delay block? I tried and the graph doesn't change. I also tried generating the python file and created a QT GUI Entry, use the ID in the QT GUI Entry (delay_amt) and edited the code def set_delay_amt(self, delay_amt): c = 0 for a in range(0,5000): for b in range(0,6000): if b == 5999: c = c + 1 t = c*0.001 delay_amt = int(0.04*((3500*(t-2.5))**2 + 227322562.9)**(1/2.0) self.delay_amt = delay_amt Qt.QMetaObject.invokeMethod(self._delay_amt_line_edit, "setText", Qt.Q_ARG("QString", str(self.delay_amt))) Self.blocks_delay_0.set_dly(self.delay_amt) I have tested the values in python shell and I've gotten what I wanted. Just that when I run it, there doesn't seems to be a delay changing with time. I want to control the delay overtime, to simulate the time take for it to transmit and reflect back an object when the object is moving for 5 secs. Does this method works or is there a better way of doing this and how? Thank you in advanced! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio