Full ttl connects

General discussions about V-USB, our firmware-only implementation of a low speed USB device on Atmel's AVR microcontrollers
Post Reply
gcodori
Posts: 2
Joined: Wed Feb 10, 2010 10:33 pm

Full ttl connects

Post by gcodori » Wed Feb 10, 2010 10:46 pm

I am interested in using the v-usb solution in converting an existing design from serial/parallel to usb. The existing design utilizes RTS-O, CTS-I, TX-O, RX-I. The schematic is posted at http://www.afticarr.com/FileDownloads/L ... TICARR.pdf

This is a simple connection between a computer and a model railroad control system. The PIC in the design is for traffic management, as lots of data is sent in most RR control systems.

All of the designs for USB solutions only include the TX and RX and not CTS and RTS. Is there a way to implement this in v-usb?

My goal would be to substitute the v-usb in a similar fashion as was done via bluetooth per this design http://www.kevinrowejones.com/locobuffe ... erBlue.pdf

I could buy a sparkfun USB solution that includes ALL ttl lines, but wanted a DIY solution.

Any thought?

Grendel
Rank 4
Rank 4
Posts: 167
Joined: Sat Dec 16, 2006 9:53 pm
Location: Oregon, USA
Contact:

Re: Full ttl connects

Post by Grendel » Thu Feb 11, 2010 9:14 am

Should be possible. You'll have to add some CDC/PSTN subclass specific control transfers, namely SetControlLineState (see PSTN120.pdf, 6.3.12) and GetSerialState (see PSTN120.pdf, 6.5.4). The document refered to is located at usb.org, in this archive.

gcodori
Posts: 2
Joined: Wed Feb 10, 2010 10:33 pm

Re: Full ttl connects

Post by gcodori » Thu Feb 11, 2010 8:43 pm

Unfortunately - my programming skills are next to zero. I was hoping that there may have been a way to access these like on the standalone chips (which all seem to be surface mount and harder to work with for the hobbyist).

GC

Grendel
Rank 4
Rank 4
Posts: 167
Joined: Sat Dec 16, 2006 9:53 pm
Location: Oregon, USA
Contact:

Re: Full ttl connects

Post by Grendel » Fri Feb 12, 2010 8:58 pm

V-USB is all about programming. Even if you use a more hardware oriented chip (like the ATmega32U4 <-- click this ) it's still mostly programming. It's the nature of USB.

Post Reply