MCookie Upin27 Layout

From Microduino Wiki
Revision as of 21:42, 22 May 2017 by Sonny (talk) (Upin27 Layout)
Jump to: navigation, search

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.
    • Core module types act as a brain of a project where almost all pins need to be connected to in order to be accessible / functional.
    • 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 supplying 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 / Trinkets 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

Pin Color Legend
Color Meaning
Green Provides pin.
Red Occupies pin. Will conflict.
Grey Alternative pin for labeled name. Or unconnected pin.
Blue Uses pin, but does not conflict.


Module BUS I2CAddr (7bit) D0 D1 D2 D3 D4 D5 D6 D7 D8 D9 D10 D11 D12 D13 A0 A1 A2 A3 A4 A5 A6 A7 5V 3V3 RST AREF
Core Modules
Core RX0 TX0 MISO MOSI SCK SDA SCL IN (IN) RST AREF
Core+ RX0 TX0 RX1 TX1 MISO MOSI SCK SDA SCL IN (IN) RST AREF
CoreUSB RX1 TX1 MISO MOSI SCK SDA SCL IN OUT RST AREF
CoreRF RX0 TX0 RX1 TX1 MISO MOSI SCK SDA SCL IN IN RST AREF
Core Programmers
BLE Upload UART TX RX IN OUT
mBattery UART TX RX OUT OUT OUT
USBTTL UART TX RX OUT OUT OUT
USBttlC UART TX RX OUT OUT OUT
Function Modules
Audio UART (TX) (RX) TX RX (TX) (RX) ADKEY OUT IN
AudioPro SPI MIDI DERQ MISO MOSI SCK DCS CS IN
Battery Management OUT OUT OUT
GPS UART (TX) (RX) TX RX IN
mBattery UART TX RX OUT OUT OUT
Motion I2C 0x68(MPU) 0x1E(HMC) 0x77(BMP) (INT) (INT) SDA SCL IN
SD SPI CS MISO MOSI SCK CD IN
RTC I2C 0x51(pcf) 0x50(eep) INT (INT) SDA SCL (IN) IN
Communication Modules
Bluetooth (BLE) UART TX RX (TX) (RX) (TX) (RX) IN
BLE Upload UART TX RX IN OUT
NFC I2C 0x24 SDA SCL IN
WiFi UART TX RX (TX) (RX) IN RST
Extension Modules
Amplifier RIN LIN IN
Hub Conflicts will occur if a Sensor / Trinket is connected to a pin used by another non-Core module. Read about Hub module. IN IN
Motor 2A 1A 2B 1B IN
LED Matrix DI (DI) (DI) IN
OLED I2C 0x3C SDA SCL IN

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.