Re: [Discuss-gnuradio] Signal processing question : FFT frequency resolution

[Tomaž Šolc]

Dear Steve,

in general you cannot have 1 Hz resolution by analyzing only 100 ms 
worth of signal. A simple way of looking at it is that you are only 
fitting one tenth of a 1 Hz waveform in your window. So by only looking 
at the waveform through your narrow window you cannot know whether the 
waveform repeats, say, every 1 s or every 200 ms.


If you want to have a FFT with 1 Hz resolution every 100 ms what you can 
do is to have 1 s long sliding window (e.g. first FFT is 0.0 - 1.0 s, 
second FFT is 0.1 - 1.1 s, etc.) This obviously requires changing the 
FFT size (and 1 M sample FFT is quite large).


I think the correlation approach you propose is similar to doing FFT on 
a 100 ms window that has been zero-padded to 1 s. Indeed you get 1 Hz 
frequency bins, but their content is effectively only an interpolation 
between 10 Hz bins. You gain no new information.


However, if you can make some assumptions about the signal you are 
analyzing (for example, you know that there is only a single tone 
between 1 and 10 Hz), then some kind of correlation or curve-fitting 
approach might work better than FFT.


Best regards
Tomaž

On 06. 11. 2017 16:42, Steve Gough wrote:

Hi all,

Could you please help answer a quick signal processing question ? I 
apologize if this is the wrong mailing list.


I have a sampling rate of 1M samples/second, and I perform an FFT every 
100ms. This gives me a frequency resolution of 10Hz (i.e. each bin size 
is 10Hz). Is there any way I can increase my frequency resolution (say 
from 10Hz to 1Hz) without changing the FFT size ?


If I "manually" correlate different frequency sinusoids (1Hz sinusoid, 
2Hz sinusoid etc) with the samples acquired in the 100ms duration, can 
this give me a higher frequency resolution (1Hz in the above case) ?


Thanks in advance!
Steve




___
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] Using OFDM Frame Equalizer

[sumit kumar]

The header will give you some hints  :)
https://gnuradio.org/doc/doxygen/ofdm__equalizer__base_8h_source.html

On 7 Nov 2017 05:51, "Shane Petcavich"  wrote:

> I'm trying to use OFDM Frame Equalizer block in a setup similar to the
> setup described in:
>
> https://gnuradio.org/doc/doxygen/page_ofdm.html
>
> However, from the documentation it is not quite clear what the equalizer
> argument needs to be set to. The documentation in gnuradio companion says
> "The equalizer object that will do the actual work". Unclear what this
> needs to be set to or how to implement the equalizer object. Any help would
> be appreciated.
>
> Thanks
>
>
>
> ___
> 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] Using OFDM Frame Equalizer

[Shane Petcavich]

I'm trying to use OFDM Frame Equalizer block in a setup similar to the
setup described in:

https://gnuradio.org/doc/doxygen/page_ofdm.html

However, from the documentation it is not quite clear what the equalizer
argument needs to be set to. The documentation in gnuradio companion says
"The equalizer object that will do the actual work". Unclear what this
needs to be set to or how to implement the equalizer object. Any help would
be appreciated.

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

Re: [Discuss-gnuradio] XTRX miniPCIe/PCIe/USB SDR crowdfunding pre-launch

[Alexander Chemeris]

Hello Mehtap,

On Mon, Nov 6, 2017 at 12:29 PM, mehtap özkan  wrote:
> 1. Which FPGA will be used Xilinx Artix 7 25T/35T/50T ?

It'll be 35T for the campaign because that's what we've been testing with.

We've updated the pre-launch page to reflect this. Thank you for
pointing this out.

> 2. Will we be able to write and Upload our own Firmware? If yes what is the
> method of programming (JTAG, USB3 etc..)?

Yes, for sure!

You can program it with our USB3 adaptor or with a JTAG cable and our
PCIe adaptor.

If you're good in soldering you can even solder JTAG directly to the
XTRX - that's how we programmed our first samples.

> 3. What is the Utilization %, will customized code fit into the FPGA?

It's about 30% utilized. We'll share a more detailed utilization
report later because it's not uniform across different resources. E.g.
BRAM is almost completely gone, while DSP is almost unused.

> 4. Is 10 MHz reference input supproted?

Yes.

-- 
Regards,
Alexander Chemeris.
CTO/Founder, Fairwaves, Inc.
https://fairwaves.co

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

Re: [Discuss-gnuradio] Looking for tutorials (was: Hi all)

[Nirmala Soundararajan]

Hi Marcus,

Yes. I understand that I need to be more specific in the subject. Thanks
for correcting.

When I use the signal source block, although its already digital, I thought
I must specify sampling rate as per Nyquist condition in the "samp_rate"
variable.  (Suppose the tone is 10 kHz, then I must give more than 20 kHz
as sampling rate). For the USRP sink, "center frequency parameter", I
understood that I can specify the carrier frequency that carries the
baseband signal.

But I also observed that if I change the variable samp_rate, it changes
throughout in all other blocks as well. So it must be a global parameter
and not necessarily the Nyquist sample rate as I thought it to be! Request
you to kindly explain.

When I multiply two signals and plot the FFT, the plot mentions dB for the
frequency components. You already corrected me earlier that its not power.
Then what does this dB mean?

regards

Nirmala



On Mon, Nov 6, 2017 at 3:37 AM, Marcus Müller  wrote:

> Hi Nirmala,
>
> could you try to use descriptive subject lines in the future? I took the
> freedom of changing yours, so that people know what your mail is about, in
> hopes you get better answers that way!
>
> Anyway, Ben is right, you should probably start with the established
> tutorials at http://tutorials.gnuradio.org.
>
> Your task
>
> First I want to send a simple tone within 20 kHz, sample it and transmit
> with a high frequency carrier in the ISM band and receive it.
>
> does sound very feasible for someone who's read the first few chapters of
> that, although
>
> First I want to send a simple tone within 20 kHz, sample it
>
> is a bit misleading: your tone is a digital signal, as it gets created
> within your PC; you can't sample it, it's already digital :) But seriously,
> you can generate a 20kHz with a single block (signal source), and actually
> send it by connecting that block to e.g. a USRP Sink (if you have a USRP).
> But you said you wanted a simulation, so I'm a bit left to wonder what to
> simulate – you see, GNU Radio (and software defined radio) often, if not
> usually, deals with *equivalent baseband* so that we don't actually *care*
> about the carrier at all, but model all things that happen in the RF
> passband as happening in baseband. So, your choice for a first simulation
> seems a bit unusual, if not even slightly unlucky.
>
> Best regards,
> Marcus
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] X310 with 2 WBX in full duplex

[Bakshi, Arjun]

Thanks for the pointers. I'll look into them soon. I've temporarily moved to 
another setup. Will report back when I come back the this one.


Thanks,


AB


From: Michael Carosino 
Sent: Friday, November 3, 2017 3:38:37 PM
To: Bakshi, Arjun
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] X310 with 2 WBX in full duplex

Hi,

I don't believe you need to install Xilinx/vivado/etc - that's only needed if 
you want to create your own rfnoc blocks (like I did for the transmitter, but 
ideally you avoid this as its a lot of work!).

You should simply need the UHD rfnoc_devel branch installed w/gnuradio and use 
the image downloader to download the precompiled image for usrp_x310_fpga_HG 
and flash it to the x310. (usrp_x310_fpga_HG contains 2x DDC, 2x DUC, 2x 
Radios, and 1x DMAFIFO which is all you should need per my previous pictures).

For instructions, see 
https://kb.ettus.com/Getting_Started_with_RFNoC_Development#Testing_the_default_FPGA_image_and_building_from_existing_blocks
 and also flashing instructions here 
http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs

On Fri, Nov 3, 2017 at 8:42 AM, Bakshi, Arjun 
> wrote:

Thanks for the quick reply, Michael. I looked into installing RFNoC and thats 
going to need vivado/xilinx, and a bunch of other stuff.


Trouble is that I don't have +20GB to spare needed for its installation. Is 
there any way around it? What are the bare minimum options required? I tried 
installing the Vivado Lab Solutions instead, but I guess thats not enough as I 
couldn't get ettus's fpga software to build after just that.


Install options image attached.


Thanks,


AB


From: Michael Carosino >
Sent: Thursday, November 2, 2017 10:21:52 PM
To: Bakshi, Arjun
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] X310 with 2 WBX in full duplex

Hi,

I've successfully gotten the two tx-rx setup on an x310 you've
described but I did it somewhat differently. Instead of using the usrp
source/sink blocks I ended up using the RFNoC blocks - the main reason
for this is because a USRP Sink block is made up of the following
RFNoC blocks: RFNoC DMAFIFO -> RFNoC DUC -> RFNoC Radio. It turns out
that the DMAFIFO included by the USRP Sink block has a default depth
size of 32MB and this results in multiple seconds of delays for the
sample rates I was using (Ettus includes this fifo due to some flow
control latencies in their protocol that they use for transport
between the USRP and host over ethernet).

Anyways, by manually creating the radio chain in RFNoC as described
above, you can adjust the default depth size of the DMAFIFO. By
playing around I found that a depth of 2^20 = 1.04MB worked well.  It
is also of note that if you do this method you need four total radio
blocks - 2 for transmit and 2 for receive (for some reason the
multi-channel selection in the rfnoc radio block did not work, this
method does however).

I would also run 'ethtool -G eth0 rx 4096' to ensure packets aren't
dropped in your NIC. Also you may get underflows depending on your
sample rate, in my case these were solved by moving the bpsk transmit
chain to fabric (RFNoC) as the host was not fast enough to generate
samples otherwise.

Finally, you will probably experience occasional errors on flow graph
startup about synchronization errors (timeout waiting for PLL to lock,
backend sync failed, unexpected fifo depth), retrying to run the
flowgraph (sometimes it takes a few tries) will usually get it
running. I've spoken to Ettus about this and they are tracking this
issue so hopefully its solved soon.

Attached a picture of transmit/receive configuration in RFNoC.

regards,
Michael



On Thu, Nov 2, 2017 at 7:12 PM, Bakshi, Arjun
> wrote:
> Few mistakes I caught after sending it. Center frequencies I had chosen were
> out of range for WBX. Fixed now. Also, image file now has proper extension.
>
>
> Thank you,
>
>
> AB
>
> 
> From: Bakshi, Arjun
> Sent: Thursday, November 2, 2017 9:38:48 PM
> To: discuss-gnuradio@gnu.org
> Subject: X310 with 2 WBX in full duplex
>
>
> Hi,
>
>
> I'm trying to get two Tx-Rx links running with an X310 with two WBX
> daughterboards in it. I've used multi-channel USRP source/sink blocks, but
> I'm experiencing latency (L) errors with the connection, and then the
> application (GRC) hangs. I've attached an image of my USRP source/sink
> blocks. I'm connected to the X310 with a 1GB ethernet connection.
>
>
> Can anyone point out the reason/mistake? Also, is the sub-device spec
> correct? Followed instructions for WBX from here:
> 

[Discuss-gnuradio] Fwd: E310 file transition problem

[yuqing lin]

Hello all:
  We were trying to transmit data between USRP E310 and N200, I have
attached our GRC (Please see the attachment below). We were able to get
some data by using this graph on an E310. However, all we got were some
random ASCII code, Any suggestion, improvement especially the values and
parameters we were using?

Regards​​
Danny




​
 IMG_1376.JPG

​​
 IMG_1375.JPG

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

[Discuss-gnuradio] problem understanding the ninput_items/noutput_items

[Jason Matusiak]

I am having a problem understanding something simple in my general_work 
function.


I have a forecast function, but I seem to get different sizes for 
ninput_items/noutput_items in general_work.  What I currently do is find 
the minimum of the two values and work off of that: int min_items = 
(ninput_items[0] < noutput_items) ? ninput_items[0] : noutput_items;.


In my mind that makes sense, but if I print out the values of 
ninput_items/noutput_items, I see something I think is odd.  Over and 
over it looks like this (where this is ninput_items/noutput_items= 
min(ninput_items,noutput_items):

2044/1024=1024
1020/512=512
508/256=256
252/128=128
124/64=64
60/32=32
28/16=16
12/8=8
4/4=4
2044/1024=1024
1020/512=512
508/256=256
252/128=128
124/64=64
60/32=32
28/16=16
12/8=8
4/4=4

Is this divide-by-two on the output port action what is supposed to 
happen?  I don't understand why it keeps dropping and then jumps up in 
size again.  I am driving a null sink, so it should be able to keep up 
no problem


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

[Discuss-gnuradio] Signal processing question : FFT frequency resolution

[Steve Gough]

Hi all,

Could you please help answer a quick signal processing question ? I
apologize if this is the wrong mailing list.

I have a sampling rate of 1M samples/second, and I perform an FFT every
100ms. This gives me a frequency resolution of 10Hz (i.e. each bin size is
10Hz). Is there any way I can increase my frequency resolution (say from
10Hz to 1Hz) without changing the FFT size ?

If I "manually" correlate different frequency sinusoids (1Hz sinusoid, 2Hz
sinusoid etc) with the samples acquired in the 100ms duration, can this
give me a higher frequency resolution (1Hz in the above case) ?

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

Re: [Discuss-gnuradio] FPGA code generation using gnu radio

[Marcus Müller]

Dear Atif,

_Please_ try to keep your replies on the mailing list.


On Mon, 2017-11-06 at 01:08 -0800, Atif Javed wrote:
> That dosen't relate with FPGA code problem

Why then did you reply to your FPGA thread? 

> Basically i want to take control of usrp parameters like Bandwidth,
> Sampling Rate, Gain, Center frequency , using source code for this
> purpose i use OOT technique and want to create my own USRP sink and
> usrp source blocks in GNU radio for this purpose i take c++
> implementation file of usrp sink and source from this location 
> https://github.com/gnuradio/gnuradio/tree/master/gr-uhd  and tried to
> create my block But this error occurred which is attached below

I recommend not to try and recreate the wheel; the UHD Sink is well-
tested and relatively complex (and thus, still has a few bugs). So,
this is clearly not a block to start basing an early OOT on. None of
the things you mention even require any source code modification!

Again, we'd love to help you, but you seem to be unable to state the
problem you're trying to solve. 

So, until you do that, I don't think we should do more than just ignore
your emails – it's becoming a bit of waste of time. Please explain what
you're trying to do in the bigger picture.

Best regards,
Marcus

> Please lists steps for making my own USRP sink and USRP source blocks
> On Sun, Nov 5, 2017 at 11:58 PM, Marcus Müller 
> wrote:
> > Dear Atif,
> > this was a step in the right direction, but not nearly enough info
> > for us to help you. Remember, as said in my reply[1] to your
> > original mail, which you seem to have ignored:
> > Problem statement, as exact as possible. What problem are you
> > trying to solve with your block?
> > Approach description, including your reasoning. Why do you consider
> > doing this in the FPGA? How does that fit in the overall
> > application you're working on?
> > Question, including explaining what you've researched so far, so
> > that people don't explain things you already know. Since you want
> > to dive into FPGA development, I assume you have at least done some
> > research on how to write hardware description languages. What have
> > you found out? As mentioned, GNU Radio is software, not hardware,
> > so you might want to explain why you think GNU Radio will do this
> > for you, based on your own research.
> > Until you answer all three bullet points above, I'm afraid we can't
> > help you. It's really not that hard asking better questions!
> > 
> > Best regards,
> > Marcus
> > 
> > [1] http://lists.gnu.org/archive/html/discuss-gnuradio/2017-10/msg0
> > 0213.html
> > On 06.11.2017 04:16, Atif Javed wrote:
> > > hello all
> > > 
> > > I am trying to create my own UHD block in gnu radio for this i
> > > use cc files of already available module but i can't be able to
> > > do it. I have a basic knowledge of OOT blocks and have able to
> > > create blocks using this technique. can you please list the steps
> > > for this purpose. 
> > > 
> > > Any help in this regard will be much appreciated 
> > > Regards,
> > > ATIF 
> > > 
> > > On Thu, Oct 26, 2017 at 4:02 PM, Atif Javed  > > om> wrote:
> > > > Is it possible to generate FPGA code using gnu radio if so than
> > > > please guide me.
> > > > 
> > > 
> > > 
> > > 
> > > ___
> > > 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] XTRX miniPCIe/PCIe/USB SDR crowdfunding pre-launch

[mehtap özkan]

I have some more FAQ:

1. Which FPGA will be used Xilinx Artix 7 25T/35T/50T ?

2. Will we be able to write and Upload our own Firmware? If yes what is the
method of programming (JTAG, USB3 etc..)?

3. What is the Utilization %, will customized code fit into the FPGA?

4. Is 10 MHz reference input supproted?

Thank you in advance and I will definitely participate in the Campaign.


2017-11-05 13:55 GMT+03:00 Alexander Chemeris 
:

> Hello, all.
>
> Following our presentation at the GRCon'17 [1], we're launching a
> crowdfunding campaign for the XTRX SDR in the next week or so.
>
> XTRX is a tiny miniPCIe embedded versatile SDR. Up to 120MSPS 2x2
> MIMO; 10 MHz - 3.7 GHz Rx/Tx range; built-in GPSDO and much more.
>
> Leave your e-mail at the pre-launch page to receive updates and get a
> notification when the campaign launches:
> https://www.crowdsupply.com/fairwaves/xtrx
>
> Answering the most common questions:
>
> Q: Is GNU Radio supported?
> A: Yes! That's how we tested all our prototypes. Check out "XTRX
> Software Status Update" [2] for more details about the currently
> supported software. More software to follow.
>
> Q: Price?
> A: Special campaign price will be announced with the start of the
> campaign. We're still working out details, but it'll be in the range
> of other popular SDRs. Also, the campaign pricing will be lower than
> the retail price thanks to a support from our partners.
>
> Q: I don't have miniPCIe. Can I use XTRX?
> A: Yes! There are converters to USB3, PCIe, Thunderbolt3 and some more.
>
> links:
> 1. https://www.crowdsupply.com/fairwaves/xtrx/updates/grcon17-slides
> 2. https://www.crowdsupply.com/fairwaves/xtrx/updates/xtrx-
> software-status-update
>
> --
> Regards,
> Alexander Chemeris.
> CTO/Founder, Fairwaves, Inc.
> https://fairwaves.co
>
> ___
> 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] wx-scope

[Johannes Demel]

Hi Michael,

is there any specific reason why you want to use wx-scope? WX is 
deprecated and the Qt instrumentations should be a full replacement with 
additional features at this point. Usually it is quite simple to move 
from WX to Qt. Do you have any OOT modules using WX which prevent you 
from moving to Qt?


Besides, the actual error tells you that a value was expected while a 
vector was passed to the function.


Could you try to disable the legend? Since the error is thrown within a 
conditional statement.


happy hacking
Johannes

On 05.11.2017 20:57, Michael Hartje wrote:

dear list,

after installing the new Gnuradio-Companion  there is no function in
wx-scope (qt-scope works)

GNU Radio Companion 3.7.12git-295-ga0adcd33 (installed via pybombs)
pybombs version 2.3.2
ubuntu 16.04.3 LTS

Python 2.7 and 3.5 (standard -- calling python -- is 2.7)

GRC-Example:

a simple tone generator ,throttle and wx scope sink

--> does not work:

I got repetitive error lines until stopping the running
tone-example-program:

Starting the program shows:

Generating: '/home/hartje/Dokumente/sdr/grc/tone_simple.py'

Executing: /usr/bin/python2 -u /home/hartje/Dokumente/sdr/grc/tone_simple.py

and then the repeated line



ValueError: The truth value of an array with more than one element is
ambiguous. Use a.any() or a.all()
Traceback (most recent call last):
  File
"/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/scopesink_nongl.py",
line 533, in format_data
self.Draw(graphics, xAxis=x_range, yAxis=self.y_range)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/plot.py",
line 903, in Draw
self._drawLegend(dc,graphics,rhsW,topH,legendBoxWH, legendSymExt,
legendTextExt)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/plot.py",
line 1206, in _drawLegend
o.draw(dc, self.printerScale, coord= _numpy.array([pnt1,pnt2]))
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/plot.py",
line 211, in draw
if coord == None:
ValueError: The truth value of an array with more than one element is
ambiguous. Use a.any() or a.all()

---

the wx fft-plot works without any problems, wx-Instrumentation works as
expected

How can I get wx-scope to work properly?

former (older) installations of GRC do work as expected (scope)

Any help appreciated

Thanks in advance

Michael Hartje



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

[Discuss-gnuradio] Looking for tutorials (was: Hi all)

[Marcus Müller]

Hi Nirmala,

could you try to use descriptive subject lines in the future? I took the
freedom of changing yours, so that people know what your mail is about,
in hopes you get better answers that way!

Anyway, Ben is right, you should probably start with the established
tutorials at http://tutorials.gnuradio.org.

Your task

> First I want to send a simple tone within 20 kHz, sample it and
> transmit with a high frequency carrier in the ISM band and receive it. 
does sound very feasible for someone who's read the first few chapters
of that, although

> First I want to send a simple tone within 20 kHz, sample it
is a bit misleading: your tone is a digital signal, as it gets created
within your PC; you can't sample it, it's already digital :) But
seriously, you can generate a 20kHz with a single block (signal source),
and actually send it by connecting that block to e.g. a USRP Sink (if
you have a USRP). But you said you wanted a simulation, so I'm a bit
left to wonder what to simulate – you see, GNU Radio (and software
defined radio) often, if not usually, deals with /equivalent baseband/
so that we don't actually /care/ about the carrier at all, but model all
things that happen in the RF passband as happening in baseband. So, your
choice for a first simulation seems a bit unusual, if not even slightly
unlucky.

Best regards,
Marcus



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] FPGA code generation using gnu radio

[Marcus Müller]

Dear Atif,

this was a step in the right direction, but not nearly enough info for
us to help you. Remember, as said in my reply[1] to your original mail,
which you seem to have ignored:

  * Problem statement, as exact as possible. /What problem are you
trying to solve with your block?/
  * Approach description, including your reasoning. /Why do you consider
doing this in the FPGA? How does that fit in the overall application
you're working on?/
  * Question, including explaining what you've researched so far, so
that people don't explain things you already know. /Since you want
to dive into FPGA development, I assume you have at least done some
research on how to write hardware description languages. What have
you found out? As mentioned, GNU Radio is software, not hardware, so
you might want to explain why you think GNU Radio will do this for
you, based on your own research./

Until you answer *all* three bullet points above, I'm afraid we can't
help you. It's really not that hard asking better questions!

Best regards,
Marcus

[1] http://lists.gnu.org/archive/html/discuss-gnuradio/2017-10/msg00213.html
On 06.11.2017 04:16, Atif Javed wrote:
> hello all
>
> I am trying to create my own UHD block in gnu radio for this i use cc
> files of already available module but i can't be able to do it. I have
> a basic knowledge of OOT blocks and have able to create blocks using
> this technique. can you please list the steps for this purpose.
>
> Any help in this regard will be much appreciated
> Regards,
> ATIF
>
> On Thu, Oct 26, 2017 at 4:02 PM, Atif Javed  > wrote:
>
> Is it possible to generate FPGA code using gnu radio if so than
> please guide me.
>
>
>
>
> ___
> 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