Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

feat(firmware): make EzData integration optional via CONFIG_USE_EZDATA#22

Open
Flo5k5 wants to merge 1 commit into
m5stack:main from
Flo5k5:feat/optional-ezdata
Open

feat(firmware): make EzData integration optional via CONFIG_USE_EZDATA #22
Flo5k5 wants to merge 1 commit into
m5stack:main from
Flo5k5:feat/optional-ezdata

Conversation

@Flo5k5

@Flo5k5 Flo5k5 commented Apr 22, 2026

Copy link
Copy Markdown
Contributor

Introduce a Kconfig boolean, defaulted to y, that gates the installation
of the EzData Mooncake app in main.cpp. When disabled, the firmware
never instantiates AppEzdata, so it never calls
Hal::startEzDataService() and therefore never opens the MQTT connection
to uiflow2.m5stack.com nor the HTTPS upload to ezdata2.m5stack.com.

The default is y to preserve the existing production behaviour: builds
that do not touch the new option keep shipping EzData as today.

This is useful for self-hosted deployments that want zero outbound
traffic to M5Stack cloud services, and for privacy-sensitive builds
where cross-device parameter sync is not needed.

The startEzDataService implementation itself is left untouched so the
API surface stays stable for any downstream code that references it.

Introduce a Kconfig boolean, defaulted to y, that gates the installation
of the EzData Mooncake app in main.cpp. When disabled, the firmware
never instantiates AppEzdata, so it never calls
Hal::startEzDataService() and therefore never opens the MQTT connection
to uiflow2.m5stack.com nor the HTTPS upload to ezdata2.m5stack.com.
The default is y to preserve the existing production behaviour: builds
that do not touch the new option keep shipping EzData as today.
This is useful for self-hosted deployments that want zero outbound
traffic to M5Stack cloud services, and for privacy-sensitive builds
where cross-device parameter sync is not needed.
The startEzDataService implementation itself is left untouched so the
API surface stays stable for any downstream code that references it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

1 participant

AltStyle によって変換されたページ (->オリジナル) /