It might also help to look at the FHSS utilities from Sandia Labs, which has a
burst detector and FSK demodulator.
https://github.com/sandialabs/gr-fhss_utils
For a more application specific implementation, gr-smartmeters is built on
FHSS_utils. The developer has some fantastic tutorial
Thank you Ron for the bug in 3.10.2.
But after correction and new compilation the error message is
unfortunately still present when I launch GRC.
[*** LOG ERROR #0001 ***] [2022-07-09 17:52:42] [test_bvb] {invalid type
specifier}
Jeff
-
Le 10/07/2022 à
Hi Peter,
since you're looking at a signal with less than 10MHz bandwidth around
910MHz, you might have hardware available that is able to capture the
whole bandwidth. This should be a good starting point.
Besides, the best approach to solve your challenge depends on more
parameters.
First you should build a packet detector which can determine if there is a
packet over the air or not. This can be done by detecting channel power
change
Then you can cut out the part of I/Q stream which just includes one packet.
After that you can run frequency demod on the packet.
To demod this
Hello,
Excuse my ignorance as I am fairly new to gnuradio but I am trying to
figure out how best to capture a data stream that is in the ISM band that
also has frequency hopping.
Channel spacing of 25kHz
It has two data bit rates of 62.5bps and 500bps
Starting at 910.5Mhz and going up to 919.975
Are you trying to set the Minoutbuf setting on your block to something
other than 0? There was a bug with that in 3.10.2.
Fixed in 3.10.3.
https://github.com/gnuradio/gnuradio/commit/af6f28e3ba7042ac5eeb8c4b39857cbb15d436a5
Ron
On 7/10/22 01:44, user 1 wrote:
Hello,
I have build a simple
Hello,
I have build a simple test OOT block to learn and play with vectors. My
OOT block written in C++ is between a file data source and a file data sink.
The gcc compilation is error free. All is OK, my block works fine, the
resulting data are consistent.
However, at the start of the
