search

bkpsu / NodeMCU-Breakout-Board

NodeMCU breakout/dev/carrier board, useful for finalizing your NodeMCU projects into complete packaged designs, or just for testing/development.
2 stars 0 forks source link

Suggestions #1

Closed moose4lord closed 6 years ago

moose4lord commented 6 years ago

From our previous discussion on thingiverse.com regarding suggestions for a v2.0 breakout board:

1) add prevision for a resistor/diode between D0 and RST (can flash the ESP while mounted on the board). 2) add provision for a capacitor on the 5V supply (better noise suppression). 3) Replace the I2C level shifter with a 74HC245 or 74HC125 buffer chip (better NeoPixel compatibility).

What did I forget? :)

bkpsu commented 6 years ago

@moose4lord - thanks for joining in and posting all your suggestions! I'm definitely in favor of all of them, but I have a few caveats/comments:

  1. Could you possibly open a new issue for each of your suggestions? I'd like to track/close them as individual items, just to keep in the spirit of Github/issue reporting
  2. The reason for the offset between 0.9/1.0 pins is dual: a) To allow the 1.0 board to fit in the same enclosure as the 0.9 (the 1.0 board sticks out a few mm more than the 0.9 b) To prevent pads interfering with each other (even though this wouldn't matter electrically, it might make it harder to solder headers nicely without having overflow)
  3. While I like the idea of supporting the ESP32 board, I just think it's too different and pin-incompatible. For example, the 3v3/Gnd pins I use for my I2C OLED screens on the bottom right are now 3v3/CLK pins on the ESP32 board. The A0 analog input on NodeMCU is an "EN" pin on the ESP32, etc...I don't mind creating a new flavor of the breakout board, geared toward the ESP32, and the board you mentioned is definitely one of the better ESP32 devkits I've seen, but I just don't think we can hope to support both the ESP8266 NodeMCU and ESP32 boards in one PCB.
bkpsu commented 6 years ago

Added v1.2 files - including the fixes mentioned here - except for cap on the 5V line (still don't have a dedicated power input to this, expecting USB input, which is regulated on the NodeMCU).