- Original Message From: Eric Blossom <[EMAIL PROTECTED]>To: Ges <[EMAIL PROTECTED]>Cc: discuss-gnuradio@gnu.orgSent: Thursday, May 4, 2006 6:26:38 AMSubject: Re: [Discuss-gnuradio] USb issuesOn Wed, May 03, 2006 at 11:31:33AM -0700, Ges wrote:> > Hi,> > Does anyone know why I get this er
On Wed, May 03, 2006 at 11:31:33AM -0700, Ges wrote:
>
> Hi,
>
> Does anyone know why I get this error out of the blue when using the USRP ??
>
> write_internal_ram failed: error sending control message: Protocol error
> usrp: failed to load firmware
> /usr0/local/gr/share/usrp/rev2/usrp_
Hi,
Does anyone know why I get this error out of the blue when using the USRP ??
write_internal_ram failed: error sending control message: Protocol error
usrp: failed to load firmware /usr0/local/gr/share/usrp/rev2/usrp_firmware.ihx.
I was working with the USRP just fine. Then suddenly I run it
Hi Eric -
Even without modifying the code, I get a few errors when trying to
compile the verilog:
Error (10001): Verilog HDL or VHDL error at halfband_interp.v(37):
object "signal_out_i" declared in a List of Port Declarations cannot
be redeclared within the Module Body
Error (10001): Verilog HDL
On Thu, Jan 19, 2006 at 12:02:04PM -0500, Brian Dunn wrote:
> Hi Eric -
>
> Even without modifying the code, I get a few errors when trying to
> compile the verilog:
Hmmm, I'll check and see if something has changed.
Maybe it's a 5.0 vs 5.1 issue.
Eric
_
On Tue, Jan 17, 2006 at 06:10:43PM -0500, Brian Dunn wrote:
> Hi Eric -
>
> I've taken a guess at what needs to be done to look at the RD and WR
> signals needed for USB debugging. If I'm way off, could you point me
> in the right direction? The two main questions I have are
> 1) What do we
On Tue, Jan 17, 2006 at 02:01:37PM -0500, Michael Dickens wrote:
> Eric - We do have a logic analyzer, but with the basic connectors.
> Thus we'd think about changing the FPGA code to route the usbctl[]
> signals to a daughtercard for viewing. I can tell that at least 2 of
> the files you'r
On Jan 14, 2006, at 6:10 PM, Eric Blossom wrote:
Generally speaking, reliable throughput on the USRP is dominated by
the OS's ability to deliver USB packets with small interpacket gaps.
[snip] The hardware (if properly implemented), should be
able to drive the USB at full speed. [snip]
Under Linu
On Sat, Jan 14, 2006 at 01:55:50PM -0500, Michael Dickens wrote:
> [I sent a similar this out just under 1 week ago, and have received
> no replies ... so I'm sending this updated message in hopes that
> someone will share their thoughts on how to proceed. - MLD]
Hi Michael, sorry for the dela
[I sent a similar this out just under 1 week ago, and have received
no replies ... so I'm sending this updated message in hopes that
someone will share their thoughts on how to proceed. - MLD]
I've tried all the USB / general coding speed tweaks that I can think
of and easily find / work ou
The primary issues right now are that (1) both the USRP and my
fusb_darwin codes copy LIBUSB internals to get the job done (mine is
very dependent right now, but I'll reduce that with re-programming
some things); and (2) some LIBUSB calls are made directly, while
others are through the USRP
11 matches
Mail list logo
