NOTICE: The Processors Wiki will End-of-Life on January 15, 2021. It is recommended to download any files or other content you may need that are hosted on processors.wiki.ti.com. The site is now set to read only.

OMAP35x Schematic Checklist

From Texas Instruments Wiki
Jump to: navigation, search

Introduction[edit]

This article applies to the following devices:


Here are some links to schematics you can refer to:

BeagleBoard hardware design
OMAP3EVM from Mistral. Don't forget to check the errata for this schematic as well if you used it for a reference.
OMAP35x SOM and Torpedo SOM from Logic PD.


Recommendations Specific to OMAP35x[edit]

Critical Connections[edit]

Power[edit]

  • If using TPS659xx devices, please refer to the following app notes for more information on schematic and layout recommendations:
  • Check decoupling capacitors (refer to the appropriate Data Manual for your device). Recommend 1 capacitor per 2 to 4 balls.
  • VPP : should be left unconnected for production
  • If using TPS6595x PMIC, SYS_OFFMODE should be connected to TPS6595x nSLEEP1
  • If using TPS6595x PMIC, SYS_CLKREQ should be connected to TPS6595x CLKREQ. On OMAP3EVM, there is a pullup on this signal, but for proper low power functionality, this needs to be removed on the EVM, otherwise the 100K internal pull down in the TPS6595x did not adequately pull down this signal. SYS_CLKREQ is actively driven when the processor is requesting a high frequency clock, otherwise the signal is in high impedance. SYS_CLKREQ signal polarity is programmable using PRM_POLCTRL register, so ensure your external hardware matches the intended use of this signal.

SYS_BOOT[edit]

  • Configure the sys_boot pulls as needed for your application.
  • CAUTION: Be careful if anything is hooked up to these pins (i.e. if the pins are being "re-used" as gpio). You must make sure that the sys_boot pins are at the proper levels when power-on reset occurs such that the correct values are latched in order for the device to boot correctly!
  • If unsure then you can add a pull up and pull down on each pin and only populate the desired one for test.

Resets[edit]

  • Typically, warm reset is used for a push button reset or reset from external circuits. Use a 4.7K pull up, and connect to nRESWARM on TPS659xx if using those PMICs.
  • nSYSRESPWRON is connected directly to nRESPWRON on the TPS659xx devices. Be careful when connecting this to other reset sources (including push buttons). Generating a POR in this method could cause the TPS659xx devices to cut power because the warm reset sequence has not be programmed into the TPS659xx device, or the SLEEP sequence has not been programmed into the TPS659xx device. Typically, other reset sources should be connected to the warm reset.

Clock Signals[edit]

  • SYS_CLKREQ is an open source type signal. You do have control of an internal pull up/down depending on the signal polarity, however an external pull up/down is recommended when this signal is used as an output to control an external oscillator or other clock source. An external pull down is recommended if you plan on using SYS_CLKREQ with active high polarity (PRM_POLCTRL.CLKREQ_POL=1). An external pull up is recommended if you plan on using SYS_CLKREQ with active low polarity (PRM_POLCTRL.CLKREQ_POL=0).

Layout Guidelines[edit]

These are generic layout guidelines for BGA packaging:
BGA PCB Design Guidelines
BGA Decoupling Capacitor Guidelines

Peripherals[edit]

I2C[edit]

  • Pull ups on SDA and SCL. 4.7K can be used. When implementing high speed I2C, lower values (470ohm) should be used.
  • If using a TPS659xx device:
    • I2C1 should be connected to TPS659xx I2C.CNTL control interface
    • I2C4 must be connected to TPS659xx I2C.SR smart reflex interface

GPIO[edit]

  • Unused signals, or no-connects (NC), can generally be left unconnected. Using the PADCONF registers, you can configure a pin for input with an internal pull down, or output a 0 in GPIO mode, to avoid excessive power consumption on unused pins.
  • Check reset states of pins connected to other devices. Pins may have inadvertent states at or right after reset which may conflict with external devices. This information can be found in the Data Manual "Ball Characteristics" table. Check the columns Ball Reset State, Ball Reset Rel. State, and Reset Rel. Mode.
  • GPIO120-129 are 1.8V or 3.0V. These are the only GPIOs that are 3.0V capable. All others are 1.8V. Also check Additional Configuration for GPIO120-129 on OMAP35x for further information.
  • The following GPIOs are input only: GPIO99,100,112,113,114,115
  • Different GPIOs are used to generate wakeup events based on which power domains are active. Ensure that if you intend to use a GPIO as a wakeup event, you connect it to the appropriate GPIO signal.
    • When only the WAKEUP power domain is active (ie, OFF mode), GPIO_1, 9, 10, 11, 30, and 31 can be used to generate a wakeup event.
    • For the rest of the GPIOs in the GPIO1 module (GPIO_0-31, not include the ones above), they can only generate wakeup events if the CORE power domain is active.
    • For GPIOs in modules GPIO2-6 (ie, GPIO_32-191), they can only generate wakeup events if the PER power domain is active.

MMC interface[edit]

  • MMC_CLK : no pull ups needed
  • MMC_CMD, MMC_DATx : 10K pull ups needed on each signal, unless using it in SDIO mode (eg., connected to a WLAN device) . Be sure to pull up to MMC voltage (on MMC1, that can be 1.8V or 3.0V)
  • MMC1_CLK, MMC2_CLK and MMC3_CLK, series resistor is needed, place as close to the processor as possible. Recommended value is 33ohm, but will need to be adjusted based on trace length to the MMC peripheral.
  • When using MMC1, VDDS_MMC1 supplies power for MMC1_DAT(0-3), and VDDS_MMC1a supplies power for MMC1_DAT(4:7). So if using 8-bit mode, both VDDS_MMC1 and VDDS_MMC1a need to be connected to the same power source. If using 1-bit or 4-bit mode, power to VDDS_MMC1 only needs to be applied. Pull VDDS_MMC1a low with 5-10K resistor if not using MMC1_DAT(4-7). In this scenario, you can use MMC1_DAT(4-7) for GPIOs, if needed. These can be supplied from a different power source on VDDS_MMC1a, depending on the voltage level you need for the GPIO (1.8V or 3.0V).
  • If using MMC1_WP (write protect) and MMC1_CD (card detect) signals, they would typically be pulled up to 1.8V before connecting to the processor GPIO or TPS659xx GPIO. MMC1_CD can be used as a power saving feature to detect insertion of the card even when you have shut off the power via VDDS_MMC1 (or VDDS_MMC1a). Connecting it to TPS659xx device will allow it to turn on/off voltage upon insertion/removal of the card. Similarly, connecting MMC1_CD to the processor will allow for an interrupt to enable an external power source to turn on/off upon insertion/removal of the card.
  • MMC2 and MMC3 interfaces are 1.8V only. You can connect MMC2 to 3.3V devices using an external transceiver (see block diagram in TRM). The transceiver must include a clock output that will connect to MMC2_CLKIN signal. MMC3 should only be used with 1.8V devices. It should not be connected through a transceiver.
  • Also refer to SD-MMC Usage Notes wiki for more information

TV OUT interface[edit]

Refer to the TV out Application note.

DSS[edit]

  • refer to the Display Subsystem wiki for guidance on connecting the DSS.
  • add 10ohm series resistors to all data lines, HSYNC, VSYNC, ACBIAS, PCLK

System signals[edit]

If you are using POP memory

  • Connect POP_INT0_FT and POP_INT1_FT to GPIOs to indicate POP die events to the processor
  • Connect POP_TQ_TEMP_SENSE_FT to GPIO to monitor temperature of POP DDR
  • Connect POP_RESET_RP_FT to SYS_NRESWARM to reset flash memories in the event of a warm reset.
  • Leave BG_TESTOUT unconnected

GPMC[edit]

  • check to make sure any pullups for WAIT signals are 1.8V
  • if used, ensure GPMC_CLK has 33ohm series resistor placed close to AM35x

McBSP[edit]

  • Some McBSPs have different sized internal FIFOs. McBSP2 has 5K FIFO (others have only 512 bytes).
  • McBSP2 and McBSP3 have sidetone capabilities.
  • Place 33ohm series resistor close to AM35x on all McBSP clock signals.

USB OTG[edit]

  • for OTG operation, USB VBUS decoupling capacitance should be 1-6.5uF
  • for device operation, USB VBUS decoupling capacitance should be < 10uF.
  • for host operation, USB VBUS decoupling capacitance should be > 120uF
  • ensure the VBUS decoupling capaciance is connected close to USB connector.
  • ID signals should not be pulled down with a pull down resistor. If defaulting to an A-device, ground the ID signal on the USB PHY.

USB Host ports (HSUSB1 - HSUSB3)[edit]

  • HSUSB3 will only support FS/LS USB PHYs.
  • Review the Errata for issues concerning USB Host ports.
  • For USB Host ports (USB1 and USB2), we recommend using TI's TUSB1210 USB PHY. This PHY supports input clocking mode (ie, the PHY is in slave mode and OMAP35x sources the 60MHz ULPI clock). This device has recently been released and has been proven to work with OMAP35x devices.
  • It is not recommended to use the SMSC3320 if you are planning to use the USB suspend feature due to an specific interoperability errata with this device (refer to the OMAP35x errata). If using a SMSC332x PHY, it is recommended to supply the 1.8V to the PHY with a separate power source.
  • The TUSB1210 and SMSC3320 are pin-for-pin compatible, with some minor modifications. If you want to design your board to accomodate both, please see the [Media:OMAP3EVM_REVG_mods_to_use_TUSB1210.zip|following schematic]], which details the changes that need to be made to the OMAP3EVM to change from the SMSC332x to the TUSB1210.

mDDR[edit]

  • ensure that you follow the recommended layout guidelines and series termination values in section 6.4.2 of the Data Manual

McSPI[edit]

  • place 33ohm series resistor close to AM35x on all MCSPI clock signals.

If not used[edit]

What to do with unused Power signals[edit]

  • VDDA_DAC: if signals powered by VDDA_VDAC are not used, pull low with 5-10K resistor to ground.
  • VDDS_MMC1/VDDS_MMC1a: if MMC1/MMC1a is not used, pull low with 5-10K resistor to ground. See MMC section above for more details
  • VDDS_SDI: always connect this to 1.8V, even if SDI is not used. This signal is called VDDS in the latest datasheets, and thus is combined with the other VDDS signals. VDDS should should always be powered.
  • VDDS_CSI2: if signals powered by VDDS_CSI2 are not used, pull low with 5-10K resistor to ground. This signal is called VDDS in the latest datasheets, and thus is combined with the other VDDS signals. VDDS should should always be powered.
  • VDDS_CSIB: always connect this to 1.8V, even if CSIB is not used. This signal is called VDDS in the latest datasheets, and thus is combined with the other VDDS signals. VDDS should should always be powered.
  • VDDS_DSI: always connect this to 1.8V, even if DSI is not used. This signal is called VDDS in the latest datasheets, and thus is combined with the other VDDS signals. VDDS should should always be powered.
  • VDDS_SIM: if signals powered by VDDS_SIM are not used, pull low with 5-10K resistor to ground. This signal is called VDDS_MMC1a in the latest datasheets. See above for recommendations.

TV OUT Unused configuration[edit]

When the TV output is not required then the following configuration should be implemented in order to reduce the power consumption to its minimum value.

The analog pins tv_vref, vssa_dac, VDDA_DAC, tv_out1/2 and tv_vfb1/2 should be grounded.

To avoid internal current leakage, the following bits must be set to 0: DSS.DSS_CONTROL[5] DAC_POWERDN_BGZ DSS.VENC_OUTPUT_CONTROL[2:0] PRCM.CM_FCLKEN_DSS[2] EN_TV CONTROL.CONTROL_DEVCONF[18] TVOUTBYPASS

General Recommendations[edit]

THIS SECTION IS TRANSCLUDED FROM HARDWARE DESIGN CHECKLIST. ONLY INFO GENERIC TO ALL DEVICES BELONGS HERE SINCE IT APPEARS IN ALL SCHEMATIC CHECKLISTS.


As you are creating the schematics for your project here are a few things to consider.

Before you begin[edit]

Documentation[edit]

Make sure you have the latest version of documentation, especially the data sheet and silicon errata.

TIP: Try searching the documentation for words such as: "must", "require", "do not", "shall", "note:", etc. Important criteria for the device will typically contain one or more of these words. This is an easy way to make sure you have not missed anything important.

TIP: - on each ti.com device product folder there is a button "Alert me about changes to this product". Registration here will enable proactive automatic notification of device errata.

Pin out[edit]

  • Have you verified that your pin labels correspond to the correct pin numbers?
  • Have you verified that the power pins are connected to the correct supply rails?
  • Pullups/Pulldowns:
Internal pull-up/pull-down resistors are implemented with weak transistors. As the voltage present on the I/O pin varies the relative gate voltage to this weak transistor changes which will cause the effective pull-up/pull-down resistance to change. Therefore, internal resistors do not have a linear response like external resistors. The non-linearity along with process voltage and temperature variations require internal pull-up/pull-down resistors to be specified with a wide range of resistance or current sourcing/sinking.
The input current without a pull-up or pull-down turned on defines the input leakage without any current from internal pull resistors. The input current with a pull-up or pull-down turned on defines a combination of input leakage current and current required to force the internal pull resistors to the opposite voltage rail. For example, if an internal pull-up is turned on the value shown represents the total current required to pull the input to VSS.
When deciding what value of external resistor to use, you must consider the worst case combination of all internal leakage paths of all devices connected to a signal and make sure the external resistor is able to force these internal leakage paths to a potential greater than Vih min, or less than Vil max.

Critical Connections[edit]

Decoupling Capacitors[edit]

Voltages from traces on a printed circuit board can couple to each other in places where it is not desired, (like power supply planes). To decouple the traces, we add capacitors to absorb some of the voltage and help reduce this effect. For more information on how to correctly place decoupling caps, see the data sheet section for power-supply decoupling.

PLL and some analog supplies benefit from filters or ferrite beads to keep the noise from causing clock jitter. The minimum recommendation is a ferrite bead with a resonance at 100 MHz along with at least one capacitor on the device side of the bead. Additional recommendation is to add one capacitor just before the bead to form a Pi filter. The filter needs to be as close as possible to the device pin, with the device side capacitor being the most important thing to be close to the device pin. PLL pins close together can be combined on the same supply. PLL pins farther away from each other may need their own filtered supply.

Refer to General Hardware Design/ BGA PCB Design/BGA Decoupling Wiki

Power Sequencing[edit]

Are all requirements being met in terms of the order, delays, etc. of the power supplies?

Clocking[edit]

Make sure your input clock/crystal meets the data sheet requirements. For example:

  • Frequency
  • ESR for crystal
  • Load capacitance meets both the crystal’s and processor’s requirements
  • Crystal and caps placed physically close to processor
  • Double check proper voltage level for clock (some devices will use core voltage, others I/O voltage).
  • If there are any PLL configuration pins make sure they are set such that the resulting frequency is within device spec. Also, having alternate population options for those PLL pins could be handy.

OSC Internal Oscillator Clock source

The figure below shows the recommended crystal circuit. It is recommended that pre-production printed circuit board (PCB) designs include the two optional resistors Rbias and Rs. They may be required for proper oscillator operation when combined with production crystal circuit components.

  • OSC Crystal Circuit Schematics

Clockckt v2.jpg

In general, adding Rbais and Rs resistors improves circuit performance by reducing the long start-up time, crystal overdrive and voltage and temperature related issues. Specifically, they provide the following functionality:

Rs helps reduce the drive level on the crystal and decreases the slew rate, which adds additional phase shift Recommended value: 50 Ohms Rbais (a.k.a. the feedback resistor) is used to bias the input of the inverting amplifier and improve the loop gain Recommended value: 1M Ohms

However, in most cases Rbias is not required and Rs is a 0-Ω resistor. These resistors may be removed from production PCB designs after evaluating oscillator performance with production crystal circuit components installed on pre-production PCBs.

Please refer the below application note for calculation of Rs and RBais values:

Please refer the application note for the calculation of Rs and RBais values Crystek Application notes


Oscillator components (Crystal, C1, C2, optional Rbias and Rd) must be located close to the OMAPL1x package. Parasitic capacitance to the printed circuit board (PCB) ground and other signals should be minimized to reduce noise coupled into the oscillator.

Reset[edit]

Make sure that reset is kept asserted for the processor as the power supplies are ramping. You must not release the processor from reset until all the proper voltage/clocking is in place as specified by the data sheet. Conversely make sure that something on the board is actually RELEASING the reset once power and clocks are stable!

A useful tip is to place a 0.1uF cap near the reset pin to help avoid ESD-induced resets.

Also, you might want to have a reset button on your board as it can be helpful for development.

Boot modes[edit]

  • Double check that the boot configuration pins are set to the correct option.
  • It's highly recommended to have some population options to be able to easily change the reset mode. This can be handy in a variety of circumstances. For example, if you were doing a NOR flash boot and you ever accidentally put in some bad code you might end up in a scenario where you can't connect to the device with emulator because it's in a bad state, and you can't reprogram the flash as a result! Having an alternate boot mode can be a life saver!
  • Read carefully the initialization section in the Technical Reference Manual of your processor. We may have to deal with important information that can change your design. Look for which chip select is used by default, default clock setups, bus widths, wait states, supported booting devices, initial fetch address and interrupt vector addresses, default memory map and so on.
  • CAUTION: Be careful if anything is hooked up to these pins (i.e. if the pins are have multiple uses such as GPIO or other peripherals). You must make sure that the boot pins are at the proper levels when power-on reset occurs such that the correct values are latched in order for the device to boot correctly!

Pin Muxing[edit]

Although pin muxing is frequently software configurable, often the initial configuration is dependent on several configuration pins (e.g. are they high or low when reset is released). Make sure that the initial pin muxing corresponds properly with your boot modes so that any interfaces necessary for boot will be available. On some devices this could potentially be handled by the boot ROM, but to be certain you should configure the initial pin muxing appropriately.

Peripherals[edit]

USB[edit]

  • Check that there are no unnecessary USB_DM or USB_DP connections that would form stubs.
  • Check that there is nothing on the DP/DM lines (except for possibly a USB 2.0 certified surge suppressor)
  • USB supports hot insertion and removal so it is very vulnerable to ESD resulting from this. External ESD protection like the TPD2E001 or TPD3E001 is recommended. For USB OTG the recommended ESD protection is the TPD4S012. Any USB 2.0 certified ESD protection chip is acceptable as long as the USB PCB routing guidelines are followed.

DDR2 Routing Checklist[edit]

DDR2/mDDR Routing Checklist

External Memory Interface (NOR/async)[edit]

The mapping of address pins to the memory interface is a device-specific detail that often depends on the bus width (8- or 16-bit data bus). For example in some devices the upper address bits get mapped down to handle the least significant bit while in other devices the pins may all "shift" depending on the width of the interface. Double check the documentation to verify the address mapping is handled correctly.

I2C[edit]

  • ~5K pull ups on both lines (only one set, or two sets of 10K pull ups) are recommended
  • Make sure all devices on a given I2C bus have unique addresses (often this is configurable through a pin to enable multiple of the same device)

UART[edit]

This simple peripheral is frequently hooked up incorrectly. Make sure it's connected as follows:

  • TX ---> RX
  • RX <--- TX

Debug Considerations[edit]

JTAG/Emulation[edit]

This is something often done incorrectly which can severely impact your ability to develop code!

Signal Visibility[edit]

For debugging purposes you may need to look at a signal on an oscilloscope. Therefore you'll want to make sure you can get access to the signals, particularly with BGA devices where it might otherwise be impossible. This can be done by bringing a via all the way through the board or other times where a pullup/pulldown is needed you can probe at the resistor. Having a GPIO brought to a test point or an LED can be useful as well.

Other[edit]

Voltage Level Changes[edit]

Can you change the supply voltage with some simple resistor changes? Sometimes a pin-for-pin compatible release is made at a higher speed, sometimes requiring higher voltage and so having this flexibility on your board can save you trouble later.

Signal Terminations[edit]

Careful attention should be paid to any notes in the data sheet regarding the correct termination of pins. In particular make sure that termination instructions are exactly followed on reserved pins. Also, there are often pins that have special significance at the time the device reset is released. Often these are documented with something like "do not oppose this pin at reset" meaning that if there is an internal pullup or pulldown on that pin, you should not drive that pin in the opposite direction at reset. This would include not putting an opposing pullup/pulldown and also making sure that anything connected to that pin does not drive the pin opposite the intended direction.

For any unused pin you should pay attention to how it is terminated. Frequently pins will default to an input state and if they are left floating they may pick up noise and toggle at a high frequency. This can cause significant unwanted current consumption. Unused pins should be checked to see if they can be configured through software as outputs so they are not floating. If there is an internal pull-up/down you should configure the level of the output (high/low) to match the pull-up/down for lowest current consumption.

Ground Symbols[edit]

The ground symbols must have applicable names assigned to them. Also, the display field must be turned on so that the name of each ground symbol is displayed on the schematic to help in reviews to verify that no ground connections are orphaned by mistake. Use a standard triangle ground symbol for the main digital ground. Then use a signal ground (symbol with decreasing horizontal lines) for all other grounds. Use different names for these local grounds to allow easy review of the schematic as well as easy referral to them in the PCB layout tools.

Power Symbols[edit]

The power symbols must have applicable names assigned to them. Also, the display field must be turned on to show the unique name for each power net. Placing a ‘V’ for the first character of a power supply can ease the schematic verification process since the power supply net names will appear next to each other in the view of the nets on the board.

References[edit]

This article began from spraa34 which was a design checklist for the DM642. It has been generalized a bit to make it more applicable to all designs.


E2e.jpg {{
  1. switchcategory:MultiCore=
  • For technical support on MultiCore devices, please post your questions in the C6000 MultiCore Forum
  • For questions related to the BIOS MultiCore SDK (MCSDK), please use the BIOS Forum

Please post only comments related to the article OMAP35x Schematic Checklist here.

Keystone=
  • For technical support on MultiCore devices, please post your questions in the C6000 MultiCore Forum
  • For questions related to the BIOS MultiCore SDK (MCSDK), please use the BIOS Forum

Please post only comments related to the article OMAP35x Schematic Checklist here.

C2000=For technical support on the C2000 please post your questions on The C2000 Forum. Please post only comments about the article OMAP35x Schematic Checklist here. DaVinci=For technical support on DaVincoplease post your questions on The DaVinci Forum. Please post only comments about the article OMAP35x Schematic Checklist here. MSP430=For technical support on MSP430 please post your questions on The MSP430 Forum. Please post only comments about the article OMAP35x Schematic Checklist here. OMAP35x=For technical support on OMAP please post your questions on The OMAP Forum. Please post only comments about the article OMAP35x Schematic Checklist here. OMAPL1=For technical support on OMAP please post your questions on The OMAP Forum. Please post only comments about the article OMAP35x Schematic Checklist here. MAVRK=For technical support on MAVRK please post your questions on The MAVRK Toolbox Forum. Please post only comments about the article OMAP35x Schematic Checklist here. For technical support please post your questions at http://e2e.ti.com. Please post only comments about the article OMAP35x Schematic Checklist here.

}}

Hyperlink blue.png Links

Amplifiers & Linear
Audio
Broadband RF/IF & Digital Radio
Clocks & Timers
Data Converters

DLP & MEMS
High-Reliability
Interface
Logic
Power Management

Processors

Switches & Multiplexers
Temperature Sensors & Control ICs
Wireless Connectivity