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
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
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
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'
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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,
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 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
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
22 matches
Mail list logo
