Revision as of 22:47, 17 May 2017

Each stack-able mCookie module uses a set of 27 pins.

Below is the chart which shows which pins are used for each specific module and can be used to find overlaps. If a conflict or overlap exist it is unlikely that both modules will be usable at the same time for a project.

See section Known Conflicts to see a list of already known conflicts.

Upin27 Layout

Notes

• Each stack-able mCookie module uses a set of 27 pins.
• Core modules provides pins to other modules.
  • Only one Core module type should exist in a build / project.
  • Usage of a stack splitter such as mBattery or DUO simply allow the stack to be shorter by splitting the stack height, but both stacks are still connected.
• Core Programmers are needed to upload a program to a Core module (except for CoreUSB, as there is an integrated programmer).
  • Core programmers use RX_ [D0] & TX_ [D1] on a Core module for programming.
  • RX_ [D0] & TX_ [D1] are also used for Serial communication with the Serial Monitor from the Core module to the Computer.
  • Programming and Serial Monitor does not cause a conflict.
  • RX_ [D0] & TX [D1] are also typically used by Communication modules such as Bluetooth and WiFi. Please be aware of this possible conflict.
  • Re-wiring on the Communication module may be needed in order to use a different pin set.
• Other modules (non-Core modules) uses pins provided by Core modules.
• Pin names for a non-Core module are sometimes repeated.
  • The default configuration is in not parenthesis, while a re-wiring alternative is in parenthesis.
  • Some modules need to be re-wired in order to avoid pin conflicts. See individual pages for re-wiring information.
• Power is provided by power giving modules such as mBattery, Battery Management, etc. The power pins 5V, 3V3 and GND are share-able across all modules and do not cause a conflict.
• Share-able communication pins such as I2C (SDA [A4] & SCL [A5]), and SPI (MISO [D11], MOSI [D12] & SCK [D13]) will not cause a conflict between modules. As they are designed to work as a share-able communication bus.
  • If the pins for I2C and SPI are not used in their intended share-able communication bus mode. Then the pins will follow the typical pin conflict rules.
• Non share-able communication pins such as UART (TX_ & RX_) will cause a conflict between modules that attempt to use the same pins. As UART is not a shared communication bus.
• The Sensor Hub makes sensors connectable to a Core module.
  • It provides connectivity to almost all of the pins on the Core module.
  • Be cautious when connecting a Sensor / Trinket to the Sensor Hub as that particular pin could be used by a non-Core module in the build / project.
  • Visit the Sensor Hub page for information on how a Sensor / Trinket will map to a Core module based on the labeling.

The Chart

Known Conflicts

mCookie Motor

• mCookie SD - Pin D7

mCookie SD

• mCookie Motor - Pin D7

Pin Usage Examples

Example 1

• A mCookie Core module is picked as a Core module. mCookie Core provides the pins for functionality.
• A mCookie Motor is stacked. mCookie Motor uses pins D5, D6, D7, and D8 from the mCookie Core module. D5, D6, D7, D8 are now used / consumed / occupied by the mCookie Motor module.
• No conflicts exists.

Example 2

• A mCookie Core module is picked as a Core module. mCookie Core provides the pins for functionality.
• A mCookie Motor is stacked. mCookie Motor uses pins D5, D6, D7, and D8 from the mCookie Core module. D5, D6, D7, D8 are now used / consumed / occupied by the mCookie Motor module.
• A mCookie AudioPro is stack. mCookie AudioPro uses pins D13, D12, D11, D8.
• Pin D8 is now conflicted. D8 on mCookie Motor is used for motor control. D8 on mCookie SD is used to select the SD card module in SPI mode. Therefore, both modules will not work correctly because of the overlapping pin.