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. GNURC :: uhd_fft.grc :: ImportError: DLL load failed: The
specified module could not be found. (Stan Gamla)
2. Re: GNURC :: uhd_fft.grc :: ImportError: DLL load failed: The
specified module could not be found. (Josh Blum)
3. Re: Fwd: LFSR SEQUENCE GNURADIO_USRP2 (Josh Blum)
4. Re: Fwd: LFSR SEQUENCE GNURADIO_USRP2 (Nazmul Islam)
5. Re: Oddity in E1xx FPGA (John Buetefuer)
6. Re: Fwd: LFSR SEQUENCE GNURADIO_USRP2 (Dan CaJacob)
7. GRC -- cannot move Flow Graph blocks (Stan Gamla)
8. Why I have a Frequency offset between transmitter and
receiver (zitouni rafik)
9. Offset of gpsdo (Dario Lombardo)
----------------------------------------------------------------------
Message: 1
Date: Thu, 31 May 2012 18:07:07 +0200
From: Stan Gamla <[email protected]>
To: <[email protected]>
Subject: [USRP-users] GNURC :: uhd_fft.grc :: ImportError: DLL load
failed: The specified module could not be found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Sorry if this is off-piste for this list but, could someone please explain
the error (and how to correct it) in the last line?
Thanks,
Stan
<<< Welcome to GNU Radio Companion v3.5.2.1-32-g7e3f4b84 >>>
Showing: ""
Loading: "C:\Documents and Settings\My Documents\My GIT repositories\GNU
Radio\gr-uhd\examples\grc\uhd_fft.grc"
>>> Done
Showing: "C:\Documents and Settings\My Documents\My GIT repositories\GNU
Radio\gr-uhd\examples\grc\uhd_fft.grc"
Generating: "C:\Documents and Settings\My Documents\My GIT repositories\GNU
Radio\gr-uhd\examples\grc\uhd_fft.py"
Generating: "C:\Documents and Settings\My Documents\My GIT repositories\GNU
Radio\gr-uhd\examples\grc\uhd_fft.py"
Executing: "C:\Documents and Settings\My Documents\My GIT repositories\GNU
Radio\gr-uhd\examples\grc\uhd_fft.py"
Traceback (most recent call last):
File "C:\Documents and Settings\My Documents\My GIT repositories\GNU
Radio\gr-uhd\examples\grc\uhd_fft.py", line 12, in <module>
from gnuradio import uhd
File "c:\Program
Files\gnuradio\lib\site-packages\gnuradio\uhd\__init__.py", line 129, in
<module>
_prepare_uhd_swig()
File "c:\Program
Files\gnuradio\lib\site-packages\gnuradio\uhd\__init__.py", line 32, in
_prepare_uhd_swig
import uhd_swig
File "c:\Program
Files\gnuradio\lib\site-packages\gnuradio\uhd\uhd_swig.py", line 26, in
<module>
_uhd_swig = swig_import_helper()
File "c:\Program
Files\gnuradio\lib\site-packages\gnuradio\uhd\uhd_swig.py", line 22, in
swig_import_helper
_mod = imp.load_module('_uhd_swig', fp, pathname, description)
ImportError: DLL load failed: The specified module could not be found.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120531/fb038b21/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 31 May 2012 11:14:25 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] GNURC :: uhd_fft.grc :: ImportError: DLL
load failed: The specified module could not be found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
> _uhd_swig = swig_import_helper()
>
> File "c:\Program
> Files\gnuradio\lib\site-packages\gnuradio\uhd\uhd_swig.py", line 22, in
> swig_import_helper
>
> _mod = imp.load_module('_uhd_swig', fp, pathname, description)
>
> ImportError: DLL load failed: The specified module could not be found.
>
>
It looks like GRC is basically working.
My best guess is that this is a %PATH% issue, like uhd.dll is missing
from the PATH. When you installed UHD, did you check the box to add it
to the system path?
A good check for this: Are you able to pop open a cmd window and type
uhd_find_devices.exe?
-Josh
------------------------------
Message: 3
Date: Thu, 31 May 2012 11:18:50 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Fwd: LFSR SEQUENCE GNURADIO_USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/31/2012 01:56 AM, JAY PRAKASH wrote:
> Sir, Actually I have to measure channel impulse response.I am using
> gnuradio for the purpose. As per the theory I can do so by sending the BPSK
> modulated PN sequence.But like your doubt I need to know the rate of PN
> sequence transmission and control it too.But the big doubt is the output of
> GLFSR.It should be 1 and 0 sequence but here it appears to be 1 and -1
> and the edges are not sharp too.The output is triangular in cases.I have
> attached the image of my output.
> one more thing how to get the desired output ie for x^4 + x^3 + x^0 = 0x19
> but where this 0x19 came from? I am not able to get it.
>
>
I suspect that the author of the block had a specific use case in mind
for the -1, 1 But, someone on the gnuradio mailing list may have more
insight.
As far as the plot goes, the output looks correct. I recommend changing
from line mode to dot mode, the output may make more sense then.
-josh
> Please help me out in the concerned doubts. I shall be obliged for your
> support.
>
> Thanks
>
>
> Actually
> Jay Prakash
> B.Tech Part III
> Electronics Engineering
> IIT BHU
> VARANASI
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 4
Date: Thu, 31 May 2012 14:45:34 -0400
From: Nazmul Islam <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Fwd: LFSR SEQUENCE GNURADIO_USRP2
Message-ID:
<caftrfebdycdg5jrqjc4duhhue_ggpqahkcjpt6roccvpntu...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Click at the GLFSR source and select the type "byte". The byte mode
produces 1 & 0 whereas the the float mode produces 1 & -1, etc.
You can control the sample rate of the GLFSR source by using a throttle.
You can find it in the 'Misc' block. You need to put the throttle between
the GLFSR source and the USRP sink. I guess that the sampling rate defined
in the throttle & the USRP block should be equal.
As Josh said, the output is simply the connection of the dots. That's why,
it is giving triangular shape.
<<one more thing how to get the desired output ie for x^4 + x^3 + x^0 =
0x19 but where this 0x19 came from?>>
Not sure about this. Will let you know if I find out.
Best,
Nazmul
On Thu, May 31, 2012 at 2:18 PM, Josh Blum <[email protected]> wrote:
>
>
> On 05/31/2012 01:56 AM, JAY PRAKASH wrote:
> > Sir, Actually I have to measure channel impulse response.I am using
> > gnuradio for the purpose. As per the theory I can do so by sending the
> BPSK
> > modulated PN sequence.But like your doubt I need to know the rate of PN
> > sequence transmission and control it too.But the big doubt is the output
> of
> > GLFSR.It should be 1 and 0 sequence but here it appears to be 1 and -1
> > and the edges are not sharp too.The output is triangular in cases.I have
> > attached the image of my output.
> > one more thing how to get the desired output ie for x^4 + x^3 + x^0 =
> 0x19
> > but where this 0x19 came from? I am not able to get it.
> >
> >
>
> I suspect that the author of the block had a specific use case in mind
> for the -1, 1 But, someone on the gnuradio mailing list may have more
> insight.
>
> As far as the plot goes, the output looks correct. I recommend changing
> from line mode to dot mode, the output may make more sense then.
>
> -josh
>
> > Please help me out in the concerned doubts. I shall be obliged for your
> > support.
> >
> > Thanks
> >
> >
> > Actually
> > Jay Prakash
> > B.Tech Part III
> > Electronics Engineering
> > IIT BHU
> > VARANASI
> >
> >
> >
> >
> > _______________________________________________
> > 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
>
--
Muhammad Nazmul Islam
Graduate Student
Electrical & Computer Engineering
Wireless Information & Networking Laboratory
Rutgers, USA.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120531/1eb95958/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 01 Jun 2012 10:19:08 +0930
From: John Buetefuer <[email protected]>
To: Almohanad Fayez <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Oddity in E1xx FPGA
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Thanks Almohanad.. Do you know if the up-to-date E100 schematics are
available? I assume the differences are not huge between revisions, but
it's always good to have correct information.
Cheers
John
On 31/05/2012 2:12 AM, Almohanad Fayez wrote:
> To answer your FPGA/GPS/serial question, the FPGA image doesn't read
> in the RS232 values it just takes PPS and the 10 MHz reference signal.
>
>
> On Tue, May 29, 2012 at 10:10 PM, John Buetefuer
> <[email protected]> wrote:
>> It appears I may have spoken too soon. If I remove these signals the port
>> stops working, which suggests that I have outdated schematics for the E100.
>>
>> Are the latest E100/E110 schematics available? (Rev4?)
>>
>> Cheers
>>
>> John
>>
>>
>> On 30/05/2012 1:15 PM, John Buetefuer wrote:
>>> I've just commenced integrating a 3rd party GPS unit (ie, not a GPSDO)
>>> with an E100 and have noticed the following odd things with the E100 FPGA
>>> and schematics.
>>>
>>> * The FPGA appears to be driving the overo_rxd1 net (and uart Rx input pin
>>> on the overo) with a signal from the FPGA input pin "fpga_rxd1" (ball AB8) -
>>> which according to my schematics is not connected on the PCB at all (presume
>>> this is pulled high by the FPGA I/O pull-ups). [fpga/usrp2/top/E1x0/u1e.v]
>>>
>>> //
>>> /////////////////////////////////////////////////////////////////////////
>>> // UART level conversion
>>> assign fpga_txd1 = overo_txd1;
>>> assign overo_rxd1 = fpga_rxd1;
>>>
>>> overo_rxd1 is defined as an output pin, which sees it driving against the
>>> MAX232 driving this line - surely this is not correct or intended.?
>>>
>>> It looks to me that this code may have had some historical purpose on an
>>> earlier rev of the board, but perhaps with the current version of the
>>> hardware, is not correct?
>>>
>>> On a somewhat related note, can someone confirm that on the E1x0 series
>>> units, the FPGA firmware does not communicate with the GPSDO unit at all
>>> (via RS232), and that the UHD accesses the GPS via the Overo serial port
>>> (ttyO0)?
>>>
>>> Cheers
>>>
>>> John
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
------------------------------
Message: 6
Date: Fri, 1 Jun 2012 01:00:32 -0400
From: Dan CaJacob <[email protected]>
To: Nazmul Islam <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Fwd: LFSR SEQUENCE GNURADIO_USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
It's a compact form representing the LFSR taps represented by the polynomial
x^4 + x^3 + x^0. Where x = 2, the polynomial becomes 2^4 + 2^3 + 2^0 = 16 + 8
+ 1 = 25. The hexadecimal representation of decimal 25 is 0x19.
If you google LFSR (linear feedback shift register), you can learn more.
Basically, they are used as pseudo random bit sequence generators, like the
Gold codes used in GPS. Certain taps settings will generate certain lengths of
codesbefore the sequence repeats.
On May 31, 2012, at 2:45 PM, Nazmul Islam <[email protected]> wrote:
> Click at the GLFSR source and select the type "byte". The byte mode produces
> 1 & 0 whereas the the float mode produces 1 & -1, etc.
>
> You can control the sample rate of the GLFSR source by using a throttle. You
> can find it in the 'Misc' block. You need to put the throttle between the
> GLFSR source and the USRP sink. I guess that the sampling rate defined in the
> throttle & the USRP block should be equal.
>
> As Josh said, the output is simply the connection of the dots. That's why, it
> is giving triangular shape.
>
> <<one more thing how to get the desired output ie for x^4 + x^3 + x^0 = 0x19
> but where this 0x19 came from?>>
>
> Not sure about this. Will let you know if I find out.
>
> Best,
>
> Nazmul
>
> On Thu, May 31, 2012 at 2:18 PM, Josh Blum <[email protected]> wrote:
>
>
> On 05/31/2012 01:56 AM, JAY PRAKASH wrote:
> > Sir, Actually I have to measure channel impulse response.I am using
> > gnuradio for the purpose. As per the theory I can do so by sending the BPSK
> > modulated PN sequence.But like your doubt I need to know the rate of PN
> > sequence transmission and control it too.But the big doubt is the output of
> > GLFSR.It should be 1 and 0 sequence but here it appears to be 1 and -1
> > and the edges are not sharp too.The output is triangular in cases.I have
> > attached the image of my output.
> > one more thing how to get the desired output ie for x^4 + x^3 + x^0 = 0x19
> > but where this 0x19 came from? I am not able to get it.
> >
> >
>
> I suspect that the author of the block had a specific use case in mind
> for the -1, 1 But, someone on the gnuradio mailing list may have more
> insight.
>
> As far as the plot goes, the output looks correct. I recommend changing
> from line mode to dot mode, the output may make more sense then.
>
> -josh
>
> > Please help me out in the concerned doubts. I shall be obliged for your
> > support.
> >
> > Thanks
> >
> >
> > Actually
> > Jay Prakash
> > B.Tech Part III
> > Electronics Engineering
> > IIT BHU
> > VARANASI
> >
> >
> >
> >
> > _______________________________________________
> > 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
>
>
>
> --
> Muhammad Nazmul Islam
>
> Graduate Student
> Electrical & Computer Engineering
> Wireless Information & Networking Laboratory
> Rutgers, USA.
>
> _______________________________________________
> 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/20120601/be3a59c0/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 1 Jun 2012 09:56:07 +0200
From: Stan Gamla <[email protected]>
To: <[email protected]>
Subject: [USRP-users] GRC -- cannot move Flow Graph blocks
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
This sounds very dumb.
In GNU Radio Companion I can both open existing examples and can create my
own flow graphs by placing blocks from the library panel in to the design
space. However, I cannot move the blocks even though I can edit their
properties. Shouldn't it be just a case of click and drag? What could be
missing, something from Python?
TIA
Stan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120601/c9631666/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 1 Jun 2012 11:01:22 +0100 (BST)
From: zitouni rafik <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Why I have a Frequency offset between
transmitter and receiver
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hello for all,
I work on the last version of gnuradio 3.6 and I install the appropriate uhd
which correspond to that installed by the script build_gnuradio. I use UBUNTU
12.04 LTS.
When I test my transmitter and my receiver with uhd_fft, I find a shift of 4
Mhz between the transmitter and receiver. I have tested my receiver with
BasicRx to receive FM radio and it receives at the exact FM frequency, but whe
I use RFX 900 or 2400 the transmitter is at + 4Mhz from the value gived on the
python script. Can you give me the idea How I can calebrate and correct this
issue.
Thank you.
Rafik ZItouni
ECE Paris Graduate School of Engineering
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120601/8321a607/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 1 Jun 2012 12:28:26 +0200
From: Dario Lombardo <[email protected]>
To: [email protected]
Subject: [USRP-users] Offset of gpsdo
Message-ID:
<caoyjjfuxzpaycprsgosygbncdpckecj2dewtebpjv9fc6ys...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi guys
I've left my usrp getting the ref for 24h. I have gpsdo and Im' checking
the ref with kal.
What I observe is a continuous oscillation of the offset from 10kHz to
20kHz. I'm getting mad in understading this behaviour.
Anyone that wants to help me in figuring out it?
Why is it oscillating?
How can I get a stable ref to use with openbts?
Help guys, help... I'm getting stuck.
Dario.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120601/1049d1cd/attachment-0001.html>
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 22, Issue 1
*****************************************
