Repository navigation
docs(vital100s): the MCU UART is on TP57/TP64, not the debug header - #87
Draft
benedikt-bartscher wants to merge 2 commits into
Draft
benedikt-bartscher wants to merge 2 commits into
benedikt-bartscher wants to merge 2 commits into
Conversation
The "Install New ESP32" table sent ESP RX/TX to debug header pins 4 and 5. The pinout photo on the same page labels those "UART - Flash FW", the stock ESP32-C3's flashing UART, and marks the ESP <> MCU link on the test pads TP57 and TP64. The stock config agrees: the C3 talks to the MCU on GPIO18/19, not on its flashing UART. With the stock module held in reset, as the same table instructs, the header TX/RX reach nothing.
The RX pad beside R92 is TP64 in the pinout photo but TP54 on another board (Vital 100S-C_V1.3P1.4), so pad labels alone can mislead. Both pads were traced with a beep test to the ESP32-C3-SOLO-1: TP54/TP64 is module pin 27 (IO18), TP57 is pin 28 (IO19), matching the stock config's GPIO18/19. The module pinout is public in its FCC user manual.
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
The Vital 100S Install New ESP32 → Wiring table pointed the external ESP's RX/TX at debug header pins 4 and 5. This changes it to the test pads TP64 (ESP RX ← MCU TX) and TP57 (ESP TX → MCU RX), and explains why the header pins are the wrong ones.
Why
The page contradicts itself:
levoit-vital100s.yamlruns the MCU link on the C3's GPIO18/19, not on its flashing UART.The install photo (wires tapped onto pads beside the stock module) fits the test-pad reading too.
Verified
On hardware (board
Vital 100S-C_V1.3P1.4, MCU FW 1.0.5, stock ESP32-C3 held in reset via header EN→GND, external Olimex ESP32-POE2 on Ethernet with the fix from #86):0055) decode; PM2.5, AQI, filter, MCU version populate.seqarrives once instead of being resent 3–4 times) and answers a fan-on command with a0x12response frame (ptype0050).Because the label differs between boards, the second commit names each pad by its module pin as well.
No CHANGELOG entry, to stay out of #86's "Unreleased" section; happy to add one.