Skip to content

0.2.18#275

Merged
lovyan03 merged 24 commits into
masterfrom
develop
Jul 9, 2026
Merged

0.2.18#275
lovyan03 merged 24 commits into
masterfrom
develop

Conversation

@lovyan03

@lovyan03 lovyan03 commented Jul 9, 2026

Copy link
Copy Markdown
Collaborator
  • M5StampC5 / StampC6 / NanoC6 eFuse-based board detection
  • ESP32-C5 build compatibility, ESP32-C61 chip support
  • PY32PMIC renamed to M5PM1, M5PM1 power APIs added
  • PowerHub RTC weekday encoding fix
  • Unit PoEP4 HDMI support

TinyuZhao and others added 24 commits June 17, 2026 09:44
Fix PowerHub RTC weekday encoding.
Add ESP32C61 chip support.
Display-less boards are identified by M5Unified, not M5GFX (M5GFX
persists its autodetect result to NVS, which is only appropriate for
probed display boards). This adds the chip-package eFuse discrimination
so the assignment works under both Arduino and ESP-IDF:

- C5: StampC5 = C5HF4 (FLASH_CAP=1, PSRAM_CAP=0). ToughC5 (C5HR8,
  PSRAM_CAP=2) carries a display and is identified by M5GFX.
  BOARD_ID=153 (Arduino variant) still takes priority.
- C6: only within QFN32 (PKG_VERSION=1), StampC6 = C6FH8 (FLASH_CAP=2),
  otherwise NanoC6 = C6FH4. QFN40 boards (NessoN1 / UnitC6L) are
  display boards identified by M5GFX; an undetected QFN40 board now
  stays unknown instead of being mislabeled NanoC6.

Values verified on real hardware: StampC5 1/0, ToughC5 0/2,
NanoC6 pkg=1 flash_cap=1; FH4/FH8 mapping matches esptool esp32c6.py.
Verified: esp32c5 / esp32c6 (IDF v5.5.4) and esp32s3 (Arduino) builds.
Add eFuse-based StampC5 / StampC6 / NanoC6 board detection
The M5Stack board manager index at
https://static-cdn.m5stack.com/resource/arduino/package_m5stack_index.json
currently returns 404, which breaks the Arduino build CI for the
m5stack:esp32 matrix entries.

Switch to package_m5stack_index_cn.json, which is reachable (HTTP 200)
and contains both platform versions used by the CI matrix (2.1.4 and
3.2.5). The package and tool download URLs it references
(static-cdn.m5stack.com, m5stack.oss-cn-shenzhen.aliyuncs.com,
dl.espressif.cn) were all verified reachable as well.
The CN index renames all tools with a "-cn" suffix but the
toolsDependencies of older platforms (2.x and <= 3.2.1) still reference
the pre-rename versions, so arduino-cli fails to install
m5stack:esp32@2.1.4 with "tool version esp-2021r2-patch5-8.4.0 not
found" (155 such stale entries in the index overall).

Fetch the index in CI, rewrite those dependencies to their "-cn"
equivalents, and use the patched file as a local (file://) index.
Verified locally: dependency resolution succeeds and the toolchain
download starts with the patched index.

Same fix as m5stack/M5GFX#219.
Instead of hardcoding the CN index, keep the primary index URL in the
matrix and fall back to the "_cn" variant only when the primary is
unreachable. When the upstream index recovers, CI automatically returns
to it with no further changes. The patch script runs on whichever index
was fetched and is a no-op when the index is consistent.

Verified locally: with the primary currently 404, the loop falls back
to the CN index and the patch step fixes its 155 stale entries.

Same fix as m5stack/M5GFX#219.
Switch CI board manager URL to the CN package index
@lovyan03
lovyan03 merged commit b1ffcc6 into master Jul 9, 2026
45 of 46 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants