Hi Fabien,
no need to modify the FPGA. The functionality is there – it's just not exposed to the
user. Also, note that interacting with the auxiliary ADC and DAC is going to be
asynchronous to the sample flow – there might be millions of samples from the main ADC
that have flown by before an A
Just realized that there *is* a C++ API:
usrp_block->get_device()->get_rx_dboard_iface()->read_aux_adc();
replace _rx_ with _tx_ for the LFTX, and read_aux_adc with write_aux_dac for
the DAC.
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
vali
Hi Ryan,
Thanks for the prompt reply.
The C++ compiler version used to first build GRC 3.9.4.0 and then compile
the OOT GRC block code is (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
I will check the same on the computer being used for GRC 3.8.2.0 use shortly
and critically look at the cmake output for
Hi Marcus,
Thanks for the detailed answer. I already know get_rx_dboard_iface method as it
is it that I use to access the IO of LFRX and LFTX.
The problem is that this is asynchrous. For my need, I would like to feed it
synchronously at a defined sample rate for audio purpose for example.
Do y
On 2022-03-05 14:16, Fabien PELLET wrote:
Hi Marcus,
Thanks for the detailed answer. I already know get_rx_dboard_iface
method as it is it that I use to access the IO of LFRX and LFTX.
The problem is that this is asynchrous. For my need, I would like to
feed it synchronously at a defined sam
The problem is that the latency using a sound card is terrible, even using
jackd. Using N210's sink ans source for audio purposes give very good latencies
but it limites me to half-duplex.
This is for what I'm interested by using that ADC and DAC.
Marcus D. Leech a écrit
>On 2022-03-
