[Bug]: LilyGo T-Beam V1.2 (SX1276/AXP2101) - BME280 sensor data corrupted (wrong temp ~52-65°C, humidity/pressure missing)
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 48/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- c
- 领域
- embedded-iot
调研方向
Start by locating the BME280 driver and the LilyGo T-Beam V1.2 (SX1276) board initialization path, then trace the I2C startup and calibration register reads. Compare the reported temperature with the missing humidity and pressure values to identify where initialization or compensation data fails. Done means the sensor initializes reliably and reports plausible temperature, humidity, and pressure on this board.
由索引模型根据 Issue 内容生成。
描述
[Bug]: LilyGo T-Beam V1.2 (SX1276/AXP2101) - BME280 sensor data corrupted (wrong temp ~52-65°C, humidity/pressure missing)
Description:
Hi developers,
I am facing an issue with an external BME280 sensor connected to a LilyGo T-Beam V1.2 (SX1276 with AXP2101 PMU) running the latest MeshCore firmware.
The exact same hardware setup was previously running flawlessly under Meshtastic, so a hardware or wiring defect can be 100% ruled out.
Hardware Setup:
• Board: LilyGo T-Beam V1.2 (SX1276 / AXP2101)
• Sensor: BME280 (3.3V version, 6-pin breakout board)
• Wiring:
• SDA connected to GPIO 21
• SCL connected to GPIO 22
• SDO hardwired to GND (forcing I2C address 0x76)
• CSB hardwired to 3V3 (forcing I2C mode)
• Peripherals: An OLED display is sharing the same I2C bus (Pins 21/22 and 3V3/GND) and works perfectly fine.
The Problem:
When using MeshCore (flashed via the official web flasher using the LilyGo T-Beam 1.2 (SX1276) target), the BME280 sensor fails to initialize properly:
- Temperature: The MeshCore App displays an absurdly high, incorrect temperature reading between 52°C and 65°C at normal room temperature.
- Humidity & Pressure: Both values are completely missing/not populated in the telemetry layout.
Suspected Cause:
It seems like a timing issue with the AXP2101 PMU during the boot sequence or a calculation error within the sensor driver's compensation registers. Because the OLED display initializes on the same rail, a minor voltage dip at startup might cause the BME280 to fail reading its internal calibration EPROM data, leading to corrupt raw data interpretation (which mathematically ends up as ~52-65°C).
Could you please look into the I2C startup sequence or the BME280 calibration register readout for the T-Beam V1.2 target?
Thank you for your amazing work on MeshCore!
- 主要语言
- C
- 星标
- 3.9k
- 派生
- 1.5k
- 平均合并
- 18 小时 59 分钟
- 30 天内合并 PR
- 28
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
meshcore-dev/MeshCore 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 63/100
meshcore-dev/MeshCore#3622 ·
维护者通常 1 天内回复
-
[Feature Request] Set Australia (Mid) Preset to automatically enable 2 byte default path hash size未关闭
难度 2/5 1-3 小时 新手友好度 62/100
meshcore-dev/MeshCore#3571 · 5 个 reaction ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 74/100
meshcore-dev/MeshCore#3567 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
meshcore-dev/MeshCore#3549 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 77/100
meshcore-dev/MeshCore#3513 ·
维护者通常 1 天内回复
查看 meshcore-dev/MeshCore 的全部 Issue
相似的 Issue
-
mewencode: base256[] and base128[] are indexed out of bounds by a non-ASCII octet可能已有人在做 @kazu-yamamoto 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
kazu-yamamoto/Mew#276 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 91/100
FujiNetWIFI/fujinet-firmware#2045 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
[Performance]: Qwen-Image-2.1 CPU-only on i5-10500H (6C AVX2, 32 GB): 512x512 in 7.7 min at 8 steps未关闭
难度 1/5 1 小时以内 新手友好度 84/100
维护者通常 1 天内回复
-
area:gates area:gfx found-by:critic kind:gate-defect
难度 2/5 1-3 小时 新手友好度 78/100
InauguralSystems/EigenScript#1825 ·
维护者通常 1 天内回复