Hi Cliff,
You don’t specify your bandwidth requirements but you might want to have a look
at the ADALM-PLUTO SDR:
https://www.analog.com/en/design-center/evaluation-hardware-and-software/evaluation-boards-kits/adalm-pluto.html
It does not fully match your requirements, however I am not aware of
Hi Marcus,
thank you for clarifying. I already guessed that signal processing in the FPGA
is required, but I had the hope that we can start with a CPU-only setup with
limited performance and improve it by FPGA implementations later on.
Do you have a rough guess what bandwidth a Cortex-A53 ARM
Thanks for both suggestions. Both recommended solutions are great
hardware, but at those prices I may as well buy another HackRF One.
On Thu, Jun 27, 2019 at 4:41 AM Jonas Manthey
wrote:
> Hi Cliff,
>
>
>
> You don’t specify your bandwidth requirements but you might want to have a
> look at the
Hi guys!
I want to realize a gr flowgraph that transmit a burst of
samples whenever an UDP packet arrives.
I the last few days I created an
out-of-tree block that generates the burst, starting from an input
string.
An external process produces the input string asynchronuously
(very low frequency,
Hi Erik,
On Thu, 2019-06-27 at 09:19 +, Erik Heinz wrote:
> Hi Marcus,
>
> thank you for clarifying. I already guessed that signal processing in the
> FPGA is required, but I had the hope that we can start with a CPU-only setup
> with limited performance and improve it by FPGA implementatio
You **Really** have steep pricing ideas :) Anyway,
https://osmocom.org/projects/osmo-fl2k/wiki
On Thu, 2019-06-27 at 05:32 -0400, cliff palmer wrote:
> Thanks for both suggestions. Both recommended solutions are great hardware,
> but at those prices I may as well buy another HackRF One.
>
> On
Hello Cliff:
If you really want to keep the price low, you can get a Raspberry Pi
(https://github.com/F5OEO/rpitx ) or a FL2k (
https://osmocom.org/projects/osmo-fl2k/wiki ) which Marcus suggested. The
problem is that these devices generate a _lot_ of harmonics (that is why you
can use them
OS: Ubuntu 18.04
Laptop: Dell Latitude 5490
GNU Radio : 3.7.13.5
UHD : UHD_3.15.0.git-1-gf83faf28
SDR: Ettus N200
I did a fresh install today using pybombs.
Then tried running wifi_rx.grc from gr-ieee-80211 package and flooded with
errors. Never seen them before. Bold marked part is coming with a
Hi Sumit - Just out of curiosity, have you tried the command the warning asks
you to execute?
{{{
sudo sysctl -w net.core.wmem_max=250
}}}
If not then please try it & see if that helps. - MLD
On Thu, Jun 27, 2019, at 12:27 PM, sumit kumar wrote:
> OS: Ubuntu 18.04
> Laptop: Dell Latitude 5490
Hi Michael, Yes indeed, tried till 500, still no luck.
Regards
Sumit
On Thu, 27 Jun 2019 at 18:30, Michael Dickens
wrote:
> Hi Sumit - Just out of curiosity, have you tried the command the warning
> asks you to execute?
> {{{
> sudo sysctl -w net.core.wmem_max=250
> }}}
> If not then p
This happens after running *sudo sysctl -w net.core.rmem_max=5000*
[INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
UHD_3.15.0.git-1-gf83faf28
[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 14
I'm no expert on what to change here, but I'd guess there's another setting
that's the correct one for your specific OS & version, and that
"net.core.rmem_max" is the correct one for some other OS and/or version. Maybe
do a quick internet search for how to change the UDP buffer size on your OS a
Erik,
You can use the generic IIO Device blocks to talk to the ADRV9008/9. The
PHY Device is "adrv9009-phy", Device is "axi-adrv9009-rx-obs-hpc" to get
the observation path, and the channels are voltage0_i and voltage0_q.
In regards to processing data, even on the FPGA fabric 450 MHz is
challengi
Sure I will try that, meanwhile any tip on the other issue, i.e.,
*TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of
type 'bool'*
Regards
Sumit
On Thu, 27 Jun 2019 at 18:54, Michael Dickens
wrote:
> I'm no expert on what to change here, but I'd guess there's another
>
Hmmm ... well the current UHD API for "set_auto_dc_offset" is "(bool, size_t)".
Looks like the generated Python from gr-ieee-80211 is "set_auto_dc_offset("",
0)", which isn't compatible with the current UHD API for this method.
Hmmm ... here's my best bet: gr-ieee802-11 uses the GR-provided GRC
Its overwhelming :D, I have a demo on Monday and I was 100% assured
gr-ieee-80211 will work as usual.
Before I saw your mail, I already checked out GR to 3.7.12, UHD to 003 009
006 and compiling now.
Yes I used pybombs for installation.
I have a USB with gnuradio installed into it. It works good
Well it worked after compiling old checkouts (but not giving me the usual
satisfaction of a fresh install... but anyways)
On Thu, 27 Jun 2019 at 19:45, sumit kumar wrote:
> Its overwhelming :D, I have a demo on Monday and I was 100% assured
> gr-ieee-80211 will work as usual.
>
> Before I saw yo
I guess for your need so long as it works that's what matters, yes?
We'll work on fixing the issue you found anyway ... seems like it's legit &
undesirable LOL.
Good luck with your demo! - MLD
On Thu, Jun 27, 2019, at 2:01 PM, sumit kumar wrote:
> Well it worked after compiling old checkouts (b
Thats true, thanks. meanwhile the UDP problem is solved. I had to run the
command as root :D not sudo.
On Thu, 27 Jun 2019 at 20:07, Michael Dickens
wrote:
> I guess for your need so long as it works that's what matters, yes?
>
> We'll work on fixing the issue you found anyway ... seems like it'
Hi all!
This year's keynotes have been announced! This year, our keynote speakers
will be:
- Travis Goodspeed
- Mark Shuttleworth, Canonical
- Robert Suggs, Marshall Space Flight Center
- Mark Spencer, Digium
You can see more details about the conference program on the website, locat
This is a restatement of my second question:
If the input to a block is an array of X bytes, and I produce an output
array of Y bytes, is that still considered a sync_block, i.e. one array
in, one array out? For example, if the input array has a length of 64
bytes, and I produce an output arra
Hello,
I believe you'd set the number of outputs to 1, for the array itself, and
when you set the data type of the output, you'd use sizeof(float) or
sizeof(gr_complex) * array_size, so in this case array_size is 58. You'd do
this for both input and output signatures.
Good luck!
Kevin
On Thu, J
22 matches
Mail list logo
