implemented.
Thanks for all your help and special thanks to Rob Kossler that helped me
debug this for days on end till we found the problem and fixed it.
Regards,
Ofer Saferman
On Fri, Feb 11, 2022 at 7:06 AM Ofer Saferman wrote:
> Hello all,
> Thanks for the combined effort and catching the bu
are already recording or playing.
Regards,
Ofer Saferman
On Fri, Feb 11, 2022 at 12:51 AM Wade Fife wrote:
> Thanks Jonathan for catching that!
>
> Ofer, I do think you also need to set the MEM_ADDR_W to 31.
>
> Another thought. I think I mentioned that you should be able to recor
Hello Wade,
Do you think that this is the reason that ports 2,3 don't work?
I can try to rebuild the image and see what happens. I will update.
Regards,
Ofer Saferman
On Thu, Feb 10, 2022 at 10:36 PM Wade Fife wrote:
> Hi Ofer,
>
> I think MEM_ADDR_W should be 31 for E320. O
ithout the NullSrcSink. I added it sometime
in the debug process and it was just left there. It has no bearing on the
problem.
I would appreciate any assistance to debug the issue and make all ports of
the replay block work properly.
Regards,
Ofer Saferman
--
This message has been scanned for v
. Does this address your question?
> Rob
>
> On Wed, Feb 2, 2022 at 11:07 AM Ofer Saferman wrote:
>
>> Hello Rob,
>>
>> If the issue_stream_command for the radio does not trigger the recording
>> for the replay block and I have to do it manually I lose the time
record 2 radio rx channels simultaneously.
Regards,
Ofer
On Wed, Feb 2, 2022 at 4:21 PM Rob Kossler wrote:
> On Wed, Feb 2, 2022 at 4:02 AM Ofer Saferman wrote:
>
> > Just to tie all the loose ends:
> > Graph for recording will be: Radio_rx(0)-->Replay(0)-->rx_streamer,
ec_t(0.0),false); *
to dump the recorded samples to files.
The issue stream command above won't trigger the rx_stream?
The write to file operation is an offline operation for me and I don't want
it to be a real-time operation that has to keep up with the recording speed.
Thanks for all th
on item (4) in my latest query? - How to issue
recording simultaneously on two replay ports? As I mentioned, I know how to
do timed commands on streams but not on the replay block.
Regards,
Ofer Saferman
On Tue, Feb 1, 2022 at 7:02 PM Rob Kossler wrote:
> Oops. In step 3, I meant graph Rep
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
is going on in the
rfnoc_replay_samples_from_file example?
If someone has a working code snippet I would appreciate it if they can
share it.
Thanks,
Ofer Saferman
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
b
i_usrp it is easier. There is a method called
get_mboard_sensor() or something like that makes the code more pretty. The
sensor name is as above.
How did you install lm_sensors?
Regards,
Ofer Saferman
On Wed, Aug 25, 2021 at 2:02 AM wrote:
> Send USRP-users mailing list submiss
If no FPGA image for the E320 exists with the replay block what UHD version
would you recommend as most stable? I am currently working with UHD 3.15 on
an array of E310 units without any problems. Would you suggest going to 4.1?
Thanks,
Ofer Saferman
On Wed, Aug 18, 2021 at 7:57 AM Jonathon Pend
Hello,
Thank you for your suggestion. I will follow up on that.
Any comment on the RFNoC replay block?
Regards,
Ofer Saferman
On Mon, Aug 16, 2021 at 10:30 AM wrote:
> Send USRP-users mailing list submissions to
> usrp-users@lists.ettus.com
>
> To subscribe or unsubscri
the
RFNoC Replay block?
What would be the shortest path for me to get any UHD version on the E320
that has the RFNoC replay block built-in without needing to rebuild the
FPGA image by myself?
Thanks,
Ofer Saferman
--
This message has been scanned for viruses and
dangerous content by MailScanner
ke to know.
Regards,
Ofer Saferman
On Sun, May 9, 2021 at 10:30 AM wrote:
> Send USRP-users mailing list submissions to
> usrp-users@lists.ettus.com
>
> To subscribe or unsubscribe via email, send a message with subject or
> body 'help' to
> usrp-user
image.
Regards,
Ofer Saferman.
On Sat, Apr 3, 2021 at 10:30 AM wrote:
> Send USRP-users mailing list submissions to
> usrp-users@lists.ettus.com
>
> To subscribe or unsubscribe via email, send a message with subject or
> body 'help' to
> usrp-users-re
another repository?
Doing: opkg list | grep ntpd, does not yield anything useful so it is not
just a question of typing it correctly.
Regards,
Ofer Saferman
On Thu, Apr 1, 2021 at 4:34 PM Marcus D. Leech
wrote:
> On 04/01/2021 06:00 AM, Ofer Saferman wrote:
>
> Hello Marcus,
>
>
Hello Marcus,
I am working on E310 with the latest UHD-3.15 SD card image.
It seems not to include ntpd that is required to synchronize system time to
GPS time.
Any idea how to install it on the E310?
Regards,
Ofer Saferman
On Wed, Mar 31, 2021 at 11:40 PM Marcus D Leech
wrote:
> Just
Thank you Rob. Your suggestions are always helpful. I will look into using
gps_gpgga.
Thank you Marcus. I am already adding one, per other examples posted here
and sync_to_gps example. Can you please comment how I can benefit from the
fact that E310 units use gpsd in Linux?
Regards,
Ofer Saferman
using gps_time?
Can I "assume" the systems are synced just by the effect they were
connected enough time to a GPS antenna? and then just access their time -
radio_ctrl->get_time_last_pps()?
How to use this information programmatically?
Regards,
Ofer Saferman
-- Forwarded messag
d get_mboard_sensor. The results are quite similar.
I wonder if anybody encountered this issue before or addressed it in any
way.
I wonder why it takes so much time to get the value of GPS time when it is
a simple parsing of an NMEA message coming from the GPS receiver.
I am trying now various
ject or the device3 object but I don't know how to get to it.
Regards,
Ofer Saferman
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
USRP-users mailing list
USRP-u
hd.dir/convert/convert_with_neon.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:125: lib/CMakeFiles/uhd.dir/all] Error 2
make: *** [Makefile:163: all] Error 2
-
Can you help me out to make this compilation work
Hello Wade,
Thank you for your reply.
I was going to purchase an E320 only because of the ability to use the
Replay block. Now I can do it without worrying.
Regards,
Ofer Saferman
On Tue, Jan 12, 2021 at 9:13 PM Wade Fife wrote:
> Hi Ofer,
>
> The Replay block should work fine with
Hello,
Looking at the FPGA code on the repository for E320 I see that the replay
block was previously supported and reverted to a FIFO a few months ago.
Is it not working properly? Can I get a previous version of the FPGA
firmware and use the replay block on a E320?
Regards,
Ofer Saferman
Hello Marcus,
Thank you for your reply.
Is there support today in software for direct register writes to the AD9361
device for the E310?
If there is, I think I can use SYNC and a modified firmware to implement
Multi-chip synchronization.
Regards,
Ofer Saferman
On Sun, Jan 3, 2021 at 7:00 PM
rnal clock of different frequency? Maybe 10 MHz? Or does it require a
major change in software or firmware?
Does anybody have a different idea how to get E310 units synchronized at
sample level without voiding the warranty and hacking an external clock?
Please help.
Regards,
Ofer Saferman
--
way to achieve the synchronization that I want, given that
the E310 has no external reference clock input?
Regards,
Ofer Saferman
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
USRP
to start 1 minute in the
future (or something similar) and I am hoping since the clocks are truly
synced to get synced base-band Tx samples on different E310 units.
Regards,
Ofer Saferman
On Fri, Dec 4, 2020 at 10:46 PM Rob Kossler wrote:
> Hi Ofer,
> Here is my understanding
> - The
commands to perform the time synchronization
to GPS clock or point to a relevant code example?
Thanks,
Ofer Saferman
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
USRP-users mailing list
generation
> capability (with fixed length waveforms that are repeated), you need a
> custom block that includes enough memory to store the largest expected
> waveforms. Is this the capability you need and if so, how large (how many
> samples) are your waveforms?
> Rob
>
&
Thank you.
Last question: If the E310 does not support the replay block is it possible
in any way to transmit a signal using the device only without streaming it
from a host computer? If so how?
Regards,
Ofer Saferman
On Mon, Sep 14, 2020 at 4:42 PM Rob Kossler wrote:
> Hi O
me to
> each channel.
> Rob
>
> On Sat, Sep 12, 2020 at 9:42 AM Ofer Saferman via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Hello,
>>
>> I would like to extend the example called "rfnoc_replay_sample_from_file"
>> to play 2 fi
ces of the replay blocks
each connected to a Tx channel? Are there even more than one replay blocks
available?
I am walking blind in the woods here and any direction would be helpful.
Regards,
Ofer Saferman
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
b
ld be fast enough to handle the task.
I thought that by specifying --nsamps instead of --duration it would
achieve exactly what I wanted. I thought that specifying --duration is a
streaming operation while specifying --nsamps makes it one-shot.
Regards,
Ofer Saferman
-- Forwarded me
various combinations of number of samples bandwidths and sample
rates and can't get more than 16 Msps.
Why can't I get a sample rate of more than 16 MSps?
Any help will be appreciated.
I am running UHD v3.15.0.0_e310_sg3.
Thanks,
Ofer Saferman
--
This message has been scanned for v
36 matches
Mail list logo
