Along with the vrt changes, the raw ethernet protocol number has been
changed for the control packets. You must run the matching host code and
the firmware from the branch or it wont work. The firmware and fpga
files on that link were also built and tested from this branch.
Can you run wireshark and see what packets go in and out when you run
find_usrps? You should see a broadcast packet going out and a packet
coming back from the usrp2. The 2 byte transport type should read BEFO
in hex.
-Josh
Tim Pearce wrote:
Looking through the header files this looks really useful, thanks for the
hard work guys :)
I'm having some problems getting it to work though, I've downloaded the
firmware/fpga builds from the link and with these running python/find_usrps
isnt able to find the usrp2 - its fine with the latest non-vrt firmware. The
leds flash and then the bottom right 2 leds come on. I've had a quick look
and I think find_usrps/usrp2.source_32fc should still work.
I haven't tried using firmware compiled from the git repository yet so I'll
try that and try connecting with a TTL cable attached to the debug port
tomorrow unless anyone else has a similar problem/ideas?
It should print out the standard booting verbose over the serial
terminal. This will make sure that at least the usrp2 microblaze is booting.
-Josh
(Unfortunately I've only got access to the latest Xilinx ISE which I
understand (as ever) breaks compatability with fpga code written for
previous versions. I havent had much luck synthesising with it so far
anyway, although I've only really done a quick try so far -- so I cant try
making my own fpga file as well)
Cheers,
Tim
On Wed, Dec 23, 2009 at 4:12 PM, Josh Blum <j...@ettus.com> wrote:
i pushed the patch, thanks!
-Josh
Doug Geiger wrote:
Josh Blum wrote:
Folks,
There has been much work in the past few months to get the VITA Radio
Transport (VRT) protocol working with the USRP2. You can read more about
the protocol here: http://www.digitalif.org/
The branch containing this work can be found on my usrp2_vrt branch:
http://gnuradio.org/cgit/jblum.git/log/?h=usrp2_vrt
Hmmm, not sure if it's due to a git-related mistake on my end, but I'm
getting compilation errors - it looks like the vrt-related headers aren't
getting the right -I line in the Makefile somehow
error: vrt/rx_packet_handler.h: No such file or directory
Looks like the $(VRT_INCLUDES) didn't make it into the
usrp2/apps/Makefile.am line for AM_CPPFLAGS?
usrp2/lib/Makefile.am has it though, and built correctly.
Hmmm, looks like it might need to be in gr-usrp2/src/Makefile.am as well.
That built at least - I'll report back once I update the SD cards and can
do some tests with them. Diff attached below:
diff --git a/gr-usrp2/src/Makefile.am b/gr-usrp2/src/Makefile.am
index 8425c49..cc37b23 100644
--- a/gr-usrp2/src/Makefile.am
+++ b/gr-usrp2/src/Makefile.am
@@ -46,6 +46,7 @@ AM_CPPFLAGS = \
$(GRUEL_INCLUDES) \
$(PYTHON_CPPFLAGS) \
$(USRP2_INCLUDES) \
+ $(VRT_INCLUDES) \
$(WITH_INCLUDES)
lib_LTLIBRARIES = libgnuradio-usrp2.la
diff --git a/usrp2/apps/Makefile.am b/usrp2/apps/Makefile.am
index 453a612..dc5800a 100644
--- a/usrp2/apps/Makefile.am
+++ b/usrp2/apps/Makefile.am
@@ -19,6 +19,7 @@ include $(top_srcdir)/Makefile.common
AM_CPPFLAGS = \
$(USRP2_INCLUDES) \
+ $(VRT_INCLUDES) \
$(STD_DEFINES_AND_INCLUDES) \
$(CPPUNIT_INCLUDES) \
$(GRUEL_INCLUDES)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
