asing
issues at the edges of the spectrum, due to the filter characteristics.
Regards,
Kyeong Su Shin
보낸 사람: isaac mario tupac davila
보낸 날짜: 2021년 5월 12일 수요일 오전 7:15
받는 사람: usrp-users@lists.ettus.com
제목: [USRP-users] Sampling rate and bandwidth - Usrp N210 & sou
Hello David:
I suggest checking out GNU Radio conference papers/recordings, as many of them
uses USRP(s) in some ways. (Example:
https://events.gnuradio.org/event/8/contributions/ ,
https://www.youtube.com/c/GNURadioProject , etc.)
Regards,
Kyeong Su Shin
보낸
versampled signals and the FPGA is sufficiently
large for your purposes.
Regards,
Kyeong Su Shin
보낸 사람: fan
보낸 날짜: 2022년 7월 14일 목요일 오후 3:12
받는 사람: usrp-users@lists.ettus.com
제목: [USRP-users] Is it possible to control the sampling position of the
baseband signal
hable
daughterboards may let you break down one I-Q RX chain to two, but B210
isn't the one).
You will have to get more boards and synchronize them together using a
common clock, or develop an algorithm that works with 2 antennas (+ 2
switchable antenna ports).
Regards,
Kyeong Su Shin
On Fri, Jul 1
at approx. 800Mbps rate (for 25MS/s I-Q
sampling), and it rarely drops a packet (I saw a few packet drops, but when
and only when I used old NICs, switches, or cables).
Regards,
Kyeong Su Shin
On Fri, Aug 25, 2017 at 1:14 AM, Claudio Cicconetti via USRP-users <
usrp-users@lists.ettus.com>
Hello All,
Just want to note that NI 2921s use XCVR2450, which is half-duplex (cannot
rx and tx concurrently). B210s will work better, as they are full-duplex
2x2 MIMO.
Regards,
Kyeong Su Shin
On Wed, Aug 30, 2017 at 8:44 PM, Michael Don via USRP-users <
usrp-users@lists.ettus.com>
may cause problems if I do this.
Any suggestions are welcome.
Regards,
Kyeong Su Shin
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
ith images) regarding this.
Regards,
Kyeong Su Shin
On Mon, Oct 23, 2017 at 11:16 AM, Angilberto Muniz Sb via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
> I have a USRP1 Rev2 board and a FLEX900 dboard. The flex900 works fine
> with USRP1 Rev4.5, but wont work with USRP1 R
It will act as a RF shield. (see:
https://en.wikipedia.org/wiki/Electromagnetic_shielding )
Not a recommended way to protect yourself from strong EM waves, but it does
make a good joke.
Regards,
Kyeong Su Shin
On Tue, Nov 7, 2017 at 11:01 AM, Kevin Hung via USRP-users <
usrp-us
there are anything else that I can try.
Also, I wonder what differences we can expect if we switch our
daughterboard to a TwinRX. Would it be worth it? What noise figures did
people experience when a wideband outdoor antenna was connected to the
board?
Regards,
Kyeong Su Shin
tioned was the noise figure that is observed by us, after such
adjustments). We will definitely try adding filters.
Regards,
Kyeong Su Shin
On Tue, Nov 14, 2017 at 7:12 PM, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 11/14/2017 10:00 PM, Kyeong Su Shin v
Dear Marcus D. Leech:
Thank you very much! I will think about this.
Regards,
Kyeong Su Shin
On Tue, Nov 14, 2017 at 7:37 PM, Marcus D. Leech wrote:
> On 11/14/2017 10:31 PM, Kyeong Su Shin wrote:
>
> Dear Marcus D. Leech:
>
> Thank you for the reply.
>
> Is the only ad
where the 100MHz signals will
alias onto.
Regards,
Kyeong Su Shin
On Mon, Nov 27, 2017 at 8:51 PM, 이성복 via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi
>
> I have 2Questions
>
> I was install Linus Ubuntu 16.04 LTS,
>
> sudo apt-get update
>
> sudo apt-g
r mix them down to any
frequencies. The 'tuning' that I mentioned in the second paragraph of the
previous e-mail is 'digitally' shifting down the signal (done by the USRP
motherboard's FPGA).
Regards,
Kyeong Su Shin
On Tue, Nov 28, 2017 at 6:41 AM, Kyeong Su Shin wrote
Hello Benny Alexander:
What is meant is that you must multiply your samples by a constant number,
1.0/(2**15-1), to scale it from 0 - 32767 to 0 - 1 (range accepted by the
USRP).
Regards,
Kyeong Su Shin
On Mon, Dec 11, 2017 at 8:50 AM, Benny Alexandar via USRP-users <
usrp-users@lists.ettus.
rx_samples_to_file is
not suitable for the task, though (correct me if I am wrong). That is just
an example program.
Regards,
Kyeong Su Shin
On Thu, Dec 28, 2017 at 6:29 PM, Wahhab Albazrqaoe via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi John,
> Thank you for your reply
u are implementing your own codes.
Regards,
Kyeong Su Shin
On Thu, Feb 8, 2018 at 7:32 AM, Jeff Long via USRP-users <
usrp-users@lists.ettus.com> wrote:
> The short answer is no, there is no easy way.
>
> The long answer is: build up the appropriate RF/L1 packet decoder in G
Hello Wahhab,
In my experience, that should work. However, Ettus Research dropped the
USRP 2 support a long ago, so you can only expect community support and no
official feedbacks (=basically at your own risk).
Regards,
Kyeong Su Shin
On Thu, Feb 8, 2018 at 10:49 AM, Wahhab Albazrqaoe via USRP
uot; or "Device Arguments" parameter of the GNU Radio
UHD blocks to address specific USRP devices. See: https://files.ettus.com/
manual/page_identification.html
Regards,
Kyeong Su Shin
On Thu, Feb 8, 2018 at 12:49 PM, 김무연 via USRP-users <
usrp-users@lists.ettus.com> wrote:
> R
nonlinearity issues.
Personally, I like the UBX boards better than the SBX boards. But both are
generally suitable for such experiments.
Regards,
Kyeong Su Shin
보낸 사람: Hojoon Yang via USRP-users 대신 USRP-users
보낸 날짜: 2018년 3월 14일 수요일 오후 3:20:56
받는 사람: usrp-user
sampling rate of the board, you will be able to transmit the two
different signals. If the seperation has to be larger, you are pretty much out
of luck. The easiest fix is to get more USRPs and synchronize them (if
necessary) using a reference signal.
Regards,
Kyeong Su Shin
nyway, this is a hardware
limitation and the only way to fix the problem is to add more hardware (or
re-design the system, so as you wouldn't have to transmit on two distinct
frequencies).
Regards,
Kyeong Su Shin
____
보낸 사람: Kyeong Su Shin via USRP-users 대신
filters installed on the
daughterboard, which may further reduce the usable bandwidth.
Also, yes, at N=200, the effective sampling rate of the board is 500kS/s and
that should work without a problem.
Regards,
Kyeong Su Shin
보낸 사람: Benny Alexandar via USRP
Hello Ishai,
Although it is a bit hacky way, you can probably use a "skip head" block to
drop a first few samples of the data (drop first 1024 bytes of information
using it).
I guess this topic better fits "discuss-gnuradio" mailing list - please
consider using that.
s. Also, you may have to
install python-request to get uhd_images_downloader.py working. Finally, you
may have to power-cycle the USRP after running the above commands.
Regards,
Kyeong Su Shin
보낸 사람: kazem chm via USRP-users 대신 USRP-users
보낸 날짜: 2018년
USRPs, if you have licences for the needed
software (and if you are okay with HDL).
Regards,
Kyeong Su Shin
보낸 사람: Yeo Jin Kuang Alvin (IA) via USRP-users 대신
USRP-users
보낸 날짜: 2018년 5월 4일 금요일 오후 6:29:09
받는 사람: usrp-users@lists.ettus.com
제목: [USRP-users]
ughput may
improve. But this is not always possible - maybe the block cannot be parallized
at all!
Regards,
Kyeong Su Shin
보낸 사람: Yeo Jin Kuang Alvin (IA)
보낸 날짜: 2018년 5월 7일 월요일 오후 12:02:57
받는 사람: Kyeong Su Shin; usrp-users@lists.ettus.com
제목: RE: USRP Underruns &q
that low. If you want to push down some codes to the
FPGA, consider RFNoC.
Regards,
Kyeong Su Shin
보낸 사람: Ali <03do...@gmail.com> 대신 Discuss-gnuradio
보낸 날짜: 2018년 5월 17일 목요일 오후 10:10:27
받는 사람: discuss-gnura...@gnu.org; usrp-users@lists.ettus.com
제목
would depend on various factors, including
the hardware itself and the low-pass filter design of the decimator.
Regards,
Kyeong Su Shin
보낸 사람: Thibaud Vial via USRP-users 대신 USRP-users
보낸 날짜: 2019년 12월 7일 토요일 오전 12:34
받는 사람: usrp-users@lists.ettus.com
제목: [USRP
gain
level.
Regards,
Kyeong Su Shin
보낸 사람: Marcus D. Leech via USRP-users 대신
USRP-users
보낸 날짜: 2020년 2월 21일 금요일 오전 4:07
받는 사람: Alvaro Pendas
참조: USRP-users@lists.ettus.com
제목: Re: [USRP-users] GNU Radio UHD Blocks Resolution
On 02/20/2020 01:54 PM, Alvaro P
a trivial task.
Regards,
Kyeong Su Shin
보낸 사람: guowang qiu via USRP-users 대신 USRP-users
보낸 날짜: 2020년 4월 28일 화요일 오전 3:52
받는 사람: usrp-users@lists.ettus.com
참조: Damon Qiu
제목: [USRP-users] 10.23Msps Sample Rate
Hi all,
We are trying to get 10.23Msps or 20.46Msps s
the FPGA firmware.
Regards,
Kyeong Su Shin
보낸 사람: guowang qiu
보낸 날짜: 2020년 4월 29일 수요일 오전 3:13
받는 사람: Kyeong Su Shin
참조: usrp-users@lists.ettus.com ; Damon Qiu
제목: Re: [USRP-users] 10.23Msps Sample Rate
Hi Kyeong Su Shin,
Thank you for your reply.
We need t
still carefully design the transmitted sequences, as some
sequences have poor correlation properties. Maybe you can use something like
BPSK-modulated PN sequences.
Regards,
Kyeong Su Shin
보낸 사람: AKINYELE ITAMAKINDE via USRP-users 대신
USRP-users
보낸 날짜: 2020년 5월 28일
know whether they are suitable for your
use cases.
Regards,
Kyeong Su Shin
보낸 사람: My St via USRP-users 대신 USRP-users
보낸 날짜: 2020년 10월 20일 화요일 오전 10:40
받는 사람: usrp-users@lists.ettus.com
제목: [USRP-users] spectrum availability measurement with usrp
Dear all,
I&
some articles regarding this.
Please note that this is probably not an acceptable practice on some bands. For
Wi-Fi bands, this is probably acceptable (because those bands are intended for
unlicensed uses anyway).
Regards,
Kyeong Su Shin
보낸 사람: My St via USRP-users
Hello Koyel:
Yes, BUT please be warned that most USRP daughterboards have fixed filter
bandwidth, and they may simply ignore the bandwidth parameter (without
notifications).
Regards,
Kyeong Su Shin
보낸 사람: Koyel Das (Vehere) via USRP-users 대신
USRP-users
보낸 날짜
delays to the audio stream by using a
"Delay" block right before the Audio Sink - if this slows down the occurance of
the problem, then it is likely caused by the clock mismatch.
See: https://www.google.com/search?q=two-clock+problem+GNU+Radio
Rega
sustainable rate at the 16-bit wire mode is
25MS/s (=25MHz max bandwidth).
(Also, do not forget that the filters - either analog or digital - are not
ideal, and that may further reduce the usable bandwidth of the device in some
scenarios.)
Regards,
Kyeong Su Shin.
보낸
most scenarios.
That said, I would still use a relatively low TX gain power level when using
loopback configurations, just to be on the safe side.
Regards,
Kyeong Su Shin
보낸 사람: Michael Don via USRP-users 대신 USRP-users
보낸 날짜: 2018년 11월 14일 수요일 오후 11:10:46
, if the bottleneck is caused by the software, then
replacing the SDR board won't fix the problem.
Regards,
Kyeong Su Shin
보낸 사람: Remco Vink via USRP-users 대신 USRP-users
보낸 날짜: 2019년 8월 28일 수요일 오후 4:00
받는 사람: usrp-users@lists.ettus.com
제목: [USRP-users] O
at a bit higher
rate or a bit longer duration and see if any samples are dropped. If it does
not drop any samples, then the processing speed (or the processing power) is
probably the culprit.
Regards,
Kyeong Su Shin
보낸 사람: Remco Vink via USRP-users 대신 USRP-users
41 matches
Mail list logo
