Hello,
I am currently trying to work on the USRP B210 to act as a transceiver.
Basically, what I am tasked to do is to receive, digitize, modulate and
re-transmit. So what I am planning to do now is to create a chirp signal in the
USRP B210 and transmit back to itself to the RX port. As a
Hi Albin,
Sorry, I was under the impression that RTP would be transmitted over
the air, which in some cases might make sense... like IP multicast
over MPEG-TS over DVB-S. But for Codec2 it does seem like raw audio
transmission is better suited. So then why the need for a Codec2/Opus
RTP block? I
HI Jeff Long
Yaah 15K is very minimum to use in USRP sink
I use 15K sample rate in order to get clear Audio File. but I also use
large sample rate in USRP sink but the result is more or less the same
___
Discuss-gnuradio mailing list
Hi Adrian,
UDP and RTP adds a lot of overhead to a codec like Codec2 and doesn't
make any sense at all unless you wan't to route your packets over an
IP WAN like the internet. Then it makes a lot of sense.
I imagine the only use case for an RTP/Codec2 or RTP/Opus block is
streaming audio from a
>
> We would like to combine Opus/CODEC2 and RTP multicast to have stereo field
> audio. The sources of the audio appear at different points in the stereo
> field, so that a roundtable conversation feels more like a roundtable, or
> so that two streams from two different SDRs are distinct.
>
Hi
A USRP doesn't work at 15k S/s, and your audio sink probably doesn't
work at 120k. On the TX side you have 2 different blocking sinks (audio
and USRP) which can mess things up. Not sure about the rest of it. It
seems like there might be some filtering and oversampling missing.
On 05/10/2018
Hi Michelle,
Well my need for RTP/Opus is because of a Raspberry Pi FPGA based
shortwave transceiver for remote ham radio I'm building together with
Daniel, sm6vfz.
Today I sat down and wrote an RTP/Opus sink block and I have to say
it's working really well. I'm using libopus and jrtplib. My
Hi Albin,
We have a similar interest in getting RTP functionality in GNU Radio.
Phil Karn recently wrote and published an SDR package for Phase 4 Ground
that includes RTP multicast functionality. We have been talking about
getting this functionality into GNU Radio. Another person interested in
sure, but it's not the way I'd recommend for perfectly periodic
transmissions and I'm almost certain this will just lead us further
down your XY problem: https://xyproblem.info
Can you maybe explain in detail what you need chirps for, why you need
them at this low repitition rate, what the
Hi,
Thank you again. Are there any examples or guides I can refer to regarding the
tx_time tags? Will this allow me to transmit every few seconds?
Thank you in advanced!
-Original Message-
From: Müller, Marcus (CEL) [mailto:muel...@kit.edu]
Sent: Thursday, 10 May 2018 5:34 PM
To: Yeo
Hi!
So, you're continuously generating data to send, so it continuously
sends data – it works as you've designed it. Maybe you want to somehow
add "tx_time" tags every "packet length" samples?
Also, make sure that one packet really contains one chirp. In your
previous flow graph, that wasn't the
Hi,
Thanks Marcus! Corrected it and thanks for the info!
1) I would like to transmit burst signals of the chirp generated from the
flowgraph attached. I tried using the “stream to Tagged stream” way, but when I
ran the GNU Radio Companion, it’s being transmitted continuously. Nothing
Hi!
your receiver low pass filter is incorrectly parameterized, probably
(sampling rate isn't 32 MS/s). And so is the rest of your flow graph –
your USRP is using a sampling rate of 2 MS/s, but you act as if it's
running at 32 MS/s. Start with 2 MS/s and make it work with that – then
later scale
13 matches
Mail list logo
