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-3.8.3] Release Announcement (Martin Braun)
2. Re: The FPGA build is not compatible with the host code build
(Martin Braun)
3. Re: The FPGA build is not compatible with the host code build
(Ian Buckley)
4. UHD: What do the tx_metadata_t burst parameters mean?
(Raj Bhattacharjea)
5. Re: varying TX delay on TX/RX loopback with B210 (Ben Hilburn)
6. Re: USRP captured data information (Raj Bhattacharjea)
7. E300 test images with UHD 3.8.3 rc1 (Philip Balister)
8. Re: UHD: What do the tx_metadata_t burst parameters mean?
(Martin Braun)
9. Re: USRP captured data information (alok ranjan)
10. B210 image not on server? (Ralph A. Schmid, dk5ras)
11. Re: USRP captured data information (Marcus M?ller)
12. New UHD seems to break a lot... (Ralph A. Schmid, dk5ras)
13. Re: USRP captured data information (Marcus M?ller)
14. Re: USRP captured data information (alok ranjan)
15. FPGA Replacement (Derek Murphy)
16. Re: [Discuss-gnuradio] New UHD seems to break a lot...
(Martin Braun)
17. Re: B210 image not on server? (Martin Braun)
18. Re: [Discuss-gnuradio] New UHD seems to break a lot...
(Ralph A. Schmid, dk5ras)
19. Mechanical Layout N200 (Michael Scott)
20. Re: [Discuss-gnuradio] New UHD seems to break a lot...
(Martin Braun)
21. Re: Receiving samples with dealy at regular intervals
(Rob Kossler)
22. Re: FPGA Replacement (Moritz Fischer)
----------------------------------------------------------------------
Message: 1
Date: Tue, 14 Apr 2015 11:32:32 -0500
From: Martin Braun <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: [USRP-users] [UHD-3.8.3] Release Announcement
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi there, USRP-users,
very soon, we'll be having a new maintenance update for our 3.8 UHD
version. Unlike the previous version, we don't have any new features,
but we do have some bugfixes and highly recommend updating. In
particular, users of the USRP2 and N210 series need to update their FPGA
images if you want to use the new UHD version. Following this, I will
also update the images package on master branch.
The release candidate tag is 003_008_003_rc1. Given that we're changing
things in USRP2/N-Series, we'll give it a few days of testing before we
release the actual release (3.8.3).
Cheers,
Martin
Changelog:
## 003.008.003
* UBX: Fixed phase synchronization issues
(Related changes: Change X300 daughterboard frequency, increase
N210 FIFO depth)
* Fixed many compiler warnings
* B200: Fixed timing issues, fixed tick rate issue, stabilized
operations at high clock rates
* X300: Improved phase alignment across devices
* CMake: Build fixes
* E300: Flow control fix
------------------------------
Message: 2
Date: Tue, 14 Apr 2015 13:35:54 -0500
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] The FPGA build is not compatible with the
host code build
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Yue,
I recommend git-pulling UHD to the latest maint version, and then
running the commands again. That should fix the issue (see also my
previous email with the 3.8.3 release announcement).
Cheers,
Martin
On 14.04.2015 08:59, Yue Zheng via USRP-users wrote:
> Hi all,
>
> I'm a new user of GNURadio and USRP. I used the script "build-gnuradio"
> to download the source and have installed them all.But when I tried the
> "uhd_fft", the terminal showed as belows:
>
> Linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.008.002-168-gddae9468
>
> -- Opening a USRP2/N-Series device...
> -- Current recv frame size: 1472 bytes
> -- Current send frame size: 1472 bytes
> RuntimeError:
> Please update the firmware and FPGA images for your device.
> See the application notes for USRP2/N-Series for instructions.
> Expected FPGA compatibility number 11, but got 10:
> The FPGA build is not compatible with the host code build.
> Please run:
>
> "/usr/local/lib/uhd/utils/uhd_images_downloader.py"
> "/usr/local/lib/uhd/utils/usrp_n2xx_simple_net_burner" \
> --addr="192.168.10.2"
>
> I followed the instruction as above. However, the problem still exists.
> I noticed that the images it downloaded is
> "uhd-images_003.008.002-157-gbe03e694.zip",which seemed to be not
> compatible with UHD_003.008.002-168-gddae9468.
>
> Can anyone tell me how to figure it out ? which of the files on
> http://files.ettus.com/binaries/images/ is number 11?
>
> Thanks very much.
>
> Yue
>
>
>
>
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 3
Date: Tue, 14 Apr 2015 11:43:16 -0700
From: Ian Buckley <[email protected]>
To: Martin Braun <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] The FPGA build is not compatible with the
host code build
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
In this case it's an N2x0 or USRP2..thus the user will additionally have to
manually burn the FPGA update to the USRP flash.
http://files.ettus.com/manual/page_usrp2.html
On Apr 14, 2015, at 11:35 AM, Martin Braun via USRP-users
<[email protected]> wrote:
> Yue,
>
> I recommend git-pulling UHD to the latest maint version, and then running the
> commands again. That should fix the issue (see also my previous email with
> the 3.8.3 release announcement).
>
> Cheers,
> Martin
>
> On 14.04.2015 08:59, Yue Zheng via USRP-users wrote:
>> Hi all,
>>
>> I'm a new user of GNURadio and USRP. I used the script "build-gnuradio"
>> to download the source and have installed them all.But when I tried the
>> "uhd_fft", the terminal showed as belows:
>>
>> Linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.008.002-168-gddae9468
>>
>> -- Opening a USRP2/N-Series device...
>> -- Current recv frame size: 1472 bytes
>> -- Current send frame size: 1472 bytes
>> RuntimeError:
>> Please update the firmware and FPGA images for your device.
>> See the application notes for USRP2/N-Series for instructions.
>> Expected FPGA compatibility number 11, but got 10:
>> The FPGA build is not compatible with the host code build.
>> Please run:
>>
>> "/usr/local/lib/uhd/utils/uhd_images_downloader.py"
>> "/usr/local/lib/uhd/utils/usrp_n2xx_simple_net_burner" \
>> --addr="192.168.10.2"
>>
>> I followed the instruction as above. However, the problem still exists.
>> I noticed that the images it downloaded is
>> "uhd-images_003.008.002-157-gbe03e694.zip",which seemed to be not
>> compatible with UHD_003.008.002-168-gddae9468.
>>
>> Can anyone tell me how to figure it out ? which of the files on
>> http://files.ettus.com/binaries/images/ is number 11?
>>
>> Thanks very much.
>>
>> Yue
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>
> _______________________________________________
> USRP-users mailing list
> [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/20150414/64aa50ab/attachment-0001.html>
------------------------------
Message: 4
Date: Tue, 14 Apr 2015 15:00:49 -0400
From: Raj Bhattacharjea <[email protected]>
To: [email protected]
Subject: [USRP-users] UHD: What do the tx_metadata_t burst parameters
mean?
Message-ID:
<cap3eqjc2-c8f4dqkjihc3mmfzt2hs8zsdh5ffg9-4u5-jhh...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
What is the meaning of various tx_metadata_t fields in UHD? The
documentation is here:
http://files.ettus.com/manual/structuhd_1_1tx__metadata__t.html
This is API documentation explaining what functions and fields exist, but
it does not tell me much about the concepts this API is implementing. Is
there some document I'm missing that explains the concepts of metadata in
UHD, how it is used, and what terms like time_spec and start_of_burst mean,
precisely? When should a burst be considered to start? To stop? If I send
20 pulses of a carrier, each 20 microseconds long and separated by 10
microseconds, then sleep for 1 second, then do it again, do I have one
burst per second, or 20? What difference does this metadata even make, the
samples still go out the TX port regardless of these flags, right? If I
don't use the burst start and stop metadata correctly, will the state of
the USRP be somehow invalid when I go to TX again later in my application?
--
Raj Bhattacharjea
Georgia Institute of Technology
School of Electrical and Computer Engineering
http://www.prism.gatech.edu/~gtg037s/
404.894.7516
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/42c49f27/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 14 Apr 2015 12:11:09 -0700
From: Ben Hilburn <[email protected]>
To: Jeremy Hershberger <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] varying TX delay on TX/RX loopback with B210
Message-ID:
<CAOEVZkJCiU7XQ6G1AP1FpRgzpTmhv4nTJ2ic+bSKwU=rtlr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey Jeremy -
I just wanted to let you know that debugging this is taking longer than we
anticipated, but we haven't dropped it. We'll get back in touch as soon as
we have an update.
Cheers,
Ben
On Thu, Apr 9, 2015 at 3:20 PM, Jeremy Hershberger via USRP-users <
[email protected]> wrote:
> Ian,
>
> Interesting stuff. In response to your question about the actual delay
> value spread, the standard delay spread is +/-1 sample, which is very
> repeatable. Only once in a blue moon did I have a run that managed to get
> as far as +/-3 samples....but it has happened.
>
> Best,
>
> -Jeremy
>
> On Thu, Apr 9, 2015 at 5:51 PM, Ian Buckley <[email protected]> wrote:
>
>> Jeremy,
>> I had sometime to look at this the last couple of days and I wanted to
>> give some hopefully useful feed back to yourself and the list.
>>
>> First off, the issue is real, I can reproduce it. I have further isolated
>> it to the logic thats closely associated with the sample data interface on
>> AD9361. Running in data port loopback mode so that data is looped TX->RX
>> before entering the DSP logic in AD9361 and using a master_clock_rate of
>> 10MHz with no FPGA decimation I see loopback latencies spread over 4
>> different lag values (86/87/88/89 dataclk cycles) with a very even
>> distribution after a long batch scripted run. I've also run a loopback test
>> with the loopback at the periphery of the FPGA to verify that both your
>> methodology was sound and the Ettus logic is not directly the cause, and
>> observed in this case fixed deterministic lag.
>>
>> My hypothasis at this point is that the source synchronous buses used for
>> RX and TX data interfaces probably use FIFO's to move data between clock
>> domains within AD9361. Certainly this is a technique ADI use in other data
>> converter products, though in this case the documentation reveals nothing
>> about the internals of this functionality. This particular use of a FIFO
>> tends to yield this effect unless you specifically design against it, and
>> indeed other ADI chips such as the AD9146 Ettus use in X300 have
>> programming features to counter it.
>>
>> Since AD9361 is intrinsically designed for implementing
>> multi-chip,multichannel systems it seems logical to believe that there is a
>> way to make this delay deterministic. I implemented ADI's MCS (Multi Chip
>> Sync) procedure in the hope that this might help but observed no measurable
>> difference in latency jitter. So at this point I have a message into ADI's
>> AE community to get some more help since the documention doesn't offer any
>> more clues.
>>
>> Out of curiosity are you sure you saw +/- 3 cycles of jitter, not +/-2? I
>> have not observed this range in any mode I have tested.
>>
>> Clearly there is a workaround possible using the loopback mode to
>> calibrate your application, since you can activate loopback without
>> reconfiguring the whole radio and incurring a latency change (see
>> data_port_loopback in b200_impl.cpp), but I realize thats far less than
>> ideal.
>>
>> I let you know when there's a further update. This is now issue #734 in
>> our bug tracker for reference.
>> -Ian
>>
>>
>> On Mar 27, 2015, at 5:26 PM, Jeremy Hershberger <
>> [email protected]> wrote:
>>
>> Hi Ian,
>>
>> Hopefully these answers will give you some insight.
>>
>>
>>
>> *You've put your linear chirp signal into a ROM that directly feeds the
>> DSP?*
>> Yes. However, I do want to emphasize that my modifications to the FPGA
>> resulted in the same behaviors as was seen with the stock FPGA image + my
>> GNU radio script.
>>
>> *Is the DSP configured for any interpolation or CORDIC rotation?*
>>
>> No interpolation is required as master_clock_rate=25e6, the same as the
>> desired TX/RX rate
>>
>> I have tried it with and without CORDIC rotation. I have tried
>> requesting 2412MHz, but the RF Lo will only do 2411.999998MHz, so the DSP
>> needs to make up 0.000002MHz. I have also tried requesting 2000MHz, which
>> UHD reports it can successfully tune to with the use of DSP.
>>
>> *You are correlating at a similar place (immediately after the DSP) in
>> the RX chain?*
>>
>> I believe the correlations are happening at the same point. I made no
>> changes to the behavior of the RX in my custom FPGA image, so the RX in the
>> stock image and the RX in my image should have identical delays
>>
>> *You are measuring a round trip delay of ~160 clock cycles (+/-3 cycles)
>> across different runs.*
>>
>> Correct. I do not care about the actual number, the only problem I am
>> worried about is that it changes from run to run.
>>
>> *The loopback is an (attenuated) cable between TX and RX SMA's?*
>>
>> Correct. I have tried it with and without 30dB pads.
>>
>> *The delay is stable over extended periods within the same run.?*
>>
>> Yes. The waveform is 250 samples long, and the correlation peaks appear
>> every 250 samples. My problem is the location of the first correlation
>> peak moves (~160 samples +/- 3 samples) from run to run.
>>
>> Let me know if you need more info.
>>
>> Best,
>>
>> -Jeremy
>>
>>
>> On Fri, Mar 27, 2015 at 7:01 PM, Ian Buckley <[email protected]>
>> wrote:
>>
>>> Jeremy,
>>> I'm not sure I have an immediate answer for you here so asking some more
>>> detailed questions:
>>> You've put your linear chirp signal into a ROM that directly feeds the
>>> DSP?
>>> Is the DSP configured for any interpolation or CORDIC rotation?
>>> You are correlating at a similar place (immediately after the DSP) in
>>> the RX chain?
>>> You are measuring a round trip delay of ~160 clock cycles (+/-3 cycles)
>>> across different runs.
>>> The loopback is an (attenuated) cable between TX and RX SMA's?
>>> The delay is stable over extended periods within the same run.?
>>> -Ian
>>>
>>>
>>> On Mar 27, 2015, at 2:38 PM, Jeremy Hershberger via USRP-users <
>>> [email protected]> wrote:
>>>
>>> This oddity is truly bewildering.
>>>
>>> I recently completed a FPGA-only TX, by nesting a small ROM in the B210
>>> image and hacking apart the original TX state machine to accept only data
>>> from the ROM instead of the host. To make the TX and RX work
>>> simultaneously, I connected the TX's start signal to the RX's start signal.
>>>
>>> Even with this "hard-wiring" of the TX to the RX, I still see the same
>>> varying delay in the received data. The delay is usually in the low 160's
>>> and varies over 2 to 3 samples.
>>>
>>> I don't know too much about the transceiver chip on the B210, but
>>> shouldn't it have a fixed start-up time once it is told to start
>>> transmitting?
>>>
>>> Best,
>>>
>>> -Jeremy
>>>
>>> On Tue, Mar 24, 2015 at 4:12 PM, Jeremy Hershberger <
>>> [email protected]> wrote:
>>>
>>>> Greetings Marcus,
>>>>
>>>> Thanks for taking a look at this! I have attached two different
>>>> captures, each one with showing a different delay (indicated by the
>>>> filename).
>>>>
>>>> Each of these data files was captured using the same GNU radio script I
>>>> have already provided, which uses the B210 to Tx/Rx a chirp waveform. If
>>>> you run the matlab script I provided, you should be able to see the delay
>>>> change in the correlation plots.
>>>>
>>>> Let me know if you need further info.
>>>>
>>>> Best,
>>>>
>>>> Jeremy
>>>>
>>>>
>>>> On Fri, Mar 20, 2015 at 3:48 PM, Marcus M?ller <
>>>> [email protected]> wrote:
>>>>
>>>>> Dear Jeremy,
>>>>>
>>>>> sorry I've been misisng your mail! I don't have an immediate answer;
>>>>> this is a very interesting problem. Would you mind sharing your RX samples
>>>>> somehow?
>>>>>
>>>>> Greetings,
>>>>> Marcus
>>>>>
>>>>>
>>>>> On 03/13/2015 07:08 PM, Jeremy Hershberger via USRP-users wrote:
>>>>>
>>>>> Using the timed commands, I zero'd the time on a PPS and set the
>>>>> B210's transmitter and receiver to begin at a set time (1.5 seconds into
>>>>> the future). The transmitter port is connected directly to the receive
>>>>> port
>>>>> via a short cable. The transmit waveform is a linear chirp built in Matlab
>>>>> and saved in a binary file. Upon correlating the received data with the
>>>>> original transmitted waveform, I noticed the location of the first
>>>>> correlation peak varies from run to run (over a range of +/- 2 samples). I
>>>>> expected some delay from TX to RX (due to cable length and dsp), but I
>>>>> expected that delay to be constant.
>>>>>
>>>>>
>>>>> Has there been any success in using the B210 to simultaneously
>>>>> transmit a waveform from file and receive to file with a known fixed delay
>>>>> between TX/RX?
>>>>>
>>>>>
>>>>> In case there is interest in reproducing the problem, I have included
>>>>> a simple GNU radio python script to demonstrate the problem. I have also
>>>>> included the original chirp waveform and a matlab script to show the
>>>>> correlation lag.
>>>>>
>>>>>
>>>>> Best,
>>>>>
>>>>> -Jeremy
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing
>>>>> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing list
>>>>> [email protected]
>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>>>
>>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>>
>>>
>>
>>
>
> _______________________________________________
> USRP-users mailing list
> [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/20150414/5571da6b/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 14 Apr 2015 15:32:57 -0400
From: Raj Bhattacharjea <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
Message-ID:
<cap3eqjfnhmwfiyj37e_bzec05wwex+ipzzwo53wpfomthyq...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Alok,
If you tell us a bit more about what you are trying to accomplish with your
curve fitting and plotting, maybe we can be of more assistance. What kind
of curve fit or plot do you wish to generate? Are you trying to demodulate
a signal? Analog or digital? Are you trying to simply measure the power in
the signal you recorded? What center frequency and bandwidth are you
interested in recording? What kinds of signals are being transmitted in
that band? Are you going to move your receiver around and take measurements
from fixed transmitters?
--
Raj Bhattacharjea
Georgia Institute of Technology
School of Electrical and Computer Engineering
http://www.prism.gatech.edu/~gtg037s/
404.894.7516
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/da091c30/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 14 Apr 2015 21:04:45 -0400
From: Philip Balister <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] E300 test images with UHD 3.8.3 rc1
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
I've uploaded some test images for the E310 here:
http://files.ettus.com/e3xx_images/beta/dizzy-test/
You will need to run:
# uhd_images_downloader
to get the matching fpga images.
This should fix an annoying flow control bug and an issue with the LO
stepping about 100Hz across a small range.
The images are sized for 8GB cards now. Take a look at this page for a
faster way to write them to the SD card.
http://gnuradio.org/redmine/projects/gnuradio/wiki/Copy_an_image_file_to_the_SD_card
Please send success/fail reports to the list or me personally.
Thanks,
Philip
------------------------------
Message: 8
Date: Tue, 14 Apr 2015 20:32:40 -0500
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UHD: What do the tx_metadata_t burst
parameters mean?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
This is also a good read:
http://files.ettus.com/manual/classuhd_1_1tx__streamer.html#aeb2e0f44810693d9da99ea1e04fad21f
In general, if you stop transmitting, you need to tell the USRP about
that. For very small, precisely timed pauses between bursts it might be
advantageous to transmit zeros -- or even something else, like GSM
sometimes does.
Hope this was helpful!
M
On 14.04.2015 14:00, Raj Bhattacharjea via USRP-users wrote:
> What is the meaning of various tx_metadata_t fields in UHD? The
> documentation is here:
>
> http://files.ettus.com/manual/structuhd_1_1tx__metadata__t.html
>
> This is API documentation explaining what functions and fields exist,
> but it does not tell me much about the concepts this API is
> implementing. Is there some document I'm missing that explains the
> concepts of metadata in UHD, how it is used, and what terms like
> time_spec and start_of_burst mean, precisely? When should a burst be
> considered to start? To stop? If I send 20 pulses of a carrier, each 20
> microseconds long and separated by 10 microseconds, then sleep for 1
> second, then do it again, do I have one burst per second, or 20? What
> difference does this metadata even make, the samples still go out the TX
> port regardless of these flags, right? If I don't use the burst start
> and stop metadata correctly, will the state of the USRP be somehow
> invalid when I go to TX again later in my application?
>
> --
> Raj Bhattacharjea
> Georgia Institute of Technology
> School of Electrical and Computer Engineering
> http://www.prism.gatech.edu/~gtg037s/
> 404.894.7516
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 9
Date: Wed, 15 Apr 2015 10:47:57 +0530
From: alok ranjan <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Dear Marcus and Raj,
Thank you for your assistance so far.
I am trying to do some channel modeling for wireless communication in subway.
To accomplish this I am using two USRP1 having DB WBX connected to my pc over
USB 2.0.
As I am new to both SDR and USRP , I initially used the two scripts i.e.
benchmark_tx.py and benchmark_rx.py for transmission and reception. I am
sending baseband samples at different frequencies and modulation scheme at
varying amplitude of TX. (The distance between the TX and RX was 5 mtr)
I have captured the transmitted data at different frequencies at receiver using
uhd_rx_cfile. As, the Marcus has mentioned that these captured data is in
terms of I/Q complex format, 16 bit for each.
I am trying to simply measure the power in the signal i have recorded at
receiver using uhd_rx_cfile. I want to do this analysis at different
frequencies say 300 MHz to 5 GHz.
Another things i would like to do is capture the data with the moving receiver
while the transmitter is fixed.
Now, I want to do some curve fitting (best fit, polynomial or linear
regression) on the captured data therefore I converted the captured data into
.mat format using octave. When i load the data in workspace in MATLAB, I am not
getting how to start with the plot and do curve fitting for Recorded reception
power level VS distance to further proceed for channel modeling
Any help in this regard is appreciated.
Thank you all for your time and endeavour pain.
Best Regards,
Alok Ranjan
Graduate student
NIT, Rourkela
Date: Tue, 14 Apr 2015 15:32:57 -0400
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
From: [email protected]
Alok,
If you tell us a bit more about what you are trying to accomplish with your
curve fitting and plotting, maybe we can be of more assistance. What kind of
curve fit or plot do you wish to generate? Are you trying to demodulate a
signal? Analog or digital? Are you trying to simply measure the power in the
signal you recorded? What center frequency and bandwidth are you interested in
recording? What kinds of signals are being transmitted in that band? Are you
going to move your receiver around and take measurements from fixed
transmitters?
--
Raj BhattacharjeaGeorgia Institute of TechnologySchool of Electrical and
Computer Engineeringhttp://www.prism.gatech.edu/~gtg037s/404.894.7516
_______________________________________________
USRP-users mailing list
[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/20150415/87fd9087/attachment-0001.html>
------------------------------
Message: 10
Date: Wed, 15 Apr 2015 11:20:25 +0200
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: <[email protected]>
Cc: [email protected]
Subject: [USRP-users] B210 image not on server?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
When using the latest image downloader, I get this:
ras@ubuntu:~$ sudo uhd_images_downloader
Images destination: /usr/local/share/uhd/images
Downloading images from:
http://files.ettus.com/binaries/images/uhd-images_003.008.003-130-g4ca383f7.
zip
Downloading images to:
/tmp/tmpXhd8Xa/uhd-images_003.008.003-130-g4ca383f7.zip
Downloader raised an unhandled exception: HTTP Error 404: Not Found
You can run this again with the '--verbose' flag to see more information
If the problem persists, please email the output to: [email protected]
ras@ubuntu:~$
Someone forgot to put the image there?! :)
Ralph.
------------------------------
Message: 11
Date: Wed, 15 Apr 2015 11:49:17 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Alok,
we'll, Matlab is a math tool, and thus, you'll have to find a
real-valued mathematical representation of the entities you want to plot.
Power of a digital signal is commonly defined as the square magnitude of
the samples, that is $\Re\{z\}^2+\Im\{z\}^2 = {|z|}^2$, so this might be
what you want to plot.
However, you might find yourself in a situation where you'll first want
to define more closely what you're measuring. Do you want to measure the
RX power of a single sine wave? In that case, it would be advisable to
use a very narrowband digital filter, just to get as little power as
possible into your measurement. If you transmit digital data (most
probably what you do when using benchmark_tx), you might now your TX
pulse shape, and thus you can use a matched filter on the RX side,
giving you the maximum SNR any filter could offer.
Also, the frequency range from 300MHz to 5GHz is quite large -- unless
you have an extremely broadband antenna, you will need to use different
antennas. And: every antenna has a frequency-dependent behaviour as
well, making both the geometrical properties and the maximum achievable
field strength extraction a function of the carrier frequency. You will
be fine if you use "simple" geometries like monopole antennas and for
small frequency deviations, and if you try to keep RX and TX in each
others main direction, but that's another factor to consider; so I'd
recommend doing one center frequency first, shifting your signal in
smaller steps around that, and then trying out other frequencies.
Your application really sounds exciting; subway channels really sound
like they'd actually have impressive multipath propagation, small scale
fading etc, due to being in a metal cage; this together with the doppler
of signals leaving the cabin, bouncing of the tunnel seems really
interesting! Do you have a reference channel model you're building on?
Maybe the Matlab IEEE802.11n indoor channels?
Greetings,
Marcus
On 04/15/2015 07:17 AM, alok ranjan via USRP-users wrote:
> Dear Marcus and Raj,
>
> Thank you for your assistance so far.
>
> I am trying to do some channel modeling for wireless communication in
> subway. To accomplish this I am using two USRP1 having DB WBX
> connected to my pc over USB 2.0.
>
> As I am new to both SDR and USRP , I initially used the two scripts
> i.e. benchmark_tx.py and benchmark_rx.py for transmission and
> reception. I am sending baseband samples at different frequencies and
> modulation scheme at varying amplitude of TX. (The distance between
> the TX and RX was 5 mtr)
>
> I have captured the transmitted data at different frequencies at
> receiver using uhd_rx_cfile. As, the Marcus has mentioned that these
> captured data is in terms of I/Q complex format, 16 bit for each.
>
> I am trying to simply measure the power in the signal i have recorded
> at receiver using uhd_rx_cfile. I want to do this analysis at
> different frequencies say 300 MHz to 5 GHz.
>
> Another things i would like to do is capture the data with the moving
> receiver while the transmitter is fixed.
>
> Now, I want to do some curve fitting (best fit, polynomial or linear
> regression) on the captured data therefore I converted the captured
> data into .mat format using octave. When i load the data in workspace
> in MATLAB, I am not getting how to start with the plot and do curve
> fitting for Recorded reception power level VS distance to further
> proceed for channel modeling
>
>
> Any help in this regard is appreciated.
>
> Thank you all for your time and endeavour pain.
>
> Best Regards,
>
> Alok Ranjan
> Graduate student
> NIT, Rourkela
>
>
> ------------------------------------------------------------------------
> Date: Tue, 14 Apr 2015 15:32:57 -0400
> To: [email protected]
> Subject: Re: [USRP-users] USRP captured data information
> From: [email protected]
>
> Alok,
>
> If you tell us a bit more about what you are trying to accomplish with
> your curve fitting and plotting, maybe we can be of more assistance.
> What kind of curve fit or plot do you wish to generate? Are you trying
> to demodulate a signal? Analog or digital? Are you trying to simply
> measure the power in the signal you recorded? What center frequency
> and bandwidth are you interested in recording? What kinds of signals
> are being transmitted in that band? Are you going to move your
> receiver around and take measurements from fixed transmitters?
>
> --
> Raj Bhattacharjea
> Georgia Institute of Technology
> School of Electrical and Computer Engineering
> http://www.prism.gatech.edu/~gtg037s/
> <http://www.prism.gatech.edu/%7Egtg037s/>
> 404.894.7516
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [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/20150415/959bc741/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tblatex-6.png
Type: image/png
Size: 1467 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150415/959bc741/attachment-0001.png>
------------------------------
Message: 12
Date: Wed, 15 Apr 2015 13:20:07 +0200
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: <[email protected]>, "'GNU Radio Discussion List'"
<[email protected]>
Subject: [USRP-users] New UHD seems to break a lot...
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
Not only OpenBTS is affected, also gr-dvbt/t2 do not work any more with
latest uhd. A quick check during lunch break showed, the produced output is
not decodable any more. I will take a closer look this evening at home,
where I have more and better equipment.
Ralph.
------------------------------
Message: 13
Date: Wed, 15 Apr 2015 13:57:51 +0200
From: Marcus M?ller <[email protected]>
To: alok ranjan <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi,
I'm not familiar with optical models myself, so this is only a guess:
*Geometrical* optical model sounds like it would ignore all effects that
happen due to interference, meaning that you wouldn't see any multipath
fading; I'm pretty sure that would not be the model of choice for radio
waves inside a subway, since they definitely will de- and constructively
interfere.
When I was proofreading a few pages of a thesis, I skimmed through [1]
to get a understanding for the topic; maybe that will give you some
inspiration for what to measure; it sadly is already more than 20 years
old, so there might be "cooler" existing models that I don't know of.
Anyway, it really nicely covers the three main aspects that you probably
also will need to cover:
1. it describes how the channel is modelled (as a discrete impulse response)
2. it describes why considering the channel as something that varies
randomly is necessary and thus explains the need for statistical description
3. it is kind of a lengthy tutorial on how to actually characterize the
channel. I didn't read that part completely, because it was "a bit too
long", but then again, I was not in the business of modelling a channel
myself.
I must admit that I think what you're doing might be a bit hard for
someone completely new to radio communications and if that actually is
the case for you, you might find it hard to understand all the technical
terms in the first three chapters of [1], but you only said you were new
to SDR, so my hope is that you already know most of this stuff, or will
have fun catching up on a bit of channel theory.
Greetings,
Marcus
[1] http://wsl.stanford.edu/~ee359/hashemi_indoor.pdf
On 04/15/2015 01:33 PM, alok ranjan wrote:
> Dear Marcus,
>
> Thank you for your all valuable suggestions and assistance to my issues.
>
> Yes! you are very true that the subway scenario suffers from multi
> path effects and shadowing phenomena.
>
> I have just completed my Graduation and working as project assistant.
>
> As such i dont have exact idea that which channel model will work
> fine. I am reading literatures on wireless communication
> possibilities and found that Geometrical Optical model may work fine
> and there are literatures available.
>
> What you have suggested, I will keep in mind for sure about the
> antenna and the filters.
>
>
> If you have any other suggestions then I will feel happy to hear from you.
>
>
>
>
>
> Thank you, Regards,
>
> Alok Ranjan
>
>
> ------------------------------------------------------------------------
> Date: Wed, 15 Apr 2015 11:49:17 +0200
> To: [email protected]
> Subject: Re: [USRP-users] USRP captured data information
> From: [email protected]
>
> Hi Alok,
>
> we'll, Matlab is a math tool, and thus, you'll have to find a
> real-valued mathematical representation of the entities you want to plot.
> Power of a digital signal is commonly defined as the square magnitude
> of the samples, that is $\Re\{z\}^2+\Im\{z\}^2 = {|z|}^2$, so this
> might be what you want to plot.
>
> However, you might find yourself in a situation where you'll first
> want to define more closely what you're measuring. Do you want to
> measure the RX power of a single sine wave? In that case, it would be
> advisable to use a very narrowband digital filter, just to get as
> little power as possible into your measurement. If you transmit
> digital data (most probably what you do when using benchmark_tx), you
> might now your TX pulse shape, and thus you can use a matched filter
> on the RX side, giving you the maximum SNR any filter could offer.
>
> Also, the frequency range from 300MHz to 5GHz is quite large -- unless
> you have an extremely broadband antenna, you will need to use
> different antennas. And: every antenna has a frequency-dependent
> behaviour as well, making both the geometrical properties and the
> maximum achievable field strength extraction a function of the carrier
> frequency. You will be fine if you use "simple" geometries like
> monopole antennas and for small frequency deviations, and if you try
> to keep RX and TX in each others main direction, but that's another
> factor to consider; so I'd recommend doing one center frequency first,
> shifting your signal in smaller steps around that, and then trying out
> other frequencies.
>
> Your application really sounds exciting; subway channels really sound
> like they'd actually have impressive multipath propagation, small
> scale fading etc, due to being in a metal cage; this together with the
> doppler of signals leaving the cabin, bouncing of the tunnel seems
> really interesting! Do you have a reference channel model you're
> building on? Maybe the Matlab IEEE802.11n indoor channels?
>
> Greetings,
> Marcus
>
> On 04/15/2015 07:17 AM, alok ranjan via USRP-users wrote:
>
> Dear Marcus and Raj,
>
> Thank you for your assistance so far.
>
> I am trying to do some channel modeling for wireless communication
> in subway. To accomplish this I am using two USRP1 having DB WBX
> connected to my pc over USB 2.0.
>
> As I am new to both SDR and USRP , I initially used the two
> scripts i.e. benchmark_tx.py and benchmark_rx.py for transmission
> and reception. I am sending baseband samples at different
> frequencies and modulation scheme at varying amplitude of TX. (The
> distance between the TX and RX was 5 mtr)
>
> I have captured the transmitted data at different frequencies at
> receiver using uhd_rx_cfile. As, the Marcus has mentioned that
> these captured data is in terms of I/Q complex format, 16 bit for
> each.
>
> I am trying to simply measure the power in the signal i have
> recorded at receiver using uhd_rx_cfile. I want to do this
> analysis at different frequencies say 300 MHz to 5 GHz.
>
> Another things i would like to do is capture the data with the
> moving receiver while the transmitter is fixed.
>
> Now, I want to do some curve fitting (best fit, polynomial or
> linear regression) on the captured data therefore I converted the
> captured data into .mat format using octave. When i load the data
> in workspace in MATLAB, I am not getting how to start with the
> plot and do curve fitting for Recorded reception power level VS
> distance to further proceed for channel modeling
>
>
> Any help in this regard is appreciated.
>
> Thank you all for your time and endeavour pain.
>
> Best Regards,
>
> Alok Ranjan
> Graduate student
> NIT, Rourkela
>
>
> ------------------------------------------------------------------------
> Date: Tue, 14 Apr 2015 15:32:57 -0400
> To: [email protected] <mailto:[email protected]>
> Subject: Re: [USRP-users] USRP captured data information
> From: [email protected] <mailto:[email protected]>
>
> Alok,
>
> If you tell us a bit more about what you are trying to accomplish
> with your curve fitting and plotting, maybe we can be of more
> assistance. What kind of curve fit or plot do you wish to
> generate? Are you trying to demodulate a signal? Analog or
> digital? Are you trying to simply measure the power in the signal
> you recorded? What center frequency and bandwidth are you
> interested in recording? What kinds of signals are being
> transmitted in that band? Are you going to move your receiver
> around and take measurements from fixed transmitters?
>
> --
> Raj Bhattacharjea
> Georgia Institute of Technology
> School of Electrical and Computer Engineering
> http://www.prism.gatech.edu/~gtg037s/
> <http://www.prism.gatech.edu/%7Egtg037s/>
> 404.894.7516
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________ USRP-users mailing
> list [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/20150415/e2808328/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1467 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150415/e2808328/attachment-0001.png>
------------------------------
Message: 14
Date: Wed, 15 Apr 2015 17:35:29 +0530
From: alok ranjan <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Dear Marcus,
Thank you for sharing useful resource with me .
I will spend time to understand the channel modeling concepts and how to deal
with the necessary parameters for channel modeling.
Thank you so much for your time and support.
Regards,
Alok Ranjan
Date: Wed, 15 Apr 2015 13:57:51 +0200
From: [email protected]
To: [email protected]; [email protected]
Subject: Re: [USRP-users] USRP captured data information
Hi,
I'm not familiar with optical models myself, so this is only a
guess:
*Geometrical* optical model sounds like it would ignore all effects
that happen due to interference, meaning that you wouldn't see any
multipath fading; I'm pretty sure that would not be the model of
choice for radio waves inside a subway, since they definitely will
de- and constructively interfere.
When I was proofreading a few pages of a thesis, I skimmed through
[1] to get a understanding for the topic; maybe that will give you
some inspiration for what to measure; it sadly is already more than
20 years old, so there might be "cooler" existing models that I
don't know of. Anyway, it really nicely covers the three main
aspects that you probably also will need to cover:
1. it describes how the channel is modelled (as a discrete impulse
response)
2. it describes why considering the channel as something that varies
randomly is necessary and thus explains the need for statistical
description
3. it is kind of a lengthy tutorial on how to actually characterize
the channel. I didn't read that part completely, because it was "a
bit too long", but then again, I was not in the business of
modelling a channel myself.
I must admit that I think what you're doing might be a bit hard for
someone completely new to radio communications and if that actually
is the case for you, you might find it hard to understand all the
technical terms in the first three chapters of [1], but you only
said you were new to SDR, so my hope is that you already know most
of this stuff, or will have fun catching up on a bit of channel
theory.
Greetings,
Marcus
[1] http://wsl.stanford.edu/~ee359/hashemi_indoor.pdf
On 04/15/2015 01:33 PM, alok ranjan
wrote:
Dear Marcus,
Thank you for your all valuable suggestions and assistance to my
issues.
Yes! you are very true that the subway scenario suffers from
multi path effects and shadowing phenomena.
I have just completed my Graduation and working as project
assistant.
As such i dont have exact idea that which channel model will
work fine. I am reading literatures on wireless communication
possibilities and found that Geometrical Optical model may work
fine and there are literatures available.
What you have suggested, I will keep in mind for sure about the
antenna and the filters.
If you have any other suggestions then I will feel happy to hear
from you.
Thank you, Regards,
Alok Ranjan
Date: Wed, 15 Apr 2015 11:49:17 +0200
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
From: [email protected]
Hi Alok,
we'll, Matlab is a math tool, and thus, you'll have to find a
real-valued mathematical representation of the entities you
want to plot.
Power of a digital signal is commonly defined as the square
magnitude of the samples, that is , so this might be
what you want to plot.
However, you might find yourself in a situation where you'll
first want to define more closely what you're measuring. Do
you want to measure the RX power of a single sine wave? In
that case, it would be advisable to use a very narrowband
digital filter, just to get as little power as possible into
your measurement. If you transmit digital data (most probably
what you do when using benchmark_tx), you might now your TX
pulse shape, and thus you can use a matched filter on the RX
side, giving you the maximum SNR any filter could offer.
Also, the frequency range from 300MHz to 5GHz is quite large
-- unless you have an extremely broadband antenna, you will
need to use different antennas. And: every antenna has a
frequency-dependent behaviour as well, making both the
geometrical properties and the maximum achievable field
strength extraction a function of the carrier frequency. You
will be fine if you use "simple" geometries like monopole
antennas and for small frequency deviations, and if you try to
keep RX and TX in each others main direction, but that's
another factor to consider; so I'd recommend doing one center
frequency first, shifting your signal in smaller steps around
that, and then trying out other frequencies.
Your application really sounds exciting; subway channels
really sound like they'd actually have impressive multipath
propagation, small scale fading etc, due to being in a metal
cage; this together with the doppler of signals leaving the
cabin, bouncing of the tunnel seems really interesting! Do you
have a reference channel model you're building on? Maybe the
Matlab IEEE802.11n indoor channels?
Greetings,
Marcus
On 04/15/2015 07:17 AM, alok
ranjan via USRP-users wrote:
Dear Marcus and Raj,
Thank you for your assistance so far.
I am trying to do some channel modeling for wireless
communication in subway. To accomplish this I am using
two USRP1 having DB WBX connected to my pc over USB 2.0.
As I am new to both SDR and USRP , I initially used the
two scripts i.e. benchmark_tx.py and benchmark_rx.py for
transmission and reception. I am sending baseband samples
at different frequencies and modulation scheme at varying
amplitude of TX. (The distance between the TX and RX was 5
mtr)
I have captured the transmitted data at different
frequencies at receiver using uhd_rx_cfile. As, the
Marcus has mentioned that these captured data is in terms
of I/Q complex format, 16 bit for each.
I am trying to simply measure the power in the signal i
have recorded at receiver using uhd_rx_cfile. I want to do
this analysis at different frequencies say 300 MHz to 5
GHz.
Another things i would like to do is capture the data with
the moving receiver while the transmitter is fixed.
Now, I want to do some curve fitting (best fit, polynomial
or linear regression) on the captured data therefore I
converted the captured data into .mat format using octave.
When i load the data in workspace in MATLAB, I am not
getting how to start with the plot and do curve fitting
for Recorded reception power level VS distance to further
proceed for channel modeling
Any help in this regard is appreciated.
Thank you all for your time and endeavour pain.
Best Regards,
Alok Ranjan
Graduate student
NIT, Rourkela
Date: Tue, 14 Apr 2015 15:32:57
-0400
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
From: [email protected]
Alok,
If you tell us a bit more about what you are
trying to accomplish with your curve fitting and
plotting, maybe we can be of more assistance. What
kind of curve fit or plot do you wish to generate?
Are you trying to demodulate a signal? Analog or
digital? Are you trying to simply measure the power
in the signal you recorded? What center frequency
and bandwidth are you interested in recording? What
kinds of signals are being transmitted in that band?
Are you going to move your receiver around and take
measurements from fixed transmitters?
--
Raj Bhattacharjea
Georgia Institute of Technology
School of Electrical and Computer
Engineering
http://www.prism.gatech.edu/~gtg037s/
404.894.7516
_______________________________________________
USRP-users mailing list [email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
[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/20150415/1190e16d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ATT00001
Type: image/png
Size: 1467 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150415/1190e16d/attachment-0001.png>
------------------------------
Message: 15
Date: Wed, 15 Apr 2015 08:08:25 -0400
From: Derek Murphy <[email protected]>
To: [email protected]
Subject: [USRP-users] FPGA Replacement
Message-ID:
<CAPM65Yg58-gOcJb-nyVaTVEKftbkfZhaeCN=bpdr_a+jexj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Has anyone experimented with replacing the FPGA on the B200 to either the
FPGA on the B210 or something like a Xilinx Kintex-7 FPGA? I understand
the FPGA image will need to be modified but electrically would it work?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150415/9d4118d7/attachment-0001.html>
------------------------------
Message: 16
Date: Wed, 15 Apr 2015 08:15:19 -0500
From: Martin Braun <[email protected]>
To: "Ralph A. Schmid, dk5ras" <[email protected]>,
[email protected], 'GNU Radio Discussion List'
<[email protected]>
Subject: Re: [USRP-users] [Discuss-gnuradio] New UHD seems to break a
lot...
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 15.04.2015 06:20, Ralph A. Schmid, dk5ras wrote:
> Hi,
>
> Not only OpenBTS is affected, also gr-dvbt/t2 do not work any more with
> latest uhd. A quick check during lunch break showed, the produced output is
> not decodable any more. I will take a closer look this evening at home,
> where I have more and better equipment.
Ralph,
which device is this on?
Thanks,
Martin
------------------------------
Message: 17
Date: Wed, 15 Apr 2015 08:19:58 -0500
From: Martin Braun <[email protected]>
To: "Ralph A. Schmid, dk5ras" <[email protected]>,
[email protected]
Cc: [email protected]
Subject: Re: [USRP-users] B210 image not on server?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Hi Ralph,
thanks for pointing that out. The images weren't being synced to the
public web server, but are available now.
Cheers,
Martin
On 15.04.2015 04:20, Ralph A. Schmid, dk5ras via USRP-users wrote:
> Hi,
>
> When using the latest image downloader, I get this:
>
> ras@ubuntu:~$ sudo uhd_images_downloader
> Images destination: /usr/local/share/uhd/images
> Downloading images from:
> http://files.ettus.com/binaries/images/uhd-images_003.008.003-130-g4ca383f7.
> zip
> Downloading images to:
> /tmp/tmpXhd8Xa/uhd-images_003.008.003-130-g4ca383f7.zip
> Downloader raised an unhandled exception: HTTP Error 404: Not Found
> You can run this again with the '--verbose' flag to see more information
> If the problem persists, please email the output to: [email protected]
> ras@ubuntu:~$
>
> Someone forgot to put the image there?! :)
>
> Ralph.
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 18
Date: Wed, 15 Apr 2015 15:40:40 +0200
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: "'Martin Braun'" <[email protected]>,
<[email protected]>, "'GNU Radio Discussion List'"
<[email protected]>
Subject: Re: [USRP-users] [Discuss-gnuradio] New UHD seems to break a
lot...
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
It is a B210, but as a note, due to the up to now missing FPGA images I used
003.008.003-RC1, not the latest master. Still I had no access to a spectrum
and DVB-T analyzer, so I have no idea what is happening, I just can confirm
that RF is transmitted, and the receiver doesn't get a picture, while with
the snapshot of the same VM before the upgrade is received without problems.
I will know more in about three hours.
Ralph.
> -----Original Message-----
> From: Martin Braun [mailto:[email protected]]
> Sent: Wednesday, April 15, 2015 3:15 PM
> To: Ralph A. Schmid, dk5ras; [email protected]; 'GNU Radio
> Discussion List'
> Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
>
> On 15.04.2015 06:20, Ralph A. Schmid, dk5ras wrote:
> > Hi,
> >
> > Not only OpenBTS is affected, also gr-dvbt/t2 do not work any more
> > with latest uhd. A quick check during lunch break showed, the produced
> > output is not decodable any more. I will take a closer look this
> > evening at home, where I have more and better equipment.
>
> Ralph,
>
> which device is this on?
>
> Thanks,
> Martin
------------------------------
Message: 19
Date: Wed, 15 Apr 2015 11:14:00 -0230
From: "Michael Scott" <[email protected]>
To: "Ettus Mailing List" <[email protected]>
Subject: [USRP-users] Mechanical Layout N200
Message-ID: <50DCBFC5F11A42859C75D0095751F5F0@Bagginsis>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
we are packaging up some receivers in rack mount enclosures. I was wondering
if there is a .pdf of the dimensions of the layout for the screws that hold
down the pcb and most importantly the layout of everything on the front panel.
I looked on the ettus wiki with no luck. if I could get my hands on these
dimensions it would save me a lot of time.
Thank you,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150415/167f5ac9/attachment-0001.html>
------------------------------
Message: 20
Date: Wed, 15 Apr 2015 08:44:07 -0500
From: Martin Braun <[email protected]>
To: "Ralph A. Schmid, dk5ras" <[email protected]>,
[email protected], 'GNU Radio Discussion List'
<[email protected]>
Subject: Re: [USRP-users] [Discuss-gnuradio] New UHD seems to break a
lot...
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Thanks, Ralph. Just to clarify: When you say 'New UHD', do you mean
3.8.3-RC1, or latest master?
Martin
On 15.04.2015 08:40, Ralph A. Schmid, dk5ras wrote:
> It is a B210, but as a note, due to the up to now missing FPGA images I used
> 003.008.003-RC1, not the latest master. Still I had no access to a spectrum
> and DVB-T analyzer, so I have no idea what is happening, I just can confirm
> that RF is transmitted, and the receiver doesn't get a picture, while with
> the snapshot of the same VM before the upgrade is received without problems.
> I will know more in about three hours.
>
> Ralph.
>
>> -----Original Message-----
>> From: Martin Braun [mailto:[email protected]]
>> Sent: Wednesday, April 15, 2015 3:15 PM
>> To: Ralph A. Schmid, dk5ras; [email protected]; 'GNU Radio
>> Discussion List'
>> Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
>>
>> On 15.04.2015 06:20, Ralph A. Schmid, dk5ras wrote:
>>> Hi,
>>>
>>> Not only OpenBTS is affected, also gr-dvbt/t2 do not work any more
>>> with latest uhd. A quick check during lunch break showed, the produced
>>> output is not decodable any more. I will take a closer look this
>>> evening at home, where I have more and better equipment.
>>
>> Ralph,
>>
>> which device is this on?
>>
>> Thanks,
>> Martin
>
------------------------------
Message: 21
Date: Wed, 15 Apr 2015 10:27:02 -0400
From: Rob Kossler <[email protected]>
To: kamal kumar jeldi <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Receiving samples with dealy at regular
intervals
Message-ID:
<cab__htsodcxownzudkggcswigahbabgnwbdp86fsecbch4c...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Kamal,
Is it possible for you to use continuous streaming from the UHD driver and
then simply select the points you want to keep and the points you want to
discard using logic in your own software? This may be superior to
starting/stopping streaming.
Rob
On Tue, Apr 14, 2015 at 9:56 AM, kamal kumar jeldi via USRP-users <
[email protected]> wrote:
> Hi All,
>
> P.S : This is the contiguous mail to the mail with the same subject in the
> April,2015 threads. I am unable to get reply mail so happened to make it
> this way
>
> Hello Marcus,
>
> Thanks for your suggestion to use rx_timed_samples.cpp example code for
> receiving data samples with delay at regular intervals, Here I present the
> visual representation again,
>
> <--NRXP1--> <--RXP--> <--NRXP--> <--RXP--><--NRXP--> <--RXP--> and so on
> | ||-------------||
> ||-------------|| ||-------------| and so on
>
> Legends:
> NRXP1 : No receiving period with value less than NRXP
> NRXP : No receiving period
> RXP: receiving period
>
> stop receiving for 10us initially and then receive some 80 samples and
> from next on stop receiving for 22us and then receive 80 samples and go
> on...
>
> so after getting some inspiration form rx_timed_samples.cpp and
> rx_samples_to_file.cpp example code I came up with this code:
>
> bool stream_changed = false;
> uhd::stream_cmd_t
> stream_cmd(uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPLES_AND_DONE)
> stream_cmd.num_samps = 80;
> stream_cmd.stream_now = false;
> stream_cmd.time_spec = uhd::time_spec_t(0,NRXP1,1000000);
> rx_stream->issue_stream_cmd(stream_cmd)
>
> while(condition to start loop)
> {
>
> rx_stream->recv(buffer_to_store,buffer_size,meta_data,timeout,as_packet);
>
> if(!stream_changed)
> {
> std::cout << "Stream altered" << std::endl;
> stream_cmd.time_spec = uhd::time_spec_t(0,22,1000000);
> rx_stream->issue_stream_cmd(stream_cmd);
> stream_changed = true;
> }
>
> //some error checking code on meta_data received from board
> }
>
> The above code compiles, but during runtime it throws with the following
> error:
>
>
> *Error: Receive error : ERROR_CODE_LATE_COMMAND*
>
> please help me.. Thanks in advance :)
>
>
>
> _______________________________________________
> USRP-users mailing list
> [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/20150415/22254e9e/attachment-0001.html>
------------------------------
Message: 22
Date: Wed, 15 Apr 2015 09:27:49 -0500
From: Moritz Fischer <[email protected]>
To: Derek Murphy <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FPGA Replacement
Message-ID:
<CAAtXAHex=ibk3zixkxubmrhv1jnbjzztm+wcvdknkpnt0ru...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Derek,
if you find a pin compatible 7 series FPGA and are willing to redo
large parts of the design it's probably possible. Considering the
amount of engineering time required however, you might as well just
buy an X series device.
Cheers,
Moritz
On Wed, Apr 15, 2015 at 7:08 AM, Derek Murphy via USRP-users
<[email protected]> wrote:
> Has anyone experimented with replacing the FPGA on the B200 to either the
> FPGA on the B210 or something like a Xilinx Kintex-7 FPGA? I understand the
> FPGA image will need to be modified but electrically would it work?
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
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 56, Issue 15
******************************************
