I solved this problem, not linux-specific at all, but figured I'll post
the solution here anyways:
The Cypress FX2LP chip has a pin labeled RESERVED, on my PCB this pin was
left floating but should have been tied to GND (as per documentation).
- Stephan
> Hi,
>
> you get that message if nothin
On Sat, 16 Jun 2007, Stephan Esterhuizen wrote:
> I just finished a PCB design with the Cypress FX2LP (CY7C68013A-100AC).
> When I plug the device into a linux box, I get "device not accepting
> address" errors.
>
> Since this is such a simple interface: Power up FX2 and connect D+/D-/GND
> to h
Hi,
you get that message if nothing but the speed-resistor is connected to
the host. The host detects the presence of the resistor and thus expects
a device to be present. It then tries to enumerate it and that fails.
You'd even get this message if you completely remove the FX2 from your
PCB ...
I just finished a PCB design with the Cypress FX2LP (CY7C68013A-100AC).
When I plug the device into a linux box, I get "device not accepting
address" errors.
Since this is such a simple interface: Power up FX2 and connect D+/D-/GND
to host controller, I suspect that the problem might be with my D
Ah yes, everything works now. See below:
> On Fri, 9 Feb 2007, Stephan Esterhuizen wrote:
>
> > My usbmon shows the following:
> >
> > --- (1) Test for 12 bytes TX/RX _without_ writing the extra 1 byte bulk
> > --- packet ---
> > (12 byte tx/rx: run program for first time)
> > eb13c640 42687653
On Fri, 9 Feb 2007, Stephan Esterhuizen wrote:
> My usbmon shows the following:
>
> --- (1) Test for 12 bytes TX/RX _without_ writing the extra 1 byte bulk
> --- packet ---
> (12 byte tx/rx: run program for first time)
> eb13c640 4268765364 S Co:028:00 s 00 09 0001 0
> eb13c640 4268765
This is even more bizarre, the output below is from usbmon when I do two
12-byte writes/reads within the same program (in the previous example I
posted I did 2 12-byte writes/reads by calling my program twice).
---
(2x 12-byte writes/reads within the same program)
eb0e9cc0 1713314624 S Co:030:00 s
Pardon the very long lines. This has been fixed now.
My usbmon shows the following:
--- (1) Test for 12 bytes TX/RX _without_ writing the extra 1 byte bulk
--- packet ---
(12 byte tx/rx: run program for first time)
eb13c640 4268765364 S Co:028:00 s 00 09 0001 0
eb13c640 4268765473 C Co
On Fri, 9 Feb 2007, Stephan Esterhuizen wrote:
> I'm using Cypress bulkloop.hex firmware on an fx2lp (CY7C68013A) with simple
> host-side user-land code to transmit data to EP2 (out endpoint) and read the
> 'echo' on EP6 (in endpoint). The very first time the code is run it writes,
> say, 60 by
I'm using Cypress bulkloop.hex firmware on an fx2lp (CY7C68013A) with simple
host-side user-land code to transmit data to EP2 (out endpoint) and read the
'echo' on EP6 (in endpoint). The very first time the code is run it writes,
say, 60 bytes to EP2 and reads the echo (60 bytes) from EP6. When
Rpik wrote:
Hello
Does anyone take a chance to rebuild usb-skeleton.c to make it works with
Cypress chip FX2 (CY7C68013-128AC) ? Any advice will be very helpfull for
me.
Advice like "add a USB_DEVICE entry matching your firmware"? :)
I think Cypresss RDK has a few bulk test drivers you could
Hello
> Does anyone take a chance to rebuild usb-skeleton.c to make it works with
> Cypress chip FX2 (CY7C68013-128AC) ? Any advice will be very helpfull for
> me.
> Best regards
> Norbert
---
This SF.NET email is sponsored by:
SourceForge Ente
12 matches
Mail list logo
