On Wed, Feb 2, 2022 at 12:11 PM Ofer Saferman wrote:
>
> Thank you for your quick response.
> One last question in order to complete my understanding.
> From what you are saying then the sequence of events should be:
> radio_ctrl->issue_stream_cmd(cmd,port0)
> replay_ctrl->record(,port0)
> ra
ms doable to me, but you may want to start with a simpler
>>> approach (such as separate ports that don't require reconfiguring graphs).
>>> Also, regarding your question about a fixed number of samples, I think that
>>> the limit is 2^28 samples in the NUM_SAMPS_AND_DONE option. If
).
>> >>>>>> Rob
>> >>>>>>
>> >>>>>> On Tue, Feb 1, 2022 at 12:18 AM Ofer Saferman
>> wrote:
>> >>>>>>>
>> >>>>>>> Hello Wade,
>> >>>>>>>
&g
; rx_stream. When I do record or playback, which of the graphs is active?
> Both of them? In both directions? Can I control it to activate only one
> direction? For Tx I want to use the record function only once to get the
> samples into the buffer and playback them periodically (same as
-> Replay --> Radio, Radio -->
>>>>>>> Replay --> rx_stream. When I do record or playback, which of the graphs
>>>>>>> is active? Both of them? In both directions? Can I control it to
>>>>>>> activate only one direction? For Tx I want to use the recor
ples_from_file example) but for the other direction of
>>>>>> Rx I
>>>>>> want to use the record function all the time. When I issue the record
>>>>>> command, which graph is active? The Tx graph? The Rx graph? Will it allow
>>>>>>
graph? The Rx graph? Will it allow
>>>>> me to make the 2 graphs at all using the same port? It is my understanding
>>>>> that for the 2 graphs I mentioned I need two ports of replay, one for each
>>>>> graph. Please correct me if I am wrong.
>>>>> 4.
w do I issue a record command that will
>>>> cause both channels (ports) to record at the same time instant? I know we
>>>> can do timed commands for streams but how to do it for replay ? My use of
>>>> the rx streams is done later in an offline fashion and can be
do it for replay ? My use of
>>> the rx streams is done later in an offline fashion and can be done in
>>> series for each of the Rx channels but the recording of samples itself to
>>> DRAM has to be simultaneous.
>>>
>>> Thanks,
>>> Ofer Saferma
t the recording of samples itself to
>> DRAM has to be simultaneous.
>>
>> Thanks,
>> Ofer Saferman
>>
>> -- Forwarded message --
>>> From: Wade Fife
>>> To: Ofer Saferman
>>> Cc: usrp-users
>>> Bcc:
>&g
ge --
>> From: Wade Fife
>> To: Ofer Saferman
>> Cc: usrp-users
>> Bcc:
>> Date: Mon, 31 Jan 2022 16:52:41 -0600
>> Subject: [USRP-users] Re: Questions about replay block
>> Hi Ofer,
>>
>> 1. It is bidirectional. You can think of the
g of samples itself to
DRAM has to be simultaneous.
Thanks,
Ofer Saferman
-- Forwarded message --
> From: Wade Fife
> To: Ofer Saferman
> Cc: usrp-users
> Bcc:
> Date: Mon, 31 Jan 2022 16:52:41 -0600
> Subject: [USRP-users] Re: Questions about replay block
> Hi
Hi Ofer,
1. It is bidirectional. You can think of the "record" and the "play"
components as independent, but connected to the same memory. So be careful
not to read/write to the same memory space and be aware that reading and
writing simultaneously slows down the DRAM making under/overflow more
li
13 matches
Mail list logo
