MeshCore-Evo
ForkAn improved repeater-focused fork of MeshCore that bundled pending upstream PRs and improvements for dense meshes — notably flood-advert traffic mitigation and enhanced `denyf *` handling. Largely superseded once official 1.16.0 added native flood traffic management.
Fork of MeshCore (Official)
- Maintainer
- mattzzw ↗
- Status
- maintenance
- Maturity
- beta
- Lifecycle
- maintenance
- Latest version
- 1.15.0-evo_0.1.21
- Released
- 2026-05-25
- Runtime
- Arduino · C++
- Distribution
- community
- License
- MIT
Capabilities
Transports
- ✓ BLE
- ✓ USB serial
- ✓ Native TCP
- ✓ Wi-Fi AP
Operations
- ✕ Web flasher
- ✓ OTA updates
Networking
- ✓ Repeater
- ✓ Room server
- ✕ Observer
- ✕ KISS modem
Hardware
- ✓ GPS
- ✓ Display
- ✓ Sensors
- ✓ Low-power RX
Protocol
- ✓ MeshCore compatible
Node roles
Features
- Flood-advert traffic mitigation
- Enhanced denyf "*" handling
- Tuned for dense repeater meshes
- Tracks upstream MeshCore releases
Releases
from GitHub · updated 2026-06-21v1.15.0-evo_0.1.21 # Latest 27 days ago · 2026-05-25 18:49 UTC
⚠️ Check that
radio.rxgain(on) andflood.advert.base(0.308) are set correctly after flashing! ⚠️This build is based on official MeshCore 1.15.0
devbranch (as of 25-May-2026 and additionally includes the following unmerged upstream PRs/changes:- PR2553: Limit flood advert packet forwarding -->
set flood.advert.base 0...1(0: no flood adv. forwarding, 0.308: default, 1: all flood adv. forwarding) - PR1810: Allow direct message paths when denyf * is set
- :new: PR1727: Use hardware channel activity detection for checking interference --> Use
set int.thresh 1to activate hw based channel activity detection. - :new: PR2377: Disable NRF52 undervoltage bootlock feature
Additional changes:
- Flood adverts are disabled (flood.advert.interval set to 0) by default
- :new: modified PR1810 to not block flood adverts but only
PAYLOAD_TYPE_GRP_TXTandPAYLOAD_TYPE_GRP_DATAso that some limited flood advert distribution can be managed via PR2553 to support e.g. observer maps.
Changelog:
- Based on
devv1.15.0 as of 25-May-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.15.0-evo_0.1.20...v1.15.0-evo_0.1.21
- PR2553: Limit flood advert packet forwarding -->
v1.15.0-evo_0.1.20 # 1 month ago · 2026-05-14 13:10 UTC
⚠️ Check that
radio.rxgain(on) andflood.advert.base(0.308) are set correctly after flashing! ⚠️This build is based on official MeshCore 1.15.0
devbranch (as of 14-May-2026 and additionally includes the following unmerged upstream PRs/changes:- PR2553: Limit flood advert packet forwarding -->
set flood.advert.base 0...1(0: no flood adv. forwarding, 0.308: default, 1: all flood adv. forwarding) - PR1810: Allow direct message paths when denyf * is set
- :new: PR1727: Use hardware channel activity detection for checking interference --> Use
set int.thresh 1to activate hw based channel activity detection.
Additional changes:
- RAK 4631, Xiao NRf, T114 variant: Lowered lockout voltage from 3.3V to 0V, preventing boards operated with different battery chemistries like LTO or LiFePo4 from booting. This is an issue e.g. if uart.cz boards are being used. (See discussion here.)
- Flood adverts are disabled (flood.advert.interval set to 0) by default
- :new: LORA_CR set to 8 as default in
platformio.ini - :new: modified PR1810 to not block flood adverts but only
PAYLOAD_TYPE_GRP_TXTandPAYLOAD_TYPE_GRP_DATAso that some limited flood advert distribution can be managed via PR2553 to support e.g. observer maps.
Changelog:
- Based on
devv1.15.0 as of 14-May-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.15.0-evo_0.1.19...v1.15.0-evo_0.1.20
- PR2553: Limit flood advert packet forwarding -->
v1.15.0-evo_0.1.19 # 2 months ago · 2026-04-24 20:34 UTC
This build is based on official MeshCore 1.15.0
devbranch (as of 24-Apr-2026 and additionally includes the following unmerged upstream PRs/changes:PR1338: Limit flood advert packet forwarding -->
set flood.advert.base 0...1(0: no flood adv. forwarding, 0.308: default, 1: all flood adv. forwarding):new: PR1727: Use hardware channel activity detection for checking interference --> Use
set int.thresh 1to activate hw based channel activity detection.
Additional changes:
- RAK 4631, Xiao NRf, T114 variant: Lowered lockout voltage from 3.3V to 0V, preventing boards operated with different battery chemistries like LTO or LiFePo4 from booting. This is an issue e.g. if uart.cz boards are being used. (See discussion here.)
- Flood adverts are disabled (flood.advert.interval set to 0) by default
- :new: LORA_CR set to 8 as default in
platformio.ini - :new: modified PR1810 to not block flood adverts but only
PAYLOAD_TYPE_GRP_TXTandPAYLOAD_TYPE_GRP_DATAso that some limited flood advert distribution can be managed via PR1338 to support e.g. observer maps.
Changelog:
- Based on
devv1.15.0 as of 24-Apr-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.14.1-evo_0.1.18...v1.15.0-evo_0.1.19
Device compatibility (8)
| Device | MCU | Radio | Status | Notes |
|---|---|---|---|---|
| Heltec V3 | esp32-s3 | Semtech SX1262 | ✓ Supported | |
| Heltec WSL3 | esp32-s3 | Semtech SX1262 | ✓ Supported | |
| Heltec T114 | nrf52840 | Semtech SX1262 | ✓ Supported | |
| RAK WisBlock / WisMesh (RAK 4631) | nrf52840 | Semtech SX1262 | ✓ Supported | |
| μArt.cz Solar Node Station | nrf52840 | Semtech SX1262 | ✓ Supported | |
| LilyGo T-Beam (SX1262) | esp32 | Semtech SX1262 | ✓ Supported | |
| Seeed Studio Xiao S3 WIO | esp32-s3 | Semtech SX1262 | ✓ Supported | |
| UnitEng Station G2 | esp32-s3 | Semtech SX1262 | ◑ Partial | Builds available; less frequently tested than core repeater boards. |