On Tue, Apr 27, 2010 at 01:55:55PM -0700, Sam Bretheim wrote:
> Marcus D. Leech wrote:
> >On 04/26/2010 05:16 PM, Josh Blum wrote:
> >> The rx and tx data packets are samples encapsulated in vrt headers for
> >> IF data: http://www.digitalif.org/
> >Gosh. Too bad they want for a copy of the s
Marcus D. Leech wrote:
On 04/26/2010 05:16 PM, Josh Blum wrote:
> The rx and tx data packets are samples encapsulated in vrt headers for
> IF data: http://www.digitalif.org/
Gosh. Too bad they want for a copy of the standard. Bleerg.
As long as you don't mind using a draft version of
Current rx socket buffer size: 42080
Adjust max rx socket buffer size (linux only):
sysctl -w net.core.rmem_max=VALUE
Using: XCVR2450 RX (0x0061)
Using: XCVR2450 TX (0x0060)
I tried some different values in
set_recv_buff_size(size_t(xxx)); //some big number!,
3.7e6 still works as the "big"
Am 27.04.2010 um 18:03 schrieb Josh Blum:
>
>>
>> I would really like to use the USRP2 with my MacBook. My first test with the
>> driver yields the following result:
>>
>>> $ uhd_find_devices
>>> --
>>> -- UHD Device 0
>>> --
I would really like to use the USRP2 with my MacBook. My first test with the
driver yields the following result:
$ uhd_find_devices
--
-- UHD Device 0
--
name: USRP2
addr: 192.168.10.2
Error: No
Am 24.04.2010 um 01:31 schrieb Josh Blum:
> XCVR2450 and RFX series boards are now supported in the UHD.
>
> Here is the link to the wiki and manual that I have been working on:
> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
>
> The microblaze firmware has changed since the p
On 04/26/2010 05:16 PM, Josh Blum wrote:
> The rx and tx data packets are samples encapsulated in vrt headers for
> IF data: http://www.digitalif.org/
Gosh. Too bad they want for a copy of the standard. Bleerg.
>
> The control protocol is just a bunch of enums and structs in a header
> shar
The rx and tx data packets are samples encapsulated in vrt headers for
IF data: http://www.digitalif.org/
The control protocol is just a bunch of enums and structs in a header
shared by firmware and host:
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/repository/revisions/master/e
On Mon, Apr 26, 2010 at 4:44 PM, Josh Blum wrote:
> When no address is specified, the find devices will send a broadcast udp
> packet to each interface. I experienced identical behavior on a fedora 11
> box because the firewall was interfering with broadcast packets. After
> turning off the firewa
On Mon, Apr 26, 2010 at 4:47 PM, Marcus D. Leech wrote:
> I can confirm that after a couple of bits of finger-trouble on my part,
> I built both UHD, and GR-UHD, and
> was able to install 'em both. I don't have a USRP2 to do tests, but at
> least the build went well.
>
> If there's a succinct pr
I can confirm that after a couple of bits of finger-trouble on my part,
I built both UHD, and GR-UHD, and
was able to install 'em both. I don't have a USRP2 to do tests, but at
least the build went well.
If there's a succinct protocol description out there for UHD-over-UDP
I'd start work on a W
When no address is specified, the find devices will send a broadcast udp
packet to each interface. I experienced identical behavior on a fedora
11 box because the firewall was interfering with broadcast packets.
After turning off the firewall with system-config-firewall, the find
devices worked
On Mon, Apr 26, 2010 at 3:57 PM, Josh Blum wrote:
> That seems odd, it shouldnt be able to make a device without finding it
> first. That is if nothing comes up for ::find, then the ::make will yell at
> you.
>
> Is this problem repeatable, if you repeatedly call uhd_find_devices, will it
> contin
That seems odd, it shouldnt be able to make a device without finding it
first. That is if nothing comes up for ::find, then the ::make will yell
at you.
Is this problem repeatable, if you repeatedly call uhd_find_devices,
will it continue to come up blank?
-Josh
To follow up: it appears th
That does look a bit suspicious. I have two suggestions:
1) if its a firewall issue, make sure that the linux firewall is off
2) if its a timeout issue edit the udp_simple.cpp and change
milliseconds(100) to something larger, say 1000
-Josh
On 04/26/2010 12:13 PM, Douglas Geiger wrote:
O
On Mon, Apr 26, 2010 at 3:13 PM, Douglas Geiger
wrote:
> Josh,
> Trying it out on one of my USRP2's here, with an RFX2400. The build
> went well: libuhd, firmware and fpga images all built fine. And
> building the gr-uhd branch of gnuradio had no problems either,
> although I haven't gotten to t
On Fri, Apr 23, 2010 at 7:31 PM, Josh Blum wrote:
> XCVR2450 and RFX series boards are now supported in the UHD.
>
> Here is the link to the wiki and manual that I have been working on:
> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
>
> The microblaze firmware has changed since
XCVR2450 and RFX series boards are now supported in the UHD.
Here is the link to the wiki and manual that I have been working on:
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
The microblaze firmware has changed since the previous announcement.
Download the most recent builds
18 matches
Mail list logo