From: Tyler S. <sou...@gm...> - 2010-02-16 17:41:48
|
Hi, I'm doing a project where an Overo Air needs to transmit serial data to two different entities. Communication worked fine using pins 9 and 10 on the Summit (ttyS0) until now the receive pin seems to drive everything I plug into it to 0V... I then moved to focus on pins 21 and 22. This is the IR_TxD and IR_RxD, correct? I ran some serial test code while pins 21 and 22 were connected across a resistor for loopback. Am I correct in setting the modemdevice to ttyS2 for these pins? It seems to work, but intermingled with the printed data from read(), I see stuff that would usually be in terminal. For example, I had it sending/receiving the string "test\n", but I found "test" followed sometimes by "root@overo:~#", and sometimes "-sh: ttest:test". Is there some connection between these IR_serial pins and the terminal, is there? Are there any suggestions for how to best communicate data to two separate entities (HCS12 microcontrollers) given my current circumstances? On another note, whenever I press the restart button or boot up without the USB console cable connected, the wireless does not activate on its own. It works if I restart the Overo when the console USB is connected and I do "ifup wlan0". Any ideas as to why it wouldn't do that without the presence of the console USB cable? Thanks in advance, Tyler -- View this message in context: http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27612215.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: ScottEllis <sco...@gm...> - 2010-02-16 20:14:01
|
I don't have a solution for you, but I noticed that same thing when I was playing with the pins the other day. Take a look at the schematic for the Summit board, page 4. http://pubs.gumstix.com/boards/SUMMIT/PCB30001-R2185/PCB30001.pdf You see the GPIO165_IR_RXD3 and GPIO166_IR_TXD3 lines there on the schematic for the console USB. Maybe someone more knowledgeable can answer. Is the intent of this to also provide standard serial console? -- View this message in context: http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27614272.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Tyler S. <sou...@gm...> - 2010-02-16 21:11:10
|
Hi Scott, Since the RxD pin on ttyS0 is dead, it would be optimal to be able to use ttyS2 to function exactly as ttyS0 did (with no interference from the console). Also, if possible, I would like to be able to use ttyS1, but reading some previous posts, it seems like it is possible... I'm just not quite clear as to how to get these two sets of ports to be purely UART (like ttyS0). Tyler ScottEllis wrote: > > I don't have a solution for you, but I noticed that same thing when I was > playing with the pins the other day. > > Take a look at the schematic for the Summit board, page 4. > > http://pubs.gumstix.com/boards/SUMMIT/PCB30001-R2185/PCB30001.pdf > > You see the GPIO165_IR_RXD3 and GPIO166_IR_TXD3 lines there on the > schematic for the console USB. > > Maybe someone more knowledgeable can answer. > > Is the intent of this to also provide standard serial console? > > -- View this message in context: http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27615038.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: ScottEllis <sco...@gm...> - 2010-02-16 21:55:15
|
I think you'd have to give up your USB console to do that. Looks to me like it's the same controller. Can you use I2C instead? It's available from the header, looks like it's supported by the HCS12 microcontrollers and the programming is trivial from the gumstix side, all userland. There are some samples on the user wiki for I2C. Tyler Southard wrote: > > Hi Scott, > > Since the RxD pin on ttyS0 is dead, it would be optimal to be able to use > ttyS2 to function exactly as ttyS0 did (with no interference from the > console). Also, if possible, I would like to be able to use ttyS1, but > reading some previous posts, it seems like it is possible... I'm just not > quite clear as to how to get these two sets of ports to be purely UART > (like ttyS0). > > Tyler > > > ScottEllis wrote: >> >> I don't have a solution for you, but I noticed that same thing when I was >> playing with the pins the other day. >> >> Take a look at the schematic for the Summit board, page 4. >> >> http://pubs.gumstix.com/boards/SUMMIT/PCB30001-R2185/PCB30001.pdf >> >> You see the GPIO165_IR_RXD3 and GPIO166_IR_TXD3 lines there on the >> schematic for the console USB. >> >> Maybe someone more knowledgeable can answer. >> >> Is the intent of this to also provide standard serial console? >> >> > > -- View this message in context: http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27615367.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Tyler S. <sou...@gm...> - 2010-02-17 13:17:06
|
Specifically I'm using the MC9S12C32, which doesn't have i2c support ( http://www.async.ece.utah.edu/~myers/nobackup/ece5780/misc/motorola_micro_brochure_MC9S12C32FS.pdf http://www.async.ece.utah.edu/~myers/nobackup/ece5780/misc/motorola_micro_brochure_MC9S12C32FS.pdf ). Am I correct in thinking that the Overo has effectively one accessible serial interface assuming you need to be able to use the console? Is there no accepted way to make use of the others? -- View this message in context: http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27622770.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: R. P. M. <log...@gm...> - 2010-02-17 14:06:39
|
In my board I can use all three UARTS and one I2C interface without problems. So I see no reason that the serial ports cannot be used unless there is a software issue with Linux. On 2/17/10, Tyler Southard <sou...@gm...> wrote: > > Specifically I'm using the MC9S12C32, which doesn't have i2c support ( > http://www.async.ece.utah.edu/~myers/nobackup/ece5780/misc/motorola_micro_brochure_MC9S12C32FS.pdf > http://www.async.ece.utah.edu/~myers/nobackup/ece5780/misc/motorola_micro_brochure_MC9S12C32FS.pdf > ). Am I correct in thinking that the Overo has effectively one accessible > serial interface assuming you need to be able to use the console? Is there > no accepted way to make use of the others? > -- > View this message in context: > http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27622770.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Tyler S. <sou...@gm...> - 2010-02-17 16:26:27
|
Next To Nobody wrote: > > In my board I can use all three UARTS and one I2C interface without > problems. I2C works fine on the Gumstix side, but unfortunately the other device doesn't support it. Next To Nobody wrote: > > So I see no reason that the serial ports cannot be used > unless there is a software issue with Linux. I am using the default Angstrom that came with it - does anyone know the steps to take to disentangle the UARTS that map to ttyS1 and ttyS2 in linux? (i.e., switching UART2 from BT and disentangling UART3 from the console, while maintaining the ability to still access the console somehow). -- View this message in context: http://old.nabble.com/Summit-Serial-Lines-and-Overo-Boot-Issues-tp27612215p27626394.html Sent from the Gumstix mailing list archive at Nabble.com. |