View source for Debug Board v2
From Openmoko
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Templates used on this page:
Return to Debug Board v2.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Templates used on this page:
Return to Debug Board v2.
The Debug Board page provides information on the architecture of the second version of the Neo1973 debug board.
The debug board provides these key components.
The Schematics of this board can be found at http://people.openmoko.org/laforge/doc/hardware/neo1973_debug_board/neo1973_debugboard_v2_schematics.pdf
This bus-powered hub
Using the hub, you can have access to the phone, JTAG and serial simultaneously, through a single USB cable.
You can actually even charge the phone (100mA slow charge) using that downstream port.
For the USB hub we use the TUSB2046B chip.
Basically, we integrate a USB-JTAG adaptor similar to the [Amontec JTAGkey-tiny]. The actual reference design that we used (Thanks to Joern!) can be found at http://www.oocdlink.com
This provides us full JTAG debugging, at about 150times the speed of the wiggler
The actual JTAG port is connected with
Instead of replicating a true RS232 port, we wanted to use a USB serial converter chip, such as the FT232 or the PL2303.
As it turns out, we can even use the second port of the FT2232 simultaneously with the JTAG. So no extra FT232 or PL2303 is required.
The serial port needs a tri-state driver, since it is both connected to the GSM modem AND to the debug board. We drive the tri-state driver by an inverted GSM_EN signal (pin 7 on FPC connector).
Please see Neo1973 Debug Board v2/EEPROM if you have an "early adopter" board with USB ID 0403:0610. If your board shows up as USB ID 1457:5118 then you can ignore this step.
Please make sure you have libftdi-0.8 or later. Earlier versions are known to cause problems
Furthermore, you will need to do the following:
rmmod ftdi_sio modprobe ftdi_sio vendor=0x1457 product=0x5118
or the equivalent in your modules.conf
Please install the rules from http://people.openmoko.org/laforge/misc/debug_board_v2/udev_rules/
Please use the driver from http://people.openmoko.org/laforge/misc/debug_board_v2/windows_drivers/
pin name 1 TXD 2 RXD 3 RTS 4 CTS 5 DSR 6 DTR 7 DCD 8 RI 9 GND 10 VCC (3.3V)
The Linux kernel of your host system will create a virtual serial device called /dev/ttyUSBx where 'x' is a sequentially assigned number. If you don't have any other USB serial converters attached to your machine, the device name will be /dev/ttyUSB0.
You can use your favourite terminal emualtor (minicom, cu, zc, ...) just like for any other/real serial port. You may use gdb as well (eg. target remote /dev/ttya).
bdb - My experience with the debug board shipped with GTA01B (v3??) was that the serial port eventually came out as /dev/ttyUSB1. I assume ttyUSB0 was the jtag. I also couldn't get the serial to work at all until after I had fired up openocd to take over the jtag. (Which disappears ttyUSB0) That could have been coincidence of course... I had also removed all flow control on the serial port settings - maybe that was the key. PS - 115200 baud.
Once you have installed libftdi >= 0.8 and configured OpenOCD with the correct openocd.cfg from OpenOCD#openocd.cfg, it should work just fine.
Please see OpenOCD#OpenOCD_and_Debug_Board for some more information.
We previously had Neo1973 Debug Board v1 (inherited from some weird engineers who must have seen Brazil too often). Version 1 was never shipped to phase-0 or phase-1, and not sold to anyone.
Languages: |
English • العربية • Български • Česky • Dansk • Deutsch • Esperanto • Eesti • Español • فارسی • Suomi • Français • עברית • Magyar • Italiano • 한국어 • Nederlands • Norsk (bokmål) • Polski • Português • Română • Русский • Svenska • Slovenčina • Українська • 中文(中国大陆) • 中文(台灣) • Euskara • Català |