Replies: 2 comments
-
|
IMO, if we're excluding environmental sensors to minimize the build, I think it's safe to assume that we don't care about accelerometers or other peripherals. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
PR #3776 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I had a look into creating a minimised build and tried using '#define MESHTASTIC_EXCLUDE_ENVIRONMENTAL_SENSOR'. Not sure if the intention behind the PR #3337 was just disabling the modules, or also excluding the sensor libraries.
If I understand correctly currently the main effect is that it excludes the EnvironmentTelemetryModule and AirQualityTelemetryModule. But the sources under
modules/Telemetry/Sensorget still pulled in and compiled, as does all the library dependencies, effectively not really reducing the build size much.The libraries get included in
[environmental_base], which is then included in the various/arch/*.inifiles.[environmental_base]leads to compiler errors, and would also need either#if !MESHTASTIC_EXCLUDE_ENVIRONMENTAL_SENSORstatements in all the Sensor sources, or abuild_src_filterbased exclusion. Some sensors are used for Telemetry and would need#if HAS_TELEMETRYwhich probably means abuild_src_filterwon't really work that well without refactoring them.AccelerometerThreaduses sensors that have their libs included in[environmental_base]. Should theAccelerometerThreadalso be excluded whenMESHTASTIC_EXCLUDE_ENVIRONMENTAL_SENSORis defined?QMC5883LCompassis not included under[environmental_base]- should it be moved there?Happy to create a PR, but would like some feedback first where this should be heading to.
Beta Was this translation helpful? Give feedback.
All reactions