Re: [Discuss-gnuradio] Question about calculating integration times

On 08/12/2019 04:14 PM, Ellie White wrote: Hi Marcus, Thanks for your note. So I did some experimenting -- ran the flowgraph (on unbuffered mode) with decimation set to 488, and recorded data for ~5 seconds; instead of getting ~5 spectra, as I would expect by doing a calculation similar to yo

Re: [Discuss-gnuradio] Question about calculating integration times

Hi Marcus, Thanks for your note. So I did some experimenting -- ran the flowgraph (on unbuffered mode) with decimation set to 488, and recorded data for ~5 seconds; instead of getting ~5 spectra, as I would expect by doing a calculation similar to yours, no samples were recorded. Any advice on tha

Re: [Discuss-gnuradio] Question about calculating integration times

On 08/11/2019 10:46 AM, Ellie White wrote: Hi Marcus, I've attached the two flowgraphs I am using to record data from the Ettus SDR; the TCP server (ettus-test.grc) which reads in the data samples, and the TCP client (ettus-filesink.grc). I am not sure how to determine how the sampling is ter

Re: [Discuss-gnuradio] Question about calculating integration times

Ellie I’ll take a look later and get back to you Cheers Sent from my iPhone > On Aug 11, 2019, at 10:46 AM, Ellie White wrote: > > Hi Marcus, > > I've attached the two flowgraphs I am using to record data from the Ettus > SDR; the TCP server (ettus-test.grc) which reads in the data sample

Re: [Discuss-gnuradio] Question about calculating integration times

Hi Marcus, I've attached the two flowgraphs I am using to record data from the Ettus SDR; the TCP server (ettus-test.grc) which reads in the data samples, and the TCP client (ettus-filesink.grc). I am not sure how to determine how the sampling is terminated -- perhaps you can advise me on this? Wo

Re: [Discuss-gnuradio] Question about calculating integration times

On 08/10/2019 11:43 PM, Ellie White wrote: Hi Marcus, Thanks for the advice. So, I just tried an experiment to test out your suggestion, and came up with a puzzling result. I set the sample rate to 4 MHz, and the decimation in the integrate block to 4 MHz, and recorded data for about 5 second

Re: [Discuss-gnuradio] Question about calculating integration times

Hi Marcus, Thanks for the advice. So, I just tried an experiment to test out your suggestion, and came up with a puzzling result. I set the sample rate to 4 MHz, and the decimation in the integrate block to 4 MHz, and recorded data for about 5 seconds. Instead of getting about 5 samples out, I tri

Re: [Discuss-gnuradio] Question about calculating integration times

On 08/10/2019 10:48 PM, Ellie White wrote: Hi Marcus, Thanks for your reply. I am not sure how the integration works, but if you know how the Integrate block does the integration, then that is how my flowgraph does it. I suspect it is "sum /reduce /dump" as you mentioned, though perhaps we wo

Re: [Discuss-gnuradio] Question about calculating integration times

Hi Marcus, Thanks for your reply. I am not sure how the integration works, but if you know how the Integrate block does the integration, then that is how my flowgraph does it. I suspect it is "sum /reduce /dump" as you mentioned, though perhaps we would need to investigate the Integrate block's so

Re: [Discuss-gnuradio] Question about calculating integration times

On 08/10/2019 03:40 PM, Ellie White wrote: Hi all, I hope you're doing well! Thanks again for your help with my questions earlier this summer. I've got another thing to ask now; I am in the process of configuring a system to record integrated spectra using the attached flowgraph, and I am try

[Discuss-gnuradio] Question about calculating integration times

Hi all, I hope you're doing well! Thanks again for your help with my questions earlier this summer. I've got another thing to ask now; I am in the process of configuring a system to record integrated spectra using the attached flowgraph, and I am trying to determine how to integrate for, say, 60 s

Re: [Discuss-gnuradio] Question about metadata filesink

Hi Ellie, > The nature of the equipment I am working with requires that the SDR be plugged in to a different computer from the one which is storing the data, The problem is not that it's not on the same computer – the problem is that the samples coming from a USRP are just that: samples, not volt

Re: [Discuss-gnuradio] Question about metadata filesink

Forgot to cc the list the first time... On Thu, Jul 25, 2019 at 1:16 PM Ellie White wrote: > Hi Marcus, > > Thanks for the suggestion, much appreciated. Do you have an alternative to > recommend? The nature of the equipment I am working with requires that the > SDR be plugged in to a different

Re: [Discuss-gnuradio] Question about metadata filesink

Also, I'd recommend not to rely on TCP sink/source, it's python-only and it is indeed quite fiddly – the constructors can deadlock each other. On Wed, 2019-07-10 at 17:51 -0400, Marcus D. Leech wrote: > On 07/10/2019 02:54 PM, Ellie White wrote: > > Hello! > > > > I am working on a radio astronomy

Re: [Discuss-gnuradio] Question about metadata filesink

Hi Marcus, Derek, Thank you both so much for your feedback and for all of your suggestions on this, I really appreciate it. My apologies for the delayed response -- I have been out of town for several days. Based on feedback from you all and some experimentation, I came up with a workaround for t

Re: [Discuss-gnuradio] Question about GNU Radio Companion - Calling an external function from a QT GUI Push Button

Really quick: * write a Python class that has a function that takes an argument, and calls the external function you want * write a GRC block definition (GNU Radio 3.7: XML file, GNU Radio 3.8: YAML), wrapping that class * in that, define a property that has a callback; use the function you've def

[Discuss-gnuradio] Question about GNU Radio Companion - Calling an external function from a QT GUI Push Button

Hello, I'm working on a project with GNU Radio Companion and I have a question about how calling an external function ( defined in a separate .py file ) might be achieved. My goal is to be able to create a QT Push Button, which when pressed would call the function. I was initially hoping to use

Re: [Discuss-gnuradio] Question about metadata filesink

On 07/10/2019 04:19 PM, Ellie White wrote: Hi Marcus, Thanks for getting back to me! I really appreciate your suggestion -- why didn't I think of that! I have done similar calculations before to determine the amount of time from the beginning of a run, but for a much less precise application. T

Re: [Discuss-gnuradio] Question about metadata filesink

On 07/10/2019 02:54 PM, Ellie White wrote: Hello! I am working on a radio astronomy project with the Green Bank Observatory / NRAO Central Development Lab this summer, utilizing GNU Radio and an Ettus Research SDR, and I've got a question regarding how to collect metadata information from a file

Re: [Discuss-gnuradio] Question about metadata filesink

On 07/10/2019 04:45 PM, Derek Kozel wrote: Hi Ellie! The USRP has an internal time register which starts counting up from 0 when the power is applied. You can use the external 1 PPS input and the set_time_next_pps command to snap that register into alignment with UTC/TAI as long as you have a GP

Re: [Discuss-gnuradio] Question about metadata filesink

Hi Ellie! The USRP has an internal time register which starts counting up from 0 when the power is applied. You can use the external 1 PPS input and the set_time_next_pps command to snap that register into alignment with UTC/TAI as long as you have a GPSDO or similar that outputs a 1PPS signal. I

Re: [Discuss-gnuradio] Question about metadata filesink

Hi Marcus, Thanks for getting back to me! I really appreciate your suggestion -- why didn't I think of that! I have done similar calculations before to determine the amount of time from the beginning of a run, but for a much less precise application. This brings me to another question, though --

Re: [Discuss-gnuradio] Question about metadata filesink

The thing to note is that the UHD sends a time stamp only on start of streaming and whenever there’s an overrun. You can know the time of any given sample by knowing the sample rate and offset from the beginning. In your case you will have to throw in some more factors to account for FFT siz

[Discuss-gnuradio] Question about metadata filesink

Hello! I am working on a radio astronomy project with the Green Bank Observatory / NRAO Central Development Lab this summer, utilizing GNU Radio and an Ettus Research SDR, and I've got a question regarding how to collect metadata information from a filesink. I have attached the flowgraph I am usi

Re: [Discuss-gnuradio] Question about stream to complex and fft

오후 6:08:55 받는 사람: discuss-gnuradio@gnu.org 제목: [Discuss-gnuradio] Question about stream to complex and fft Hello, I have a question about the real-time operation of gnuradio and the "stream-to-vector" and FFT modules " In the example image I have: variable samp_rate to 32K and

Re: [Discuss-gnuradio] Question about stream to complex and fft

(so as you don't have to deal with normalized sampling rates) and may not agree with the actual execution speed of the program. Kyeong Su Shin 보낸 사람: S. L. 대신 Discuss-gnuradio 보낸 날짜: 2019년 6월 14일 금요일 오후 6:08:55 받는 사람: discuss-gnuradio@gnu.org 제목: [Discuss

Re: [Discuss-gnuradio] Question about stream to complex and fft

On Fri, 14 Jun 2019 at 09:08:55 +, S. L. wrote: > Since I have vector-to-stream and fft to 1024 samples, I think or I > guess it stores the first 1024 samples (from 0 ms to 32 ms) and the > vector-to-stream module passes those samples to the FFT module that > performs the FFT of those 1024 samp

Re: [Discuss-gnuradio] Question about stream to complex and fft

sampling rates) and may not agree with the actual execution speed of the program. Kyeong Su Shin 보낸 사람: S. L. 대신 Discuss-gnuradio 보낸 날짜: 2019년 6월 14일 금요일 오후 6:08:55 받는 사람: discuss-gnuradio@gnu.org 제목: [Discuss-gnuradio] Question about stream to complex and

[Discuss-gnuradio] Question about stream to complex and fft

Hello, I have a question about the real-time operation of gnuradio and the "stream-to-vector" and FFT modules " In the example image I have: variable samp_rate to 32K and the following flowchart: Signal source (waveform: cosine, sample_rate: 32K, frecuency: 1K) -> stream-to-vector (Num items:

Re: [Discuss-gnuradio] Question on processor micro-architecture and GNU Radio

Hi Ali, well, since GNU Radio does high-rate realtime signal processing, code optimization is important to us. So much, that we strive to separate the most CPU-intense algorithms into a separate library[1] that contains hand-optimized code for different architectures (e.g. NEON, MMX, SSE2, SSE4.2

[Discuss-gnuradio] Question on processor micro-architecture and GNU Radio

Hello all, I was wondering how the compiler option "-march=native" effects large FOOS projects like GNU Radio. There seems to be conflicting opinions online, ranging from "it's does nothing" to "it can break code". Would GNU Radio (and VOLK by extension) benefit from this compiler option for AVX

Re: [Discuss-gnuradio] Question on PMT boolean messages

Excellent! So glad you got it working, Ali, and thanks for sharing the solution to your issue! Cheers, Ben On Wed, May 1, 2019 at 3:45 PM Ali Dormiani wrote: > I figured this out today. I used a handle_msg and simply connected a > message strobe to the 'junk' msg input. My custom block works as

Re: [Discuss-gnuradio] Question on PMT boolean messages

I figured this out today. I used a handle_msg and simply connected a message strobe to the 'junk' msg input. My custom block works as expected now. On Tue, Apr 30, 2019 at 12:56 PM Ali Dormiani wrote: > Hello, > > Thank you for the advice. I went back to the tutorials and now I have a > better g

Re: [Discuss-gnuradio] Question on PMT boolean messages

Hello, Thank you for the advice. I went back to the tutorials and now I have a better grasp of what is going on. Regarding 'work' vs 'handle_msg', which situations fit each of these? Is 'handle_msg' supposed to be for passing messages through multiple internal msg ports? Is 'work' for dealing w

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

[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 li

Re: [Discuss-gnuradio] question on sample rate and ethernet rate

On 04/24/2019 10:05 PM, Achilleas Anastasopoulos wrote: Hi all, I am trying to figure out what I am doing/thinking wrong in the following example: I have a simple flowgraph with a complex source sending samples to USRP. The sample rate is fs=200e6/32=6.25 Msps which is the parameter that I s

[Discuss-gnuradio] question on sample rate and ethernet rate

Hi all, I am trying to figure out what I am doing/thinking wrong in the following example: I have a simple flowgraph with a complex source sending samples to USRP. The sample rate is fs=200e6/32=6.25 Msps which is the parameter that I set in the USRP. I assume that this parameter will result in

Re: [Discuss-gnuradio] Question: is there code for hotel special rated re Sep conference

Hi Jerry, On Wed, 10 Apr 2019 11:17:59 -0700 "geraldfenkell" wrote: > I am hoping to attend the upcoming (September 2019) conference. > > Is there any special discount code to use when booking hotel Yes, the link to the discounted rate at the hotel is currently sent out with the confirmat

[Discuss-gnuradio] Question: is there code for hotel special rated re Sep conference

2019-04-10 I am hoping to attend the upcoming (September 2019) conference. Is there any special discount code to use when booking hotel thank you Jerry ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.g

Re: [Discuss-gnuradio] Question regarding convolutional decoder usage in FEC extended decoder API

Replying to myself since I've actually taken the time to read the code instead of asking stupid questions. There is no need for the rail block since the clipping is done in the float to uchar conversion. The range is 7 bits per symbol since one of the bits of the uchar is acting like a sign bit, an

Re: [Discuss-gnuradio] Question regarding convolutional decoder usage in FEC extended decoder API

Correction, I should have said entire 4 bit range instead of 128 bit range, but I hope you got the picture. Regards, Adrian On 12/31/18, Adrian Musceac wrote: > Hi, > > I'm sorry I didn't have much time to research the intricacies of the > convolutional decoder implementation, but I have a quest

[Discuss-gnuradio] Question regarding convolutional decoder usage in FEC extended decoder API

Hi, I'm sorry I didn't have much time to research the intricacies of the convolutional decoder implementation, but I have a question coming more from the user perspective regarding the optimal way of using the API. In the default implementation of the extended decoder ( https://github.com/gnuradi

Re: [Discuss-gnuradio] Question on Samples/Symbols (sps) in "PSK Demodulation" tutorial.

Hi Ashish - the short of it is: (samples/sec)/(symbols/sec) = samples/symbol If the bandwidth is complex, then samples/sec = sampling rate in MHz, and symbols/sec is the baud rate. There are lot of reasons why you would get into trouble by just by changing samples/symbol. You need to post the

Re: [Discuss-gnuradio] Question on number of input items per work call

You're welcome, Anil; glad that was useful. You can go either way with a block like the one you describe: general or sync. The block is sync when the correct parameters are set ("set_output_multiple(512);") or the like; and, really, the scheduler will handle the I/O correctly if you choose this bl

Re: [Discuss-gnuradio] Question on number of input items per work call

Hi Michael, Thank you very much for your response. This clears up things for me. One other question regarding this is: If the block takes in 4095 samples, returns 3854 onto its output is this still considered a sync (1:1) block or would it be a general block? I am leaning towards thinking that an

Re: [Discuss-gnuradio] Question on number of input items per work call

Hi Anil - In the case where your block gets 4095 items, it can't process all of those items. Your block performs seven 512-length FFTs, consumes 7x512 == 3584 items, and generates 3584 items, leaving 511 unprocessed. The code that calls your block's "::work" method will handle making sure that the

Re: [Discuss-gnuradio] Question on number of input items per work call

Hi Anil, You can fix the buffer size using the Min Output Buffer parameter (under the Advanced tab in your block, assuming you're using GRC). [image: Inline image 1] Regards, Ernest On Thu, Nov 16, 2017 at 1:56 PM, Anil Kumar Yerrapragada < yanilkumar2...@gmail.com> wrote: > Hi all > > > I am

[Discuss-gnuradio] Question on number of input items per work call

Hi all I am experimenting with my own python block. I started by simply interrogating each variable to see their types and shapes. I connected a vector source that just generates increasing numbers (0, 1, 2, 3, 4, 5 and so on upto a big number). I noticed that the length of (input_items[0]) s

Re: [Discuss-gnuradio] Question about simple_ra module

On 09/04/2017 07:29 PM, Ellie White wrote: Version 3.7.9, on a VM Ware Ubuntu machine. You might try adding "." to your PYTHONPATH, but I thought that GRC took care of this with Python Modules. On Mon, Sep 4, 2017 at 7:26 PM, Marcus D. Leech > wrote: On 09/04

Re: [Discuss-gnuradio] Question about simple_ra module

On 09/04/2017 03:55 PM, Ellie White wrote: Sorry, I just realized that there is a "Python Module" block in the flowgraph with the ID "spectro_helper." Do I need to modify the code in this block, and if so, how? Thanks so much! Ellie This should "just work(tm)" what version of GR are you runn

Re: [Discuss-gnuradio] Question about simple_ra module

Version 3.7.9, on a VM Ware Ubuntu machine. On Mon, Sep 4, 2017 at 7:26 PM, Marcus D. Leech wrote: > On 09/04/2017 03:48 PM, Ellie White wrote: > > Hello again, > > Ok, so I cloned the code from the spectro_radiometer repository, and > opened the .grc file. It looks like almost everything is ok,

Re: [Discuss-gnuradio] Question about simple_ra module

On 09/04/2017 03:48 PM, Ellie White wrote: Hello again, Ok, so I cloned the code from the spectro_radiometer repository, and opened the .grc file. It looks like almost everything is ok, except I am getting the error, "spectro_helper not defined." Correct me if I'm wrong here, but I suspect th

Re: [Discuss-gnuradio] Question about simple_ra module

Sorry, I just realized that there is a "Python Module" block in the flowgraph with the ID "spectro_helper." Do I need to modify the code in this block, and if so, how? Thanks so much! Ellie On Mon, Sep 4, 2017 at 3:48 PM, Ellie White wrote: > Hello again, > > Ok, so I cloned the code from the

Re: [Discuss-gnuradio] Question about simple_ra module

Hello again, Ok, so I cloned the code from the spectro_radiometer repository, and opened the .grc file. It looks like almost everything is ok, except I am getting the error, "spectro_helper not defined." Correct me if I'm wrong here, but I suspect this is because I didn't install the spectro_helpe

Re: [Discuss-gnuradio] Question about simple_ra module

On 08/30/2017 03:40 PM, Ellie White wrote: Thanks for the info about spectro_radiometer - that looks really helpful. Thank you so much for providing these resources for amateur radio astronomy! Have a good evening, Ellie You're most welcome. Please check out our website: http://www.ccera.c

Re: [Discuss-gnuradio] Question about simple_ra module

Thanks for the info about spectro_radiometer - that looks really helpful. Thank you so much for providing these resources for amateur radio astronomy! Have a good evening, Ellie On Wed, Aug 30, 2017 at 3:35 PM, Marcus D. Leech wrote: > On 08/30/2017 03:23 PM, Kyeong Su Shin wrote: > > Hello

Re: [Discuss-gnuradio] Question about simple_ra module

Sorry, forgot to forward this to the rest of the group. Hello, Yes, thank you, that helps a lot! That's exactly what I was looking for. Good to know about SVN and Github, too - I'll keep that in mind (to be honest, I had never heard of SVN before I came across it in the article I was reading). T

Re: [Discuss-gnuradio] Question about simple_ra module

On 08/30/2017 03:23 PM, Kyeong Su Shin wrote: Hello Ellie White: Is this what you are looking for? https://github.com/patchvonbraun/simple_ra Many open source projects (not just GNU Radio) migrated from CVS/SVN to Git. Regards, Kyeong Su Shin Note that I don't do much maint on simple_ra th

Re: [Discuss-gnuradio] Question about simple_ra module

Hello Ellie White: Is this what you are looking for? https://github.com/patchvonbraun/simple_ra Many open source projects (not just GNU Radio) migrated from CVS/SVN to Git. Regards, Kyeong Su Shin On Wed, Aug 30, 2017 at 12:08 PM, Ellie White wrote: > Hello, > > Quick question; I'm looking at

[Discuss-gnuradio] Question about simple_ra module

Hello, Quick question; I'm looking at a document by Marcus Leech for a 21cm radio telescope (not sure when it was written, or where I found it online - I printed it out a long time ago and just came across it while sorting paperwork) and I am interested in using the simple_ra module that was menti

Re: [Discuss-gnuradio] Question on using the GMSK Mod Block and GLFSR Block

I've never used GMSK Modulator - and the parameters you're using are for GLFSR are for type float. Enclosed is an example. I set the Throttle to Bypass since it runs better for some reason. Play with samples per symbol and the delay slider. And I used the default configuration values for GMFSK

Re: [Discuss-gnuradio] Question on using the GMSK Mod Block and GLFSR Block

Precoded GMSK flow graph actually attached this time. From: Estrada Lupianez, Jenniffer Marie Sent: Tuesday, June 20, 2017 2:59 PM To: discuss-gnuradio@gnu.org Subject: Question on using the GMSK Mod Block and GLFSR Block Hi, 1. There appears to be an issue wit

[Discuss-gnuradio] Question about "Integrate" block/number of samples

Hello, I've taken Marcus's suggestion to use the integration block to average samples taken with my loop antenna, and that is working extremely well for my purposes! However, I do have a question about something I don't quite understand - I'm hoping someone can point me in the right direction. I'

Re: [Discuss-gnuradio] Question about OFDM Transmitter/Receiver

Maicon, I would suggest looking at the examples (rx_ofdm.grc and tx_ofdm.grc) as well as the manual pages for those blocks: * http://gnuradio.org/doc/doxygen/page_ofdm.html * http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__carrier__allocator__cvc.html#details If that leaves any open

Re: [Discuss-gnuradio] Question about OFDM Transmitter/Receiver

Thank you Martin, do you have a valid example on how to configure such parameters? I tried something like this: occupied_carriers = ([x for x in [y for y in range(-31,33) if y not in range(-31,33,3)]], ) But it did not work. I also tried to change the pilot_carriers configuration. But then th

Re: [Discuss-gnuradio] Question about OFDM Transmitter/Receiver

If you change the FFT size, the allocated carriers do not change. Hence, you'll be using a much smaller fraction of your bandwidth. This is by design. As you point out, if you want to occupy more carriers, you have to modify 'Occupied Carriers'. Cheers, M On 11/30/2016 09:49 AM, maiconkis...@gmai

[Discuss-gnuradio] Question about OFDM Transmitter/Receiver

Hi list, I’m messing around with the OFDM Transmitter/Receiver provided by GNURadio to test different configurations (basically I want to increase the throughput, buts thats not the topic of this mail). So, I used the basic ofdm/ofdm_loopback.grc example. First, I run the example with a FFT s

Re: [Discuss-gnuradio] Question about GNURADIO File sink

Pablo, If you are working in Matlab, it is possible to use your SDR natively assuming you have the proper licenses. There's a good (Free!) guided textbook here: http://www.desktopsdr.com/ and the Mathworks support package can be downloaded here: https://www.mathworks.com/hardware-support/rtl-sdr.

Re: [Discuss-gnuradio] Question about GNURADIO File sink

Dear Pablo, I'd seriously consider implementing your signal processing in GNU Radio rather than Matlab; GNU Radio's main purpose is to do live signal processing, whereas Matlab is much better suited for offline analysis and the such. It feels like a bit of a waste to use GNU Radio only for recordi

Re: [Discuss-gnuradio] Question about GNURADIO File sink

Thank you all for your answers, I appreciate it. I want to record IQ samples in real time in different files (for example 100MB). I am using hardware HackRF One. With software SDR-RADIO v2 is easy to do, but now I want to try this in software GNU RADIO. My goal is record in diferents files because

Re: [Discuss-gnuradio] Question about GNURADIO File sink

Hi Sylvain, "insane" is a relative term (and we're talking about things that /I'd/ do, so the reference insanity level is a bit raised to begin with). I just tried this with null source (complex, vlen = 100*1024*1024/8) -> null sink and asked "ipcs" about what happened. GNU Radio created exactl

Re: [Discuss-gnuradio] Question about GNURADIO File sink

Hi, > You could write a python block that takes input which is a vector > of 100*1024*1024B/(8B/sample) = 13107200 complex numbers, and directly > writes each input to an own file using numpy. You can convert a stream > of (single) samples to a stream of vectors of that size using a > stream_to_ve

Re: [Discuss-gnuradio] Question about GNURADIO File sink

e https://github.com/garverp/gr-analysis ... From: Discuss-gnuradio on behalf of adrianapa Sent: Tuesday, November 1, 2016 5:54:32 AM To: Discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Question about GNURADIO File sink I am a beginner in Python, I will see this tutorial. Thank you so much

Re: [Discuss-gnuradio] Question about GNURADIO File sink

I am a beginner in Python, I will see this tutorial. Thank you so much Marcus. Best regards, Pablo -- View this message in context: http://gnuradio.4.n7.nabble.com/Question-about-GNURADIO-File-sink-tp61841p61858.html Sent from the GnuRadio mailing list archive at Nabble.com.

Re: [Discuss-gnuradio] Question about GNURADIO File sink

Dear Pablo, that's something that is most probably really easy to implement with a block of your own. Refer to http://tutorials.gnuradio.org on how to write your own python block. You could write a python block that takes input which is a vector of 100*1024*1024B/(8B/sample) = 13107200 complex nu

[Discuss-gnuradio] Question about GNURADIO File sink

Hello I would solve a doubt about software GNURADIO, how i can record in diferent files? If I use a gnuradio block "File sink" I save my data in a file, I want to save my data in diferent files every 100 MB. Can you help me? Best regards, Pablo -- View this message in context: http://gnura

Re: [Discuss-gnuradio] question about bandwith B210 - USB3

You should create a 'bandwidth test' without a file source (or sink) to give you some better values. M On 06/30/2016 03:48 PM, Przemek Lewandowski wrote: > Hello > > I need to generate as wide bandwith as possible. Yes I know that this is > waste of energy, but beside this simple example I want

Re: [Discuss-gnuradio] Question about GNU radio working on other hardware devices

Hi Jacky - With regard to your questions about how to use GNU Radio, I recommend checking out the guided tutorials: http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials Cheers, Ben On Thu, Jun 30, 2016 at 5:20 PM, Jacky Lin wrote: > Hi there, > > > > I have some questions about

Re: [Discuss-gnuradio] question about bandwith B210 - USB3

Hi Przemek, I'll address the different aspects you've mentioned below: On 01.07.2016 11:30, Przemek Lewandowski wrote: > To James Humphries > > 8Gb Ram, 1TB Hdd hybrid with 8 GB SSD, linux kubuntu and about USB 3: > this is mu output: > > przelew@przelewmaster:~$ lsusb > Bus 002 Device 002: ID 8

Re: [Discuss-gnuradio] question about bandwith B210 - USB3

Hi Przemek, I can't really make much sense of your flow graph; maybe you could explain what you need to do? The parametrizations of the different blocks and the file name in the wav file source kind of contradict. I think, however, we could find something that does just what you want. And as a gut

Re: [Discuss-gnuradio] question about bandwith B210 - USB3

On 06/30/2016 06:48 PM, Przemek Lewandowski wrote: Hello I need to generate as wide bandwith as possible. Yes I know that this is waste of energy, but beside this simple example I want to put some other channels. On my USRP B210 I can afford now about 18 MS. I read on Ettus page that B200 ca

Re: [Discuss-gnuradio] question about bandwith B210 - USB3

Hello, What are the specifications of your host computer (processor, RAM, SSD or hard drive, etc)? What type of USB controller are you using? -Trip On Thu, Jun 30, 2016 at 6:48 PM, Przemek Lewandowski wrote: > Hello > > I need to generate as wide bandwith as possible. Yes I know that this is >

[Discuss-gnuradio] question about bandwith B210 - USB3

Hello I need to generate as wide bandwith as possible. Yes I know that this is waste of energy, but beside this simple example I want to put some other channels. On my USRP B210 I can afford now about 18 MS. I read on Ettus page that B200 can tx about 40 - 60 MS - depends on USB driver. So 15 MS

Re: [Discuss-gnuradio] Question about GNU radio working on other hardware devices

The other hardware devices are supported by an OOT (out of tree) module called gr-osmosdr. When you build and install the module, it adds it's own sink and source blocks to GNU Radio. http://cgit.osmocom.org/gr-osmosdr/ Here's an example of devices enabled/disabled on my computer when I build

[Discuss-gnuradio] Question about GNU radio working on other hardware devices

Hi there, I have some questions about the firmware for other hardware device except USRP. 1. I only found "gr-uhd" firmware for Ettus USRP from GNU radio source codes. I am curious how other hardware devices ex. HackRFs works with GNU Radio without official support firmware? For example,

Re: [Discuss-gnuradio] Question about tagged_stream_block

Martin thanks for you reply. I was looking at things wrongly. Now, I ask the scheduler for atleast 1000 samples at a time, using set_output_multiple() and I adjust the tag value if overflow occurs.Thanks again for correction. -- Bob > If you change the size of a tagged stream without changing

Re: [Discuss-gnuradio] Question about tagged_stream_block

If you change the size of a tagged stream without changing the tag, you're producing invalid data. (This may change on 3.8, we haven't finalized any decisions yet). However, how are you dropping samples in software? Or are you dropping them in hardware, in which case why are you not tagging the st

Re: [Discuss-gnuradio] Question about tagged_stream_block

Thanks Martin, I know the packet size a priori but samples may drop due to overflows while flowgraph is running and could result in different packet size. Is there a way to solve this issue while using tagged_stream_block? -- Bob > It'll crash. If you know your packet size a priori, you can tel

Re: [Discuss-gnuradio] Question about tagged_stream_block

It'll crash. If you know your packet size a priori, you can tell the scheduler to only provide multiples of a 1000 samples. Cheers, M On 06/20/2016 07:17 AM, bob wole wrote: > Hi, > My flowgraph contains a tagged_stream_block, B, and it has a > length_tag_key, say "pkt_len". Each packet has a le

[Discuss-gnuradio] Question about tagged_stream_block

Hi, My flowgraph contains a tagged_stream_block, B, and it has a length_tag_key, say "pkt_len". Each packet has a length of 1000 samples. The upstream block (A-->B) tags first sample with key "pkt_len" and value 1000 and then the upstream block tags sample number 901 with key "pkt_len" and value 1

Re: [Discuss-gnuradio] question about dvb_bch_bb_impl.cc

The gr-dtv BCH encoder has been heavily tested with both DVB-S2 and DVB-T2 receivers and is known to be correct. I did verify that your suggested change breaks the BCH encoder. You can see a nice demo of the DVB-S2 transmitter here: https://myriadrf.org/blog/digital-video-transmission-using-li

[Discuss-gnuradio] question about dvb_bch_bb_impl.cc

I found dvb_bch_bb_impl.cc use shift register to implement BCH encode, but it seems different with my knowledge. If I remember right, after shift the register, we should add the info bit to register's LSB dvb_bch_bb_impl.cc:526~535 b = (temp ^ (shift[5] & 1)); reg_6_

Re: [Discuss-gnuradio] question about using FSK on noise

Dear Marcus, On Tue, Jun 7, 2016 at 6:05 AM, Marcus Müller wrote: > Hi Abhinav, > > Cool research, with lots of security implications :) ! > Out of curiosity: as there are a lot of different power supply > topographies, which one are you concentrating on? What does one find in > "normal" laptop

Re: [Discuss-gnuradio] question about using FSK on noise

Hi Abhinav, On 07.06.2016 17:08, abhinav narain wrote: > Dear Marcus, > > On Tue, Jun 7, 2016 at 6:05 AM, Marcus Müller > mailto:marcus.muel...@ettus.com>> wrote: > > Hi Abhinav, > > Cool research, with lots of security implications :) ! > Out of curiosity: as there are a lot of differ

Re: [Discuss-gnuradio] question about using FSK on noise

Dear Chris, RF actually! Thanks, Abhinav On Tue, Jun 7, 2016 at 10:11 AM, Christopher Richardson < chrisrichardso...@gmail.com> wrote: > Hi Abhinav, > > This sounds really interesting! > > Are you using RF or ultrasound out of interest, to grab emissions from the > SMPS? > > cheers > > Chris >

Re: [Discuss-gnuradio] question about using FSK on noise

Hi Abhinav, This sounds really interesting! Are you using RF or ultrasound out of interest, to grab emissions from the SMPS? cheers Chris On Tue, Jun 7, 2016 at 6:35 AM, abhinav narain wrote: > Hi all, > I am trying to make a covert communication channel using SMPS noise > generated by the p

Re: [Discuss-gnuradio] question about using FSK on noise

Hi Abhinav, Cool research, with lots of security implications :) ! Out of curiosity: as there are a lot of different power supply topographies, which one are you concentrating on? What does one find in "normal" laptop power supply "bricks"? Is it the "classical" fixed-frequency PWM buck, where the

[Discuss-gnuradio] question about using FSK on noise

Hi all, I am trying to make a covert communication channel using SMPS noise generated by the processor as a part of my research. I see a change in frequency emitted by the processor when I run the following loop (http://pastebin.com/uRghLuLm) with message variable containing the message, and see t

Re: [Discuss-gnuradio] Question about sampling rate and center freq

Hi Marcus, > >> > Not at all! > Sorry, I was taking pictures of hardware and hence just took one for > the GRC too. As I showed in previous picture, I am only using RX-B. I > am not sure how to connections will be for dual mode, but currently I > am just using one. I get complex values in the GRC

  1   2   3   4   5   6   7   8   9   >