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. Re: UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path (jj08)
2. Re: UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path (jj08)
3. Re: UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path (jj08)
4. max uSD card size for the E310 (Jason Matusiak)
5. Fwd: USRP E310_Overrun, Underrun and Latency. (BHUSHAN PAWAR)
6. Re: max uSD card size for the E310 ([email protected])
7. Re: max uSD card size for the E310 (Jason Matusiak)
8. Re: Fwd: USRP E310_Overrun, Underrun and Latency.
([email protected])
9. Re: max uSD card size for the E310 ([email protected])
10. Re: max uSD card size for the E310 (Philip Balister)
----------------------------------------------------------------------
Message: 1
Date: Sun, 01 May 2016 10:34:04 -0700
From: "jj08" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
Message-ID: <1074429641000000009736706@www>
Content-Type: text/plain; charset="utf-8"
Hi All,
Ref: https://github.com/bytedeco/javacpp ("The missing bridge between
Java and native C++ libraries")...
From the documentation:
"To implement native methods, JavaCPP generates appropriate code for JNI,
and passes it to the C++ compiler to build a native library. At no point do we
need to get our hands dirty with JNI, makefiles, or other native tools..."
For the perceptine, may be there is the clue.
Inside the source, I found that a library (dll) name is created by prefixing
"jni" to the calling class and adding dll suffix.
(org.bytedeco.javacpp.ClassProperties file, line 181)
Yes, as Martin Braun noted before, it is Java/Eclipse issue rather than usrp
issue.
I suspect I am not telling what resources ("appropriate code for
JNI") take from where and pass them to where (where the C++ compiler
resides).
Then may be I need to find out where "jniDeviceAddress.dll" is
created, and I can set that directory as the "native library
location".
I found that in Eclipse, the native library location can be configured in
project properties -> java buildpath -> libraries -> JRE System libraries ->
native library location
As for C++ compilation, I do have Visual Studio 2015 (VC++ included) Community
Edition installed. I don't know how to tell Eclipse that.
When I go through Start -> all programs -> VS 2015 -> VS Tools -> Developer
Command Prompt for VS 2015, I get a command prompt (DOS shell) and I can
compile and run C++ program, so I do have C++ environment.
Someone with insight and/or experience in Java/Eclipe/C++, please give some
pointers.
Thanks,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 11:53:03 AM --Subject: Re: [USRP-users]
UnsatisfiedLinkError: no jniDeviceAddress in java.library.path
Hi Marcus:
It is quite late or early morning here, about 3:50am, I am at home now, left
work at about 6pm "yesterday". No access to the device now :)
And next few days are holidays!
You got me there that I do not fully understand how to tell Java where to look
for the JNI.
It would be nice if you could give me some hints.
What I know and can do: If I had an external file (eg. a jar file) , I would
put that file somewhere, go to the project's property and there is a menu to
add that jar file.
But for dll, I don't know how to do.
Also, I can't find the "jniDeviceAddress.dll", if anything like that
exists and if I need that one to overcome this problem.
**
I have run and successfully tested rx_samples_to_file.cpp, seen data output
and plotted the points (real parts).
In the days ahead, I want to greate interactive GUI to write and read values
to and from the usrp, so I am taking this Java/GUI appreach.
Even if I will be using a high sampling rate, I will probably do some thinning
(is this the right word?) when it comes to display the signal, so that Java can
cope with it. Just an idea, don't know if it is doable.
Cheers,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 10:57:20 AM
--Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
No, that wouldn't happen - those are working C++ programs. So go ahead and
connect your USRP, try (why didn't you just try?! It's fun!). It could be the
"bridge" that connects the Java world to the UHD world is missing or
not properly configured.
are you *sure* you understand fully how to tell Java where to look for native
(JNI), and Java libraries and symbols?
Actually, my requirement is very, very basic. As a part of learning process, I
wanted to see some output from the USRP2, and since I already had a GUI to
display data (created for low rate streaming data for non-usrp application,
using libraries from http://ptolemy.eecs.berkeley.edu/java/ptplot/), I am
taking the easy way out for now.
That's interesting!
So, I don't know, but if you really just want to stream samples: the examples
folder contains a rx_samples_to_udp, and if you can read complex numbers from
an UDP socket accepting samples coming from that program (for more info, run it
with "--help"), then you'd have a quick and easy visualization.
Best regards, Marcus On 04/28/2016 07:46 PM, jj08 via USRP-users wrote:
Hi there,
Thank you both for responding.
M:
I haven't found exact command line version of "DeviceAddress"
creation, so I couldn't test that, but system set-up wise, it seems to be
working.
Ex:
C:\Program Files\UHD\lib\uhd\examples>latency_test.exe
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
Error: LookupError: KeyError: No devices found for ----->
Empty Device Address
C:\Program Files\UHD\lib\uhd\examples>test_clock_synch.exe
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
Creating the Clock device with:
Error: LookupError: KeyError: No devices found for -----> Empty Device Address
The above error is due to the fact that I don't have the device connected to
my computer now.
My guess is that if I were to create DeviceAddress, I would face the same
UnsatisfiedLinkError.
What do you think?
While writing this message, I am thinking this:
It cannot be due to lack of C++ environment because the sample program (
rx_samples_to_file.exe). compiled using Visual Studio is working fine.
It could be the "bridge" that connects the Java world to the UHD
world is missing or not properly configured.
Marcus:
Yes, yes, there is a Java wrapper, thanks to rhodey of anhonesteffort.org.
Also, thanks to
Samuel Audet et al of bytedeco.org, so that the wrapper can be used.
Actually, my requirement is very, very basic. As a part of learning process, I
wanted to see some output from the USRP2, and since I already had a GUI to
display data (created for low rate streaming data for non-usrp application,
using libraries from http://ptolemy.eecs.berkeley.edu/java/ptplot/), I am
taking the easy way out for now.
I suspect (as you hinted) that as my requirements get more critical, the Java
solution may not be ideal, but let's see how things unfold.
Cheers,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 9:44:17 AM
--Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
Hi jj08,
I'd like to add:
I wasn't even aware of anyone having a Java wrapper for UHD :) That's
pretty exciting, though I must admit that Java isn't really my language
of choice, and even less so for high rate signal processing. But: I'm
very sure that there are excellent reasons to use it, especially if you
need to integrate it into a Java framework.
So, please excuse my curiosity: Can you tell us (as user community) a
bit about your application? What do you want to build?
Best regards,
Marcus
On 04/28/2016 06:34 PM, Martin Braun via USRP-users wrote:
> This looks more like a Java issue than a UHD issue. First, are you able
> to run example applications from the command line, and are you familiar
> with the APIs?
>
> If not, I suggest you put the Java aside for a minute, and make sure you
> have the basics down and can run apps (such as rx_samples_to_file) with
> your USRP. If you feel comfortable in this area, then you should
> probably look into general methods of linking Java apps with other DLLs.
>
> Regards,
> M
>
> On 04/28/2016 12:16 AM, jj08 via USRP-users wrote:
>> Sorry, a bit long because I am trying to learn the basics and it doubles
>> as a kind of note to myself.
>>
>> ***
>>
>> I am trying to write a Java program which reads data from USRP2 (or N210).
>>
>> In Eclipse, I have installed uhd-java related files
>> (org.anhonesteffort.*) and javaCPP (org.bytedeco.*), thanks to >>
>> https://github.com/rhodey/uhd-java
.
>>
>> I am using 64-bit Win-7 and have installed
>> uhd_003.009.003-release_Win64_VS2015 driver, and boost libraries (1_60_0).
>>
>> In the folder org.anhonesteffort.uhd.RxStreamer, there is a file called
>> MultiUsrpTest.java.
>> I am trying to mimick that file and create a Java file that will connect
>> to and receive data from the device.
>>
>> Now the problem:
>> I want to create "DeviceAddress" like this: (copied directly from
>> "MultiUsrpTest.java")
>>
>> String DEVICE_ARGS= "name\n=,serial\n=ABC123DEF,type\n=usrp2";
>> //copied
>> from theexample-usrp.properties file, I don't know what to put in name
>> and serial. For serial, may be I could put the serial number found at
>> the back of the device.)
>> DeviceAddress ADDRESS = new DeviceAddress(DEVICE_ARGS);
>>
>> Even at this point, when I compile, I get this error:
>>
>> Win32; Microsoft Visual C++ version 14.0; Boost_105800;
>> UHD_003.009.003-release
>>
>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no
>> jniDeviceAddress in java.library.path
>> at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:637)
>> at org.bytedeco.javacpp.Loader.load(Loader.java:474)
>> at org.bytedeco.javacpp.Loader.load(Loader.java:411)
>> at org.anhonesteffort.uhd.types.DeviceAddress.(DeviceAddress.java:33) >>
>> at usrp.USRPJReader.main(USRPJReader.java:53) <- my program <br />
>>
>> In my system path, I have C:\Program Files\UHD\bin, so it's not that.
>> I tried to find if there is any file called
>> "jniDeviceAddress.dll" in
>> the system, but didn't find.
>> Google search also did not produce any result.
>>
>> Please give me some idea what should I do to resolve this issue.
>>
>> I don't even know if I need this "DeviceAddress". (may be if I
>> want to
>> specify an IP for the device?)
>> A sample C++ program I am using (rx_sample_file.cpp by ER) is working
>> fine- I don't see any DeviceAddress in it. (default value is blank.)
>>
>> Eventually, I want to translate that rx_sample_file.cpp file to Java.
>> For now, to understand how to proceed, I at least want to be able to:
>> (1)create a usrp device (2)create a receive streamer (3)receive data
>> from device, which all are all nicely done in the cpp file.
>>
>> Thanks for reading!
>>
>> -------------------------
>> Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and
>> More.
>> Drive Headquarters. Top quality services designed for business! >> Sign up
>> free at: www.DriveHQ.com
>>
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com
.
_______________________________________________ USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com.
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com
.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160501/571bf550/attachment-0001.html>
------------------------------
Message: 2
Date: Sun, 01 May 2016 11:53:42 -0700
From: "jj08" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress
in
java.library.path
Message-ID: <1074493121000000009736706@www>
Content-Type: text/plain; charset="utf-8"
I just read that in the README.md file of the uhd-java project
(https://github.com/rhodey/uhd-java), the author has written (under Test
Configuration): "uhd-java contains integration tests that must be run on
your actual USRP hardware to verify proper functionality of the library"
Could it be that? I will find out tomorrow as I go back to work. So far I had
been testing this without connecting to the hardware. Cheers.
--From: [email protected]
--To: [email protected]
--Date: 5/1/2016 10:35:45 AM --Subject: Re: [USRP-users] UnsatisfiedLinkError:
no jniDeviceAddress in java.library.path
Hi All,
Ref: https://github.com/bytedeco/javacpp ("The missing bridge between
Java and native C++ libraries")...
From the documentation:
"To implement native methods, JavaCPP generates appropriate code for JNI,
and passes it to the C++ compiler to build a native library. At no point do we
need to get our hands dirty with JNI, makefiles, or other native tools..."
For the perceptine, may be there is the clue.
Inside the source, I found that a library (dll) name is created by prefixing
"jni" to the calling class and adding dll suffix.
(org.bytedeco.javacpp.ClassProperties file, line 181)
Yes, as Martin Braun noted before, it is Java/Eclipse issue rather than usrp
issue.
I suspect I am not telling what resources ("appropriate code for
JNI") take from where and pass them to where (where the C++ compiler
resides).
Then may be I need to find out where "jniDeviceAddress.dll" is
created, and I can set that directory as the "native library
location".
I found that in Eclipse, the native library location can be configured in
project properties -> java buildpath -> libraries -> JRE System libraries ->
native library location
As for C++ compilation, I do have Visual Studio 2015 (VC++ included) Community
Edition installed. I don't know how to tell Eclipse that.
When I go through Start -> all programs -> VS 2015 -> VS Tools -> Developer
Command Prompt for VS 2015, I get a command prompt (DOS shell) and I can
compile and run C++ program, so I do have C++ environment.
Someone with insight and/or experience in Java/Eclipe/C++, please give some
pointers.
Thanks,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 11:53:03 AM --Subject: Re: [USRP-users]
UnsatisfiedLinkError: no jniDeviceAddress in java.library.path
Hi Marcus:
It is quite late or early morning here, about 3:50am, I am at home now, left
work at about 6pm "yesterday". No access to the device now :)
And next few days are holidays!
You got me there that I do not fully understand how to tell Java where to look
for the JNI.
It would be nice if you could give me some hints.
What I know and can do: If I had an external file (eg. a jar file) , I would
put that file somewhere, go to the project's property and there is a menu to
add that jar file.
But for dll, I don't know how to do.
Also, I can't find the "jniDeviceAddress.dll", if anything like that
exists and if I need that one to overcome this problem.
**
I have run and successfully tested rx_samples_to_file.cpp, seen data output
and plotted the points (real parts).
In the days ahead, I want to greate interactive GUI to write and read values
to and from the usrp, so I am taking this Java/GUI appreach.
Even if I will be using a high sampling rate, I will probably do some thinning
(is this the right word?) when it comes to display the signal, so that Java can
cope with it. Just an idea, don't know if it is doable.
Cheers,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 10:57:20 AM
--Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
No, that wouldn't happen - those are working C++ programs. So go ahead and
connect your USRP, try (why didn't you just try?! It's fun!). It could be the
"bridge" that connects the Java world to the UHD world is missing or
not properly configured.
are you *sure* you understand fully how to tell Java where to look for native
(JNI), and Java libraries and symbols?
Actually, my requirement is very, very basic. As a part of learning process, I
wanted to see some output from the USRP2, and since I already had a GUI to
display data (created for low rate streaming data for non-usrp application,
using libraries from http://ptolemy.eecs.berkeley.edu/java/ptplot/), I am
taking the easy way out for now.
That's interesting!
So, I don't know, but if you really just want to stream samples: the examples
folder contains a rx_samples_to_udp, and if you can read complex numbers from
an UDP socket accepting samples coming from that program (for more info, run it
with "--help"), then you'd have a quick and easy visualization.
Best regards, Marcus On 04/28/2016 07:46 PM, jj08 via USRP-users wrote:
Hi there,
Thank you both for responding.
M:
I haven't found exact command line version of "DeviceAddress"
creation, so I couldn't test that, but system set-up wise, it seems to be
working.
Ex:
C:\Program Files\UHD\lib\uhd\examples>latency_test.exe
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
Error: LookupError: KeyError: No devices found for ----->
Empty Device Address
C:\Program Files\UHD\lib\uhd\examples>test_clock_synch.exe
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
Creating the Clock device with:
Error: LookupError: KeyError: No devices found for -----> Empty Device Address
The above error is due to the fact that I don't have the device connected to
my computer now.
My guess is that if I were to create DeviceAddress, I would face the same
UnsatisfiedLinkError.
What do you think?
While writing this message, I am thinking this:
It cannot be due to lack of C++ environment because the sample program (
rx_samples_to_file.exe). compiled using Visual Studio is working fine.
It could be the "bridge" that connects the Java world to the UHD
world is missing or not properly configured.
Marcus:
Yes, yes, there is a Java wrapper, thanks to rhodey of anhonesteffort.org.
Also, thanks to
Samuel Audet et al of bytedeco.org, so that the wrapper can be used.
Actually, my requirement is very, very basic. As a part of learning process, I
wanted to see some output from the USRP2, and since I already had a GUI to
display data (created for low rate streaming data for non-usrp application,
using libraries from http://ptolemy.eecs.berkeley.edu/java/ptplot/), I am
taking the easy way out for now.
I suspect (as you hinted) that as my requirements get more critical, the Java
solution may not be ideal, but let's see how things unfold.
Cheers,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 9:44:17 AM
--Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
Hi jj08,
I'd like to add:
I wasn't even aware of anyone having a Java wrapper for UHD :) That's
pretty exciting, though I must admit that Java isn't really my language
of choice, and even less so for high rate signal processing. But: I'm
very sure that there are excellent reasons to use it, especially if you
need to integrate it into a Java framework.
So, please excuse my curiosity: Can you tell us (as user community) a
bit about your application? What do you want to build?
Best regards,
Marcus
On 04/28/2016 06:34 PM, Martin Braun via USRP-users wrote:
> This looks more like a Java issue than a UHD issue. First, are you able
> to run example applications from the command line, and are you familiar
> with the APIs?
>
> If not, I suggest you put the Java aside for a minute, and make sure you
> have the basics down and can run apps (such as rx_samples_to_file) with
> your USRP. If you feel comfortable in this area, then you should
> probably look into general methods of linking Java apps with other DLLs.
>
> Regards,
> M
>
> On 04/28/2016 12:16 AM, jj08 via USRP-users wrote:
>> Sorry, a bit long because I am trying to learn the basics and it doubles
>> as a kind of note to myself.
>>
>> ***
>>
>> I am trying to write a Java program which reads data from USRP2 (or N210).
>>
>> In Eclipse, I have installed uhd-java related files
>> (org.anhonesteffort.*) and javaCPP (org.bytedeco.*), thanks to >>
>> https://github.com/rhodey/uhd-java
.
>>
>> I am using 64-bit Win-7 and have installed
>> uhd_003.009.003-release_Win64_VS2015 driver, and boost libraries (1_60_0).
>>
>> In the folder org.anhonesteffort.uhd.RxStreamer, there is a file called
>> MultiUsrpTest.java.
>> I am trying to mimick that file and create a Java file that will connect
>> to and receive data from the device.
>>
>> Now the problem:
>> I want to create "DeviceAddress" like this: (copied directly from
>> "MultiUsrpTest.java")
>>
>> String DEVICE_ARGS= "name\n=,serial\n=ABC123DEF,type\n=usrp2";
>> //copied
>> from theexample-usrp.properties file, I don't know what to put in name
>> and serial. For serial, may be I could put the serial number found at
>> the back of the device.)
>> DeviceAddress ADDRESS = new DeviceAddress(DEVICE_ARGS);
>>
>> Even at this point, when I compile, I get this error:
>>
>> Win32; Microsoft Visual C++ version 14.0; Boost_105800;
>> UHD_003.009.003-release
>>
>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no
>> jniDeviceAddress in java.library.path
>> at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:637)
>> at org.bytedeco.javacpp.Loader.load(Loader.java:474)
>> at org.bytedeco.javacpp.Loader.load(Loader.java:411)
>> at org.anhonesteffort.uhd.types.DeviceAddress.(DeviceAddress.java:33) >>
>> at usrp.USRPJReader.main(USRPJReader.java:53) <- my program <br />
>>
>> In my system path, I have C:\Program Files\UHD\bin, so it's not that.
>> I tried to find if there is any file called
>> "jniDeviceAddress.dll" in
>> the system, but didn't find.
>> Google search also did not produce any result.
>>
>> Please give me some idea what should I do to resolve this issue.
>>
>> I don't even know if I need this "DeviceAddress". (may be if I
>> want to
>> specify an IP for the device?)
>> A sample C++ program I am using (rx_sample_file.cpp by ER) is working
>> fine- I don't see any DeviceAddress in it. (default value is blank.)
>>
>> Eventually, I want to translate that rx_sample_file.cpp file to Java.
>> For now, to understand how to proceed, I at least want to be able to:
>> (1)create a usrp device (2)create a receive streamer (3)receive data
>> from device, which all are all nicely done in the cpp file.
>>
>> Thanks for reading!
>>
>> -------------------------
>> Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and
>> More.
>> Drive Headquarters. Top quality services designed for business! >> Sign up
>> free at: www.DriveHQ.com
>>
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com
.
_______________________________________________ USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com.
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com.
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com
.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160501/f52c6efb/attachment-0001.html>
------------------------------
Message: 3
Date: Sun, 01 May 2016 19:37:05 -0700
From: "jj08" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress
in
java.library.path
Message-ID: <1074833481000000009736706@www>
Content-Type: text/plain; charset="utf-8"
Nope. Not so fast.
I connected my pc to the USRP this morning and ran
"uhd_find_devices". Works fine.
//---------------------------------------------------
C:\Users\User>uhd_find_devices
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
type: usrp2
addr: 192.168.10.2
name: sn014 serial: XXXX
//---------------------------------------------------------
I started Eclipse and tried to run the JUnit test file (DeviceAddressTest.java
in the org.anhonesteffort.uhd.types package), but got the same
UnsatisfiedLinkError: no jniDeviceAddress in java.library.path. The uhd-jave
creator says "mvn install". I have no experience with Maven and if
Eclipse can do the task, I want to do the Eclipse way. So the question is
that how to configure uhd-Java for Eclipse. I created a project for uhd-Java
in Eclipse, downloaded the src
(https://github.com/rhodey/uhd-java/tree/master/src) and placed them in
{project foler}/src folder. I also downloaded JavaCPP.jar and added that jar to
the project. Since Eclipse is not complaining (uhd-Java project does not
have any red [X] marks), the reference requirements should have been met,
right? Still no cigar.
--From: [email protected]
--To: [email protected]
--Date: 5/1/2016 11:55:23 AM --Subject: Re: [USRP-users] UnsatisfiedLinkError:
no jniDeviceAddress in java.library.path I just read that in the README.md
file of the uhd-java project (https://github.com/rhodey/uhd-java), the author
has written (under Test Configuration): "uhd-java contains integration
tests that must be run on your actual USRP hardware to verify proper
functionality of the library" Could it be that? I will find out tomorrow
as I go back to work. So far I had been testing this without connecting to the
hardware. Cheers.
--From: [email protected]
--To: [email protected]
--Date: 5/1/2016 10:35:45 AM --Subject: Re: [USRP-users] UnsatisfiedLinkError:
no jniDeviceAddress in java.library.path
Hi All,
Ref: https://github.com/bytedeco/javacpp ("The missing bridge between
Java and native C++ libraries")...
From the documentation:
"To implement native methods, JavaCPP generates appropriate code for JNI,
and passes it to the C++ compiler to build a native library. At no point do we
need to get our hands dirty with JNI, makefiles, or other native tools..."
For the perceptine, may be there is the clue.
Inside the source, I found that a library (dll) name is created by prefixing
"jni" to the calling class and adding dll suffix.
(org.bytedeco.javacpp.ClassProperties file, line 181)
Yes, as Martin Braun noted before, it is Java/Eclipse issue rather than usrp
issue.
I suspect I am not telling what resources ("appropriate code for
JNI") take from where and pass them to where (where the C++ compiler
resides).
Then may be I need to find out where "jniDeviceAddress.dll" is
created, and I can set that directory as the "native library
location".
I found that in Eclipse, the native library location can be configured in
project properties -> java buildpath -> libraries -> JRE System libraries ->
native library location
As for C++ compilation, I do have Visual Studio 2015 (VC++ included) Community
Edition installed. I don't know how to tell Eclipse that.
When I go through Start -> all programs -> VS 2015 -> VS Tools -> Developer
Command Prompt for VS 2015, I get a command prompt (DOS shell) and I can
compile and run C++ program, so I do have C++ environment.
Someone with insight and/or experience in Java/Eclipe/C++, please give some
pointers.
Thanks,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 11:53:03 AM --Subject: Re: [USRP-users]
UnsatisfiedLinkError: no jniDeviceAddress in java.library.path
Hi Marcus:
It is quite late or early morning here, about 3:50am, I am at home now, left
work at about 6pm "yesterday". No access to the device now :)
And next few days are holidays!
You got me there that I do not fully understand how to tell Java where to look
for the JNI.
It would be nice if you could give me some hints.
What I know and can do: If I had an external file (eg. a jar file) , I would
put that file somewhere, go to the project's property and there is a menu to
add that jar file.
But for dll, I don't know how to do.
Also, I can't find the "jniDeviceAddress.dll", if anything like that
exists and if I need that one to overcome this problem.
**
I have run and successfully tested rx_samples_to_file.cpp, seen data output
and plotted the points (real parts).
In the days ahead, I want to greate interactive GUI to write and read values
to and from the usrp, so I am taking this Java/GUI appreach.
Even if I will be using a high sampling rate, I will probably do some thinning
(is this the right word?) when it comes to display the signal, so that Java can
cope with it. Just an idea, don't know if it is doable.
Cheers,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 10:57:20 AM
--Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
No, that wouldn't happen - those are working C++ programs. So go ahead and
connect your USRP, try (why didn't you just try?! It's fun!). It could be the
"bridge" that connects the Java world to the UHD world is missing or
not properly configured.
are you *sure* you understand fully how to tell Java where to look for native
(JNI), and Java libraries and symbols?
Actually, my requirement is very, very basic. As a part of learning process, I
wanted to see some output from the USRP2, and since I already had a GUI to
display data (created for low rate streaming data for non-usrp application,
using libraries from http://ptolemy.eecs.berkeley.edu/java/ptplot/), I am
taking the easy way out for now.
That's interesting!
So, I don't know, but if you really just want to stream samples: the examples
folder contains a rx_samples_to_udp, and if you can read complex numbers from
an UDP socket accepting samples coming from that program (for more info, run it
with "--help"), then you'd have a quick and easy visualization.
Best regards, Marcus On 04/28/2016 07:46 PM, jj08 via USRP-users wrote:
Hi there,
Thank you both for responding.
M:
I haven't found exact command line version of "DeviceAddress"
creation, so I couldn't test that, but system set-up wise, it seems to be
working.
Ex:
C:\Program Files\UHD\lib\uhd\examples>latency_test.exe
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
Error: LookupError: KeyError: No devices found for ----->
Empty Device Address
C:\Program Files\UHD\lib\uhd\examples>test_clock_synch.exe
Win32; Microsoft Visual C++ version 14.0; Boost_105800; UHD_003.009.003-release
Creating the Clock device with:
Error: LookupError: KeyError: No devices found for -----> Empty Device Address
The above error is due to the fact that I don't have the device connected to
my computer now.
My guess is that if I were to create DeviceAddress, I would face the same
UnsatisfiedLinkError.
What do you think?
While writing this message, I am thinking this:
It cannot be due to lack of C++ environment because the sample program (
rx_samples_to_file.exe). compiled using Visual Studio is working fine.
It could be the "bridge" that connects the Java world to the UHD
world is missing or not properly configured.
Marcus:
Yes, yes, there is a Java wrapper, thanks to rhodey of anhonesteffort.org.
Also, thanks to
Samuel Audet et al of bytedeco.org, so that the wrapper can be used.
Actually, my requirement is very, very basic. As a part of learning process, I
wanted to see some output from the USRP2, and since I already had a GUI to
display data (created for low rate streaming data for non-usrp application,
using libraries from http://ptolemy.eecs.berkeley.edu/java/ptplot/), I am
taking the easy way out for now.
I suspect (as you hinted) that as my requirements get more critical, the Java
solution may not be ideal, but let's see how things unfold.
Cheers,
jj
--From: [email protected]
--To: [email protected]
--Date: 4/28/2016 9:44:17 AM
--Subject: Re: [USRP-users] UnsatisfiedLinkError: no jniDeviceAddress in
java.library.path
Hi jj08,
I'd like to add:
I wasn't even aware of anyone having a Java wrapper for UHD :) That's
pretty exciting, though I must admit that Java isn't really my language
of choice, and even less so for high rate signal processing. But: I'm
very sure that there are excellent reasons to use it, especially if you
need to integrate it into a Java framework.
So, please excuse my curiosity: Can you tell us (as user community) a
bit about your application? What do you want to build?
Best regards,
Marcus
On 04/28/2016 06:34 PM, Martin Braun via USRP-users wrote:
> This looks more like a Java issue than a UHD issue. First, are you able
> to run example applications from the command line, and are you familiar
> with the APIs?
>
> If not, I suggest you put the Java aside for a minute, and make sure you
> have the basics down and can run apps (such as rx_samples_to_file) with
> your USRP. If you feel comfortable in this area, then you should
> probably look into general methods of linking Java apps with other DLLs.
>
> Regards,
> M
>
> On 04/28/2016 12:16 AM, jj08 via USRP-users wrote:
>> Sorry, a bit long because I am trying to learn the basics and it doubles
>> as a kind of note to myself.
>>
>> ***
>>
>> I am trying to write a Java program which reads data from USRP2 (or N210).
>>
>> In Eclipse, I have installed uhd-java related files
>> (org.anhonesteffort.*) and javaCPP (org.bytedeco.*), thanks to >>
>> https://github.com/rhodey/uhd-java
.
>>
>> I am using 64-bit Win-7 and have installed
>> uhd_003.009.003-release_Win64_VS2015 driver, and boost libraries (1_60_0).
>>
>> In the folder org.anhonesteffort.uhd.RxStreamer, there is a file called
>> MultiUsrpTest.java.
>> I am trying to mimick that file and create a Java file that will connect
>> to and receive data from the device.
>>
>> Now the problem:
>> I want to create "DeviceAddress" like this: (copied directly from
>> "MultiUsrpTest.java")
>>
>> String DEVICE_ARGS= "name\n=,serial\n=ABC123DEF,type\n=usrp2";
>> //copied
>> from theexample-usrp.properties file, I don't know what to put in name
>> and serial. For serial, may be I could put the serial number found at
>> the back of the device.)
>> DeviceAddress ADDRESS = new DeviceAddress(DEVICE_ARGS);
>>
>> Even at this point, when I compile, I get this error:
>>
>> Win32; Microsoft Visual C++ version 14.0; Boost_105800;
>> UHD_003.009.003-release
>>
>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no
>> jniDeviceAddress in java.library.path
>> at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:637)
>> at org.bytedeco.javacpp.Loader.load(Loader.java:474)
>> at org.bytedeco.javacpp.Loader.load(Loader.java:411)
>> at org.anhonesteffort.uhd.types.DeviceAddress.(DeviceAddress.java:33) >>
>> at usrp.USRPJReader.main(USRPJReader.java:53) <- my program <br />
>>
>> In my system path, I have C:\Program Files\UHD\bin, so it's not that.
>> I tried to find if there is any file called
>> "jniDeviceAddress.dll" in
>> the system, but didn't find.
>> Google search also did not produce any result.
>>
>> Please give me some idea what should I do to resolve this issue.
>>
>> I don't even know if I need this "DeviceAddress". (may be if I
>> want to
>> specify an IP for the device?)
>> A sample C++ program I am using (rx_sample_file.cpp by ER) is working
>> fine- I don't see any DeviceAddress in it. (default value is blank.)
>>
>> Eventually, I want to translate that rx_sample_file.cpp file to Java.
>> For now, to understand how to proceed, I at least want to be able to:
>> (1)create a usrp device (2)create a receive streamer (3)receive data
>> from device, which all are all nicely done in the cpp file.
>>
>> Thanks for reading!
>>
>> -------------------------
>> Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and
>> More.
>> Drive Headquarters. Top quality services designed for business! >> Sign up
>> free at: www.DriveHQ.com
>>
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com
.
_______________________________________________ USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com.
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com.
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com.
-------------------------
Online Storage & Sharing, Online Backup, FTP / Email Server Hosting and More.
Drive Headquarters. Top quality services designed for business! Sign up free
at: www.DriveHQ.com
.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160501/c0a99e4c/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 2 May 2016 10:30:06 -0400
From: Jason Matusiak <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] max uSD card size for the E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
I need to save some large files to my E310 and I am looking to use the
largest uSD card I can. Is there a max size that is allowed/recommended?
------------------------------
Message: 5
Date: Mon, 2 May 2016 16:30:09 +0200
From: BHUSHAN PAWAR <[email protected]>
To: [email protected], [email protected],
Marcus M?ller <[email protected]>
Subject: [USRP-users] Fwd: USRP E310_Overrun, Underrun and Latency.
Message-ID:
<CAFvcn_-E8HaLPt5CYm_sEynHQcKKNgCUpdZ27-=jzo59t2t...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
I am trying to achieve MIMO Rx to Tx Loopback in E310 using Gnu-radio.
Please find attached herewith .png file to see my Gnu-radio design.
Settings for my UHD USRP Sink and Source blocks are as follows,
Samp_rate : 40e3
clock rate : default
BW ch0 & ch1 : 6e6
Center Freq. ch0 & ch1 : 500e6
The output of Gnu-radio is as follows,
Generating: '/home/root/top_block.py'
Executing: '/usr/bin/python -u /home/root/top_block.py'
linux; GNU C++ version 4.9.2; Boost_105700; UHD_003.009.002-0-unknown
-- Loading FPGA image: /usr/share/uhd/images/usrp_e310_fpga.bit... done
-- Detecting internal GPSDO .... found
-- Initializing core control...
-- Performing register loopback test... pass
-- Performing register loopback test... pass
-- Performing register loopback test... pass
-- Performing CODEC loopback test... pass
-- Performing CODEC loopback test... pass
-- Setting time source to internal
-- Asking for clock rate 16 MHz
-- Actually got clock rate 16 MHz
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Using Volk machine: neon_hardfp
UULLLLLLLLLLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLUULLLLLLL
LLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLUULLLLLL
LLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLUULLUUL
LLLLLLLLLLLLLLLUULLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUULLLLL
LLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUUL
LLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLUULL
1. What is the reason for so many overflows and latency in the output?
What changes are required to eliminate this? The Tx stops transmitting the
signal after one point due to this.
2. As selection of master clock is done automatically in E310, can you
explain how to find the minimum sampling rate for the system? or How the
Samp_rate (40e3) relate to the actual sampling frequency?
*Thanks & Regards,*
*Bhushan R.V. Pawar.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160502/4d0ee7bf/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: E310.png
Type: image/png
Size: 29139 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160502/4d0ee7bf/attachment-0001.png>
------------------------------
Message: 6
Date: Mon, 02 May 2016 11:02:55 -0400
From: [email protected]
To: Jason Matusiak <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] max uSD card size for the E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
All standard sizes should work. I've personally used 32G without issue.
On 2016-05-02 10:30, Jason Matusiak via USRP-users wrote:
> I need to save some large files to my E310 and I am looking to use the
> largest uSD card I can. Is there a max size that is allowed/recommended?
>
> _______________________________________________
> 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/20160502/b48ef3d4/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 2 May 2016 11:04:00 -0400
From: Jason Matusiak <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] max uSD card size for the E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Thanks Marcus. I was considering picking up some 128GB Class 10 units,
but was worried that it wouldn't work for some reason....
On 05/02/2016 11:02 AM, [email protected] wrote:
>
> All standard sizes should work. I've personally used 32G without issue.
>
> On 2016-05-02 10:30, Jason Matusiak via USRP-users wrote:
>
>> I need to save some large files to my E310 and I am looking to use
>> the largest uSD card I can. Is there a max size that is
>> allowed/recommended?
>>
>> _______________________________________________
>> 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/20160502/9e8de6f5/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 02 May 2016 11:06:36 -0400
From: [email protected]
To: BHUSHAN PAWAR <[email protected]>
Cc: [email protected], [email protected],
Marcus M?ller <[email protected]>
Subject: Re: [USRP-users] Fwd: USRP E310_Overrun, Underrun and
Latency.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
My guess is that at 40e3, Gnu Radio's buffering is getting in the way of
delivering a continuous flow.
There are "big hammer" methods in Gnu Radio to reduce this buffering,
like setting max_noutpout_items (AFAIR) in the options block.
But you'd like get better results using a higher sample rate, and then
filtering in the software side to reduce bandwidth.
On 2016-05-02 10:30, BHUSHAN PAWAR via USRP-users wrote:
> Hello,
>
> I am trying to achieve MIMO Rx to Tx Loopback in E310 using Gnu-radio. Please
> find attached herewith .png file to see my Gnu-radio design.
>
> Settings for my UHD USRP Sink and Source blocks are as follows, Samp_rate :
> 40e3 clock rate : default BW ch0 & ch1 : 6e6 Center Freq. ch0 & ch1 : 500e6
>
> The output of Gnu-radio is as follows,
>
> Generating: '/home/root/top_block.py'
>
> Executing: '/usr/bin/python -u /home/root/top_block.py'
>
> linux; GNU C++ version 4.9.2; Boost_105700; UHD_003.009.002-0-unknown
>
> -- Loading FPGA image: /usr/share/uhd/images/usrp_e310_fpga.bit... done
> -- Detecting internal GPSDO .... found
> -- Initializing core control...
> -- Performing register loopback test... pass
> -- Performing register loopback test... pass
> -- Performing register loopback test... pass
> -- Performing CODEC loopback test... pass
> -- Performing CODEC loopback test... pass
> -- Setting time source to internal
> -- Asking for clock rate 16 MHz
> -- Actually got clock rate 16 MHz
> -- Performing timer loopback test... pass
> -- Performing timer loopback test... pass
> Using Volk machine: neon_hardfp
> UULLLLLLLLLLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLUULLLLLLL
> LLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLUULLLLLL
> LLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLUULLUUL
> LLLLLLLLLLLLLLLUULLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUULLLLL
> LLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLLLLLLLLUUL
> LLLLLLLLLLLLLLLLLLLUULLLLLLLLLLLLLLLLLUULL
>
> * What is the reason for so many overflows and latency in the output? What
> changes are required to eliminate this? The Tx stops transmitting the signal
> after one point due to this.
> * As selection of master clock is done automatically in E310, can you explain
> how to find the minimum sampling rate for the system? or How the Samp_rate
> (40e3) relate to the actual sampling frequency?
>
> THANKS & REGARDS,
>
> BHUSHAN R.V. PAWAR.
>
> _______________________________________________
> 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/20160502/d7dd938e/attachment-0001.html>
------------------------------
Message: 9
Date: Mon, 02 May 2016 11:08:56 -0400
From: [email protected]
To: Jason Matusiak <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] max uSD card size for the E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I'm not aware of anyone having tried 128G, but certainly the kernel
drivers should have no problem. The open question with any SD-based
system is whether the controller will behave.
Phil B.: Any worries about large uSD cards?
On 2016-05-02 11:04, Jason Matusiak wrote:
> Thanks Marcus. I was considering picking up some 128GB Class 10 units, but
> was worried that it wouldn't work for some reason....
>
> On 05/02/2016 11:02 AM, [email protected] wrote:
>
> All standard sizes should work. I've personally used 32G without issue.
>
> On 2016-05-02 10:30, Jason Matusiak via USRP-users wrote:
> I need to save some large files to my E310 and I am looking to use the
> largest uSD card I can. Is there a max size that is allowed/recommended?
>
> _______________________________________________
> 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/20160502/081fc800/attachment-0001.html>
------------------------------
Message: 10
Date: Mon, 2 May 2016 11:39:32 -0400
From: Philip Balister <[email protected]>
To: [email protected], Jason Matusiak <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] max uSD card size for the E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/02/2016 11:08 AM, Marcus D. Leech via USRP-users wrote:
> I'm not aware of anyone having tried 128G, but certainly the kernel
> drivers should have no problem. The open question with any SD-based
> system is whether the controller will behave.
>
> Phil B.: Any worries about large uSD cards?
Try it :) I ordered a "large" one a while back and didn't have an issue.
Philip
>
> On 2016-05-02 11:04, Jason Matusiak wrote:
>
>> Thanks Marcus. I was considering picking up some 128GB Class 10 units, but
>> was worried that it wouldn't work for some reason....
>>
>> On 05/02/2016 11:02 AM, [email protected] wrote:
>>
>> All standard sizes should work. I've personally used 32G without issue.
>>
>> On 2016-05-02 10:30, Jason Matusiak via USRP-users wrote:
>> I need to save some large files to my E310 and I am looking to use the
>> largest uSD card I can. Is there a max size that is allowed/recommended?
>>
>> _______________________________________________
>> 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
------------------------------
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 69, Issue 2
*****************************************
