Meshcore-evo build 1.13.0_0.1.13- 05-Mar-2026

⚠️ 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 dev branch as of 05-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:

• PR1297: Implement token bucket duty cycle enforcement

• PR1338: Limit flood advert packet forwarding

• PR1810: Allow direct message paths when denyf * is set

• 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.interval to zero or to 168 (weekly flood adverts), default is disabled for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on dev v1.13.0 as of 05-Mar-2026

Full Changelog: v1.13.0-evo_0.1.12...v1.13.0-evo_0.1.13

Meshcore-evo build 1.13.0_0.1.12- 04-Mar-2026

⚠️ 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 dev branch as of 04-Mar-2026 and additionally includes the following unmerged upstream PRs/changes:

• PR1297: Implement token bucket duty cycle enforcement

• PR1338: Limit flood advert packet forwarding

• PR1810: Allow direct message paths when denyf * is set

• 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.interval to zero or to 168 (weekly flood adverts), default is disabled for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on dev v1.13.0 as of 04-Mar-2026

Full Changelog: v1.13.0-evo_0.1.10...v1.13.0-evo_0.1.12

Meshcore-evo build 1.13.0_0.1.10- 28-Feb-2026

This build is based on official MeshCore 1.30 dev branch as of 28-Feb-2026 and additionally includes the following unmerged upstream PRs/changes:

• PR1297: Implement token bucket duty cycle enforcement

• PR1338: Limit flood advert packet forwarding

• PR1743: fix agc reset on SX126x, SX1276 & LR11x0 chips

• PR1810: Allow direct message paths when denyf * is set

• 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.interval to zero or to 168 (weekly flood adverts), default is disabled for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on dev v1.13.0 as of 28-Feb-2026

Full Changelog: v1.13.0-evo_0.1.9...v1.13.0-evo_0.1.10

Meshcore-evo build 1.13.0_0.1.9- 21-Feb-2026

This build is based on official MeshCore 1.30 dev branch 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.interval to zero or to 168 (weekly flood adverts), default is 48h for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on dev v1.13.0 as of 21-Feb-2026

Full Changelog: v1.13.0_0.1.8...v1.13.0-evo_0.1.9

Meshcore-evo build 1.13.0_0.1.8 - 15-Feb-2026

This build is based on official MeshCore 1.30 release, main branch 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.interval to zero or to 168 (weekly flood adverts), default is 48h for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on main v1.13.0 as of 15-Feb-2026

Full Changelog: v1.12.0_0.1.7...v1.13.0_0.1.8

Meshcore-evo build 1.12.0_0.1.7 - 10-Feb-2026

This build is based on official MeshCore dev branch 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.interval to zero or to 168 (weekly flood adverts), default is 48h for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on dev v1.12.0 as of 10-Feb-2026

Full Changelog: v1.12.0_0.1.6...v1.12.0_0.1.7

Meshcore-evo build 1.12.0_0.1.6 - 01-Feb-2026

This build is based on official MeshCore dev branch 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.interval to zero or to 168 (weekly flood adverts), default is 48h for new installations
• Set advert.interval to 240 (every 4h)

Changelog:

• Based on dev v1.12.0 as of 01-Feb-2026

Full Changelog: 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-f34a1f8 with PWRMGT_VOLTAGE_BOOTLOCK set to 3100 (3.1V). (See discussion here.)

Meshcore-evo build 1.12.0-evo - 29-Jan-2026

This build is based on the official 1.12 release (main branch) as of 29-Jan-2026 and includes the following unmerged upstream PRs:

• Implement token bucket duty cycle enforcement
• Limit flood advert packet forwarding

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.interval to zero or to 168 (weekly flood adverts), default is 48h
• Set advert.interval to 240 (every 4h)
• check flood.advert.base- should be ~0.308

Changelog:

• Based on main v1.12.0 as of 29-Jan-2026

Full Changelog: v1.11.0_0.1.5...v1.12.0-evo

Meshcore-evo build 1.11.0_0.1.5 - 28-Jan-2026

This build is based on the dev branch as of 28-Jan-2026 and includes the following unmerged upstream PRs:

• Implement token bucket duty cycle enforcement
• Limit flood advert packet forwarding

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.interval to zero or higher than 168 (weekly flood adverts), default is 48h
• Set advert.interval to 300 (every 5h)
• check flood.advert.base- should be ~0.308

Changelog:

• Based on dev as of 28-Jan-2026

Full Changelog: v1.11.0_0.1.4...v1.11.0_0.1.5

Meshcore-evo build 1.11.0_0.1.4 - 26-Jan-2026

This build is based on the dev branch as of 26-Jan-2026 and includes the following unmerged upstream PRs:

• Implement token bucket duty cycle enforcement
• Limit flood advert packet forwarding

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.interval to zero or higher than 168 (weekly flood adverts), default is 48h
• Set advert.interval to 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: v1.11.0_0.1.3...v1.11.0_0.1.4