Hi,
I'm trying to build gr-fcdproplus for GR 3.8
since 'libusb-1.0' was missing, I did:
"sudo apt-get install libusb-1.0"
to load hidapi, I did 'sudo pip3 install hidapi'
the cmake summary is:
-- Build Summary =
-- Building gr-fcdproplus : .. for
Pic of the output from the QT GUI Frequency sink is shown below. I didn't
see anything significantly different from this, even when I put the radio
right up next to my home router.
I've been told that it would be a good idea to set a DC offset for my
source, but I'm unsure how to calculate that,
Hi all,
we have the monthly project call for GNU Radio on today, at the usual time
(10 AM Pacific, 19:00 EU, 1 PM Eastern, other timezones please do your own
math).
Please join us on IRC or Slack where we'll post the link to the call
shortly before it starts.
-- M
Thank you for your insight Michael.
My block must always produce a fixed size chunk of data, so it is not
directly applicable, but I could use a similar parameter to decide if I
would produce stuffing in the current call to work or not.
Then I could query the status of the output buffer to do so.
Hi Wheberth - In a similar block I've created in the past, I include a
parameter, let's call it "stuffing_size", that is the number of items to stuff
when stuffing occurs. If this value is small, then there is "small" latency
between when the PDU comes in and its data is output ... but, the
Hi Al - I can't speak to PyBOMBS specifically, but the error message shows that
GMP or MPIR isn't working correctly: "/usr/include/gmpxx.h" should "#include"
the file "/usr/include/gmp.h", which should contain the function "mpf_cmp_z"
... just checked my system & this is indeed the case. Maybe
Hi All
I cannot get gnuradio 3.8 to install.
I have installed a clean copy of Ubuntu Mate 18.04 and pybombs on my
machine and installed all the pre-requisites required for gnuradio.
What I have done thus far is;
1) Modify gnuradio-default.lwr to point to gnuradio38(.lwr)
2) Modify
Hi,
there are quite a lot of "XBee" boards. Some of them support multiple
PHYs etc. So please make sure that the device is actually sending
standard compliant IEEE 802.15.4 frames on the channel that you are
tuned to. Use gr-fosphor to make sure that the device is actually
sending on the
Hi Derek,
thank you for your helpful answer!
In the link you sent, they mention that Q16 Format is used as otw Format.
Is that the same as the signed Q1.15 Format? I think it has to be, because
otherwise only positive numbers could be mapped.
I now managed to add numbers from my registers to my
Hello
I'm using the GR-IEEE 802.15.4 OQPSK Transceiver and I'm trying to receive
a packet from a XBee ZigBee module and then import that packet to
wireshark. However, the file sink is always empty after running the
flowgraph. I have the rime stack, socket pdu, message strobe, and packet
pad all
10 matches
Mail list logo
