Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. UHD/FPGA communication issue (Staffan Backen)
2. Re: Send timed burst on N210 (Jason Harper)
3. Sweeping center frequency using CBX (Touseef Ali)
4. Binary FSK demodulation with symbol timing recovery using
USRP N200 (Adeel Malik)
5. Sweeping the center frequency in USRP over a wide band
(Touseef Ali)
6. Re: Sweeping center frequency using CBX (Marcus M?ller)
----------------------------------------------------------------------
Message: 1
Date: Mon, 24 Mar 2014 13:19:07 +0100
From: Staffan Backen <[email protected]>
To: <[email protected]>
Subject: [USRP-users] UHD/FPGA communication issue
Message-ID:
<ofb074d802.1b80fb58-onc1257ca5.004335ab-c1257ca5.0043a...@moog.com>
Content-Type: text/plain; charset="us-ascii"
Friends -
I have an E110 that does not behave the way I expected it to.
The end goal is to send custom packages from the host to the FPGA, do some
signal processing on the FPGA, and pass some information back. For now, I
have removed all signal processing and set up the FPGA as a "bent pipe".
I have put a custom module in "custom_dsp_rx.v", and the receive part
works as expected. Further, I have added wires (inside u1plus_core and
down) from the TX side over to the custom_dsp_rx module such that I
should be able to send a custom "command" using usrp_stream->send(),
process data in the fpga and return a custom "message" that is interpreted
on the host side. However, it does not behave as expected. The "tx_strobe"
inside "custom_dsp_rx" goes high when I send a command for the expected
duration (the receive path works fine, so I can for example count the
number of received strobes), but the tx_sample is always zero when
tx_strobe is high.
Is there something I have overlooked here (like a timing issue between TX
strobe/sample), or does this this approach sound reasonable?
If you need any additional information, please let me know.
best,
Staffan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140324/84ffd2db/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 24 Mar 2014 09:37:38 -0400
From: Jason Harper <[email protected]>
To: John Malsbury <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Send timed burst on N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
John,
Any thoughts on the screen shots that I passed along?
Thanks for any help you can provide!
Jason
On 03/12/2014 10:39 AM, Jason Harper wrote:
> Attached are the screen shots of the time domain plots. The blue line
> is instantaneous power and red is the average power. The spike
> appears to be at the first sample or very close to first sample of the
> zero-pad.
>
> Jason
>
>
> On 03/11/2014 04:47 PM, John Malsbury wrote:
>> Pad or ramp-up/down is recommended to properly flush the filters on
>> the transmit chain. Ramp-up/down reduces spurious emissions compared
>> to an instantaneous amplitude change.
>>
>> Could you send a screen shot of the timed domain plots? Does the
>> spike occur at the first sample of the zero-pad?
>>
>> -John
>>
>>
>> On Tue, Mar 11, 2014 at 10:38 AM, Jason Harper
>> <[email protected] <mailto:[email protected]>> wrote:
>>
>> I am running into an issue sending a timed burst. Using the
>> tx_streamer class, I am sending a timed burst at the correct time
>> in the future; however, when looking at the signal in the time
>> domain there is a clear ramp up period. I have zero padded the
>> beginning of the burst and sent the new burst earlier in time to
>> account for the zero-padding. This appears to work and no more
>> ramp up is seen but the time-domain shows a spike which I assume
>> is the power amplifier turning on. Does anyone know of a way to
>> avoid this ramping period when sending a time burst? Is there a
>> way to leave the power amplifier on to avoid this?
>>
>> Thanks,
>> Jason
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected] <mailto:[email protected]>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140324/9a3a9ec8/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 24 Mar 2014 07:02:55 -0700 (PDT)
From: Touseef Ali <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Sweeping center frequency using CBX
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi!
I want to sweep the center frequency over a bandwidth of 1.25 GHz. I tried
using the 'sweep' option in 'uhd_siggen_gui' but it does not move the center
frequency and the bandwidth over which it sweeps the signal is hardly 100 MHz.
I want to sweep the center frequency just like the slider does in
'uhd_siggen_gui' ?but I want do it automatically and in steps (just like a
digital signal generator).
Regards
Touseef Ali
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140324/d06a1458/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 24 Mar 2014 20:19:16 +0500
From: Adeel Malik <[email protected]>
To: Martin Braun <[email protected]>, [email protected]
Subject: [USRP-users] Binary FSK demodulation with symbol timing
recovery using USRP N200
Message-ID:
<CAEwQ9pHKZ0-Fuj=p175edmjh3gi-l3taorsvp9ygqmbjwwx...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Mr. Braun,
Thanks for your reply. I have already read about the FSK
demodulation functions provided by simulink both for coherent and
non-coherent FSK modulation. However, I am bit uncertain whether I need to
include any Timing / Symbol recovery functionality also at the output stage
of FSK demodulation block (to account for doppler shift in frequencies and
timing jitter when modulating data is about 1 Mbps) ?
If you could suggest how to add a 'symbol timing jitter compensation
functionality' to the output of FSK demodulated data, it would be
advantageous.
Regards,
Adeel Malik
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140324/e4870cac/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 24 Mar 2014 08:21:24 -0700 (PDT)
From: Touseef Ali <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Sweeping the center frequency in USRP over a
wide band
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi!
I want to sweep the center frequency over a bandwidth of 1.25 GHz. I tried
using the 'sweep' option in 'uhd_siggen_gui' but it does not move the center
frequency and the bandwidth over which it sweeps the signal is hardly 100 MHz.
I want to sweep the center frequency just like the slider does in
'uhd_siggen_gui' ?but I want do it automatically and in steps (just like a
digital signal generator).
Regards
Touseef Ali
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140324/0c21bf19/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 24 Mar 2014 16:57:53 +0100
From: Marcus M?ller <[email protected]>
To: Touseef Ali <[email protected]>, Touseef Ali
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Sweeping center frequency using CBX
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi!
You can easily do that using the UHD library. To get a feeling on how that can
be done, take a look at the examples supplied with the UHD source code.
Greetings,
Marcus
On March 24, 2014 3:02:55 PM CET, Touseef Ali <[email protected]> wrote:
>Hi!
>I want to sweep the center frequency over a bandwidth of 1.25 GHz. I
>tried using the 'sweep' option in 'uhd_siggen_gui' but it does not move
>the center frequency and the bandwidth over which it sweeps the signal
>is hardly 100 MHz. I want to sweep the center frequency just like the
>slider does in 'uhd_siggen_gui' ?but I want do it automatically and in
>steps (just like a digital signal generator).
>
>Regards
>Touseef Ali
>
>------------------------------------------------------------------------
>
>_______________________________________________
>USRP-users mailing list
>[email protected]
>http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
- --
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.9
iQFABAEBCAAqBQJTMFYBIxxNYXJjdXMgTfxsbGVyIDxtYXJjdXNAaG9zdGFsaWEu
ZGU+AAoJEBKNLRrpJvfoVfIIAK0FgznETj2wzybRuSScN5fKJn60gXGAdHS0luT6
kK4KHdBfc2nkxwERykEGyXvsgaHCt/3gg53T+trIq0AzUkOt8y/Qr4sspPwB9/HL
oVP+3m8459hzEu3O6Jvp/tYA/Z9h/FGYW+fgVn4pVM4o3PVoQLXD88Gx1cBCcuDD
BMr+NxbG3Jx1g3dinnQ8cZ3rKsVlabp7z1k/Y7mN1aiFm1nQUaKQIoPonC9l/CuK
r27XPtyjnvUphEPc2ukw/M3c4PUg8ulDkoFrFmw8JY4nHrk+ld0FnZD0cEB9Y7l/
f/yk8hzCJuXqw78s8wCb9y3ngEgJtn6I92WFBrzzgN9Mnhw=
=tnkX
-----END PGP SIGNATURE-----
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 43, Issue 24
******************************************
