MeshCore-Evo · Releases
from GitHub · updated 2026-06-2120 releases
v1.15.0-evo_0.1.21 # 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
v1.14.1-evo_0.1.18 # 3 months ago · 2026-04-05 16:19 UTC
This build is based on official MeshCore 1.14.1
devbranch (as of 05-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) - 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
Changelog:
- Based on
devv1.14.1 as of 05-Apr-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.14.1-evo_0.1.17...v1.14.1-evo_0.1.18
- PR1338: Limit flood advert packet forwarding -->
v1.14.1-evo_0.1.17 # 3 months ago · 2026-03-29 09:44 UTC
This build is based on official MeshCore 1.14.1
devbranch (as of 29-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:- PR1338: Limit flood advert packet forwarding
- PR1810: Allow direct message paths when denyf * is set
- 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
PR1297, Implement token bucket duty cycle enforcement, has been merged upstream and is now part of the official dev branch. So this PR is also part of this firmware.
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- will handle packet forwarding better in case of
denyf *
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.14.1 as of 29-Mar-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.14.0-evo_0.1.16...v1.14.1-evo_0.1.17
v1.14.0-evo_0.1.16 # 3 months ago · 2026-03-17 12:49 UTC
This build is based on official MeshCore 1.14.0
devbranch (as of 17-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:- PR1338: Limit flood advert packet forwarding
- PR1810: Allow direct message paths when denyf * is set
- 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
PR1297, Implement token bucket duty cycle enforcement, has been merged upstream and is now part of the official dev branch. So this PR is also part of this firmware.
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- will handle packet forwarding better in case of
denyf *
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.14.0 as of 17-Mar-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.14.0-evo_0.1.15...v1.14.0-evo_0.1.16
v1.14.0-evo_0.1.15 # 4 months ago · 2026-03-08 09:49 UTC
This build is based on official MeshCore 1.14.0
devbranch (as of 08-Mar-2026 and additionally includes the following unmerged upstream PRs/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
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.14.0 as of 08-Mar-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.14.0-evo_0.1.14...v1.14.0-evo_0.1.15
v1.14.0-evo_0.1.14 # 4 months ago · 2026-03-06 19:38 UTC
This build is based on the same commits as evo v0.1.13 is, just hours before the merge to main. But in order to prevent confusion I decided to re-release the evo firmware based on the official MeshCore v1.14.0 release.
So here it goes:
This build is based on official MeshCore 1.14.0
mainbranch (as of 06-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:RAK 4631 variant: Lowered lockout voltage from 3.3V to 0V, preventing RAK 4631 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
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
mainv1.14.0 as of 06-Mar-2026
Change log of MeshCore v1.14.0:
- multibyte path hash support
- new ‘auto add max hops’ preference
- new radio AGC reset implementation
- HeltecV4 power fixes
- RAK3401 power optimisations
- Heltec Tracker V2 power fixes
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.13.0-evo_0.1.13...v1.14.0-evo_0.1.14
v1.13.0-evo_0.1.13 # 4 months ago · 2026-03-05 22:50 UTC
⚠️ I had to pull previous evo release v0.1.11 due to a build issue leading to a boot loop with ESP32 based repeaters (e.g. heltec v3/v4) when upgrading (#8). This has been fixed with this release. ⚠️
OK, it has only been a few days since the last evo build but many bugfixes (thanks @weebl2000!) have been merged upstream since. (AGC reset fix PR1743 being one of them, yay.)
So here it goes.
This build is based on official MeshCore 1.30
devbranch as of 05-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:RAK 4631 variant: Lowered lockout voltage from 3.3V to 0V, preventing RAK 4631 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
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.13.0 as of 05-Mar-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.13.0-evo_0.1.12...v1.13.0-evo_0.1.13
v1.13.0-evo_0.1.12 # 4 months ago · 2026-03-04 22:48 UTC
⚠️ I had to pull previous evo release v0.1.11 due to a build issue leading to a boot loop with ESP32 based repeaters (e.g. heltec v3/v4) when upgrading (#8). This has been fixed with this release. ⚠️
OK, it has only been a few days since the last evo build but many bugfixes (thanks @weebl2000!) have been merged upstream since. (AGC reset fix PR1743 being one of them, yay.)
So here it goes.
This build is based on official MeshCore 1.30
devbranch as of 04-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:RAK 4631 variant: Lowered lockout voltage from 3.3V to 0V, preventing RAK 4631 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
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.13.0 as of 04-Mar-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.13.0-evo_0.1.10...v1.13.0-evo_0.1.12
v1.13.0-evo_0.1.10 # 4 months ago · 2026-02-28 15:46 UTC
This build is based on official MeshCore 1.30
devbranch as of 28-Feb-2026 and additionally includes the following unmerged upstream PRs/changes:RAK 4631 variant: Lowered lockout voltage from 3.3V to 0V, preventing RAK 4631 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
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is disabled for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.13.0 as of 28-Feb-2026
Full Changelog: https://github.com/mattzzw/MeshCore-Evo/compare/v1.13.0-evo_0.1.9...v1.13.0-evo_0.1.10
v1.13.0-evo_0.1.9 # 4 months ago · 2026-02-21 19:13 UTC
This build is based on official MeshCore 1.30
devbranch as of 21-Feb-2026 and additionally includes the following unmerged upstream PRs/changes:- Implement token bucket duty cycle enforcement
- Limit flood advert packet forwarding
- RAK 4631 variant: Lowered lockout voltage from 3.3V to 0V, preventing RAK 4631 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.)
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is 48h for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.13.0 as of 21-Feb-2026
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.13.0_0.1.8...v1.13.0-evo_0.1.9
v1.13.0_0.1.8 # 4 months ago · 2026-02-16 12:06 UTC
This build is based on official MeshCore 1.30 release,
mainbranch as of 15-Feb-2026 and additionally includes the following unmerged upstream PRs/changes:- Implement token bucket duty cycle enforcement
- Limit flood advert packet forwarding
- RAK 4631 variant: Lowered lockout voltage from 3.3V to 0V, preventing RAK 4631 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.)
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is 48h for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
mainv1.13.0 as of 15-Feb-2026
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.12.0_0.1.7...v1.13.0_0.1.8
v1.12.0_0.1.7 # 4 months ago · 2026-02-10 20:34 UTC
This build is based on official MeshCore
devbranch as of 10-Feb-2026 and additionally includes the following unmerged upstream PRs/changes:- Implement token bucket duty cycle enforcement
- Limit flood advert packet forwarding
- RAK 4631 variant: Lowered lockout voltage from 3.3V to 3.1V, preventing RAK 4631 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.)
- Improve Heltec v4 RX reception with undocumented register patch This is now part of dev, the PR has been merged upstream and is also part of this build.
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is 48h for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.12.0 as of 10-Feb-2026
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.12.0_0.1.6...v1.12.0_0.1.7
v1.12.0_0.1.6 # 5 months ago · 2026-02-01 22:03 UTC
This build is based on official MeshCore
devbranch as of 01-Feb-2026 and includes the following unmerged upstream PRs:- Implement token bucket duty cycle enforcement
- Limit flood advert packet forwarding
- Improve Heltec v4 RX reception with undocumented register patch
As a result this firmware will be suited for large and/or high density meshes:
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
- Improve Heltec V4 RX performance
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is 48h for new installations - Set
advert.intervalto 240 (every 4h)
Changelog:
- Based on
devv1.12.0 as of 01-Feb-2026
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.12.0-evo...v1.12.0_0.1.6
For RAK4630 boards operated with LiFePo batteries I added a fw build
RAK_4631_repeater-v1.12.0-evo_0.1.6_lockoutfix-f34a1f8withPWRMGT_VOLTAGE_BOOTLOCKset to 3100 (3.1V). (See discussion here.)v1.12.0-evo # 5 months ago · 2026-01-29 11:22 UTC
This build is based on the official 1.12 release (
mainbranch) as of 29-Jan-2026 and includes the following unmerged upstream PRs:As a result this firmware will be suited for large and/or high density meshes:
- only send a zero hop advert on boot
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Additionally the LORA settings are defaulting to EU/narrow for erase/flash installs.
Recommended use:
- Set
flood.advert.intervalto zero or to 168 (weekly flood adverts), default is 48h - Set
advert.intervalto 240 (every 4h) - check
flood.advert.base- should be ~0.308
Changelog:
- Based on
mainv1.12.0 as of 29-Jan-2026
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.11.0_0.1.5...v1.12.0-evo
v1.11.0_0.1.5 # 5 months ago · 2026-01-28 17:58 UTC
This build is based on the
devbranch as of 28-Jan-2026 and includes the following unmerged upstream PRs:It does NOT include
- Default to zero hop advert when booting + STEALTH_MODE flag anymore, BUT the same functionality has been merged to dev officially as part of PR1488
As a result this firmware will
- only send a zero hop advert on boot
- will be set to 48h flood advert interval (this is the minimum allowed in this fw)
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Additionally the LORA settings are defaulting to EU/narrow and the min/max/defaults for adverts have been adjusted, see platformio.ini.
Includes updated PR Limit flood advert packet forwarding: -- Use
set flood.advert.base x: float in [0,1], defaults to 0.308, 0 will disable flood advert forwarding, 1 forwards all.You can now use way longer advert interval limits up to 168h.
Recommended use:
- Set
flood.advert.intervalto zero or higher than 168 (weekly flood adverts), default is 48h - Set
advert.intervalto 300 (every 5h) - check
flood.advert.base- should be ~0.308
Changelog:
- Based on dev as of 28-Jan-2026
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.11.0_0.1.4...v1.11.0_0.1.5
v1.11.0_0.1.4 # 5 months ago · 2026-01-26 12:34 UTC
This build is based on the
devbranch as of 26-Jan-2026 and includes the following unmerged upstream PRs:It does NOT include
- Default to zero hop advert when booting + STEALTH_MODE flag anymore, BUT the same functionality has been merged to dev officially as part of PR1488
As a result this firmware will
- only send a zero hop advert on boot
- will be set to 48h flood advert interval (this is the minimum allowed in this fw)
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Additionally the LORA settings are defaulting to EU/narrow and the min/max/defaults for adverts have been adjusted, see platformio.ini.
Includes updated PR Limit flood advert packet forwarding: -- Use
set flood.advert.base x: float in [0,1], defaults to 0.308, 0 will disable flood advert forwarding, 1 forwards all.You can now use way longer advert interval limits up to 168h.
Recommended use:
- Set
flood.advert.intervalto zero or higher than 168 (weekly flood adverts), default is 48h - Set
advert.intervalto 300 (every 5h) - check
flood.advert.base- should be ~0.308
Changelog:
- Based on dev as of 26-Jan-2026
- The former releases did not include PR Implement token bucket duty cycle enforcement due to a bug in a build script. Now it's properly included
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v1.11.0_0.1.3...v1.11.0_0.1.4
v1.11.0_0.1.3 # 5 months ago · 2026-01-17 14:59 UTC
This build is based on the
devbranch as of 17-Jan-2026 and includes the following unmerged upstream PRs:- Implement token bucket duty cycle enforcement
- Limit flood advert packet forwarding
- Default to zero hop advert when booting + STEALTH_MODE flag
As a result this firmware will
- only send a zero hop advert on boot
- will be set to 48h flood advert interval (this is the minimum allowed in this fw)
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Additionally the LORA settings are defaulting to EU/narrow and the min/max/defaults for adverts have been adjusted, see platformio.ini.
Includes updated PR Limit flood advert packet forwarding: -- Use
set flood.advert.base x: float in [0,1], defaults to 0.308, 0 will disable flood advert forwarding, 1 forwards all.You can now use way longer advert interval limits than 48h (e.g. weekly, monthly, ...)
Recommended use:
- Set
flood.advert.intervalto zero or higher than 168 (weekly flood adverts), default is 48h - Set
advert.intervalto 300 (every 5h) - check
flood.advert.base- should be ~0.308
Changelog:
- Based on dev as of 17-Jan-2026
- Changed default advert.interval limits
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v0.1.2...v1.11.0_0.1.3
v0.1.2 # 5 months ago · 2026-01-14 11:18 UTC
This build is based on the
devbranch as of 14-Jan-2026 and includes the following unmerged upstream PRs:- Implement token bucket duty cycle enforcement
- Limit flood advert packet forwarding
- Default to zero hop advert when booting + STEALTH_MODE flag
As a result this firmware will
- only send a zero hop advert on boot
- will be set to 48h flood advert interval (this is the minimum allowed in this fw)
- will reduce flood advert forwarding based on this proposal
- Implement rolling window duty cycle management, allowing for more robust tx operations of central/busy repeaters
Additionally the LORA settings are defaulting to EU/narrow and the min/max/defaults for adverts have been adjusted, see platformio.ini.
Changelog:
- Based on dev 14-Jan-2026
- Includes updated PR Limit flood advert packet forwarding:
-- Use
set flood.advert.base x: float in [0,1], defaults to 0.308, 0 will disable flood advert forwarding, 1 forwards all.
Full Changelog: https://github.com/mattzzw/MeshCore/compare/v0.1.1...v0.1.2