Create a named pipe:
mkfifo /channel

run
fsk_tx_sp.py -p 2
fsk_rx_sp.py -p 2

telnet localhost 1024 (transmit)
then
telnet localhost 1025 (rcv)

Type in the transmit window, and you'll see what I see.

A problem on the receive seems to be that correlator only processes one input per cycle, no matter how many it's told to. Must be something else in the usrp logic that lets the thread run even when there's nothing from the USB?

I've also included the s (USRP below), and p (file above) variants which you can mix and match as you wish.



If you can come up with a small test case that demonstrates the
problem I'll look at it.

Eric

Attachment: fsk_tx_sp.py
Description: Binary data

Attachment: fsk_tx_s.py
Description: Binary data

Attachment: fsk_tx_p.py
Description: Binary data

Attachment: fsk_rx_sp.py
Description: Binary data

Attachment: fsk_rx_s.py
Description: Binary data

Attachment: fsk_rx_p.py
Description: Binary data

_______________________________________________
Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to