OK good stuff Alan, and nice that you wrote it all up in a web page- great.
like I said, if you ahev tuning interaction between the filters, you are
over coupled, and need to change coax length between them. unless there
is a need for a flat top double tuned bandpass response , like two
posted here for the benefit of all the non-RF people :
Hi Alan. OK roger all that. as you know, duplexors, cavity filters, bla
bla are my home game...
if you have interaction problems between them the cable lengths are
wrong between the filters.
IE the coupling is wrong.
with a single
Excellent Alan !
right, like I thought , tx_uw always zeros , and rx_uw goes to zero
because input level falls.
OK David, I am sure you had other ideas in mind for tx_uw ?
that is it has been initialized to zero and never set..
Can you please fix this up? it is like you got a phone call
Hi Glen,
Here we have the end of ve9qrp_700d.wav well I pressed ^C.
BTW: squelch is turned off freedv_set_squelch_en(f2, 0);
state: Rx Sync peak: 1823 sync: 1 SNR: 14.6 triggered: 1
recordany: 0 rxDataCnt 1890 ncodec 14
SYN: 2 0 1 0 ; tx_uw 00 rx_uw ; 00
I've put together a FreeDV Technology overview document:
https://github.com/drowe67/codec2/blob/master/README_freedv.md
Thanks JimT for proofing this for me :-)
Cheers,
David
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
well, looks OK, looks like it is worked as expected. but...
It's like the demod freezes. and freezes and doesnt update the UW
buffer..
and rx_uw[i] is not being updated.
HMM but
LINE 1495:
ofdm->uw_errors+= ofdm->tx_uw[i] ^ rx_uw[i];
ERRR AHH ofdm->tx_uw[i] IS set to zero (line
Hello List,
Mal, VK8MT, just pointed out I had the wrong .dfu file linked for the
SM1000 V4 firmware on the SM1000 page:
https://github.com/drowe67/codec2/blob/master/stm32/doc/sm1000_manual.md
Should be correct now.
http://www.rowetel.com/downloads/codec2/smartmic/sm1000v4.dfu
Cheers,
Hi Glen,
Done as asked... SYN: sync_state, uw_errors, sync_mode, sync_counter
SYN: 2 0 1 0 good solid reception of ve9qrp_700d.wav
state: Rx Sync peak: 1901 sync: 1 SNR: 15.7 triggered: 1
recordany: 0 rxDataCnt 1218 ncodec 14
SYN: 2 0 1 0
SYN: 2 0 1 0
Alan, please be sure to keep correct subject line.
Right. ofdm.c
voidofdm_sync_state_machine(structOFDM *ofdm, uint8_t*rx_uw)
there are two synced states, synced (ongoing) and trial sync (when
sync is getting established for the first time- checking if this is real
sync or bogus sync due to
Hi Glen and David,
No problem, as parrot/freebeacon records everything.
Files on http://www.unixservice.com.au/parrot/ofdm
5.5 Mb of files. `date`_q.raw is going to the transmitter.
BTW: the ":" colon in the date string is a pain. Replaced with "-".
(I use "scp" to xfer files)
One thing of
10 matches
Mail list logo