Hello stackprogrammer:
HackRF does not support 32ks/s, and Osmocom Sink does not resample the data for
you (and sometimes does not give you a clear warning when something is wrong).
So, I would check whether the stream is really being transmitted at 32ks/s (by
using something like Probe Rate).
Hi Lamar!
On 25.11.21 14:39, Lamar Owen wrote:
On Nov 25, 2021 8:15 AM, Marcus Müller wrote:
...
Honestly, a RPi4 would just go to waste with me! If you want to crowdsource
one for the
greater good of the SDR community, I'd say: Radioastronomy outreach, or ham
radio, that's
Hi,
pretty sure that thing actually emits complex64/gr_complex/fc32.
Best regards,
Marcus
On 25.11.21 19:58, Verónica Toro Betancur wrote:
Hi Marcus,
Thanks for the explanation.
In fact, the block I'm having trouble with is self.iio_pluto_source_0_0, which
is defined as
pluto_source_impl::p
Hi Marcus,
Thanks for the explanation.
In fact, the block I'm having trouble with is self.iio_pluto_source_0_0,
which is defined as
pluto_source_impl::pluto_source_impl(fmcomms2_source::sptr block) :
hier_block2("pluto_source",
io_signature::make(0, 0, 0),
Hi Verónica,
in your long/short_sync_block's __init__, you set the in_sig to [np.complex64], which is
of a complex number composed of two 32 bit floats.
You can change that to other types!
But: your wifi_phy block outputs something specific, it needs to match that.
Best regards,
Marcus
On
Hi Martin,
Yes, that could definitely be the case. I don't have my radios right now
with me, but I'll try it tomorrow. And sorry for the silly question, but
how should I define it in Python to be fixpoint?
On Thu, Nov 25, 2021 at 6:25 PM Martin Braun wrote:
> Verónica,
>
> have you maybe misma
Verónica,
have you maybe mismatched data types? Like, the real signals are fixpoint,
but your Python is doing floating point?
--M
On Thu, Nov 25, 2021 at 2:59 PM Verónica Toro Betancur
wrote:
> Hi,
>
> I am trying to detect and decode WiFi and ZigBee signals in GNURadio. For
> the detection, I
Sure! Here is the link to my code:
https://drive.google.com/file/d/1h1bLV3_ftAaymdgD8mt7ZtOtLdRnezEy/view?usp=sharing
Sorry for the mess.
Best regards,
Verónica
On Thu, Nov 25, 2021 at 5:34 PM Michelle Thompson <
mountain.miche...@gmail.com> wrote:
> I'm doing a similar thing for something tha
I'm doing a similar thing for something that works like zigbee. Do you have
a link to your code?
I think it should be working better than what you're seeing.
-Michelle W5NYV
On Thu, Nov 25, 2021 at 5:59 AM Verónica Toro Betancur
wrote:
> Hi,
>
> I am trying to detect and decode WiFi and Zig
Hi,
I am trying to detect and decode WiFi and ZigBee signals in GNURadio. For
the detection, I have implemented my own blocks in Python. It all works
well with simulated signals but the problem comes when I use radios to
acquire real signals. I'm using Pluto SDR and it works perfectly when I use
i
On Nov 25, 2021 8:15 AM, Marcus Müller wrote:...
Honestly, a RPi4 would just go to waste with me! If you want to crowdsource one for the
greater good of the SDR community, I'd say: Radioastronomy outreach, or ham radio, that's
the two things I'd think a RPi4 would make the biggest impact.Rad
Hi Greg,
:) !
On 24.11.21 18:44, Gregory Ratcliff wrote:
Marcus,
"..I don't have an RPi4, so can't test.”
You really should get one, if only to monitor ADSB from airplanes on your own.
I've got Deutsche Flugsicherung round the corner, and to be honest, they're doing a better
job! (Truth
Hi,
One workaround is to add the path of the "util_model.py" to the sys.path
(PYTHONPATH environment variable), then python should find the file.
Your warings are regarding doxygen.
BR,
Marcin
czw., 25 lis 2021 o 08:22 能书能言 <2127629...@qq.com> napisał(a):
> Hi
> Thank you for your reply. I have t
13 matches
Mail list logo
