Unless your CPFSK is defined such that each bit is +/-90 degrees, then
you're right.
If you are setup to have +/-90 degree phase shifts per bit, then each
bit transition time should fall on 0, 90, 180 or 270 exactly. No
slight phase shifts one way or the other in the transmitter.
My guess is tha
I think I want to back off this claim of odd behavior. The more I think
about general CPFSK, the more I'm convincing myself that total accumulated
phase will be changing, depending on the ratio of -1's to 1's. So seeing
the real part slowly change phase should not be a worry, I think?
Rich
On Mon
Problem: Real and Imaginary outputs of CPFSK sometimes seem flipped in the
transmitter.
I'm using the CPFSK block to modulate for a binary FSK radio. All that I
reference here is in the transmitter. There are 3 input paramaters for the
block: k (modulation index), A (Amplitude) and N (Samples/Symb
Tom,
Ok, thanks for the note and the ofdm code in general. I'll continue
using the old version in my research for now and will see if I can help
debug the new version.
Dev
Tom Rondeau wrote:
Dev Ramudit wrote:
Hello all,
Running the new ofdm benchmark code doesn't seem to be working
Dev Ramudit wrote:
Hello all,
Running the new ofdm benchmark code doesn't seem to be working
quite right. I only receive packets when I start the rx side while the
tx side is already running, and even then I receive:
on one:
$ python benchmark_ofdm_tx.py -f 907M
on the other:
$ python b
Hello all,
Running the new ofdm benchmark code doesn't seem to be working quite
right. I only receive packets when I start the rx side while the tx side
is already running, and even then I receive:
on one:
$ python benchmark_ofdm_tx.py -f 907M
on the other:
$ python benchmark_ofdm_rx.py -f
