Add Inhero MR2 board variant (nRF52840/RAK4630 solar repeater) - #3132
Draft
liekmarflow wants to merge 2 commits into
Draft
Add Inhero MR2 board variant (nRF52840/RAK4630 solar repeater)#3132liekmarflow wants to merge 2 commits into
liekmarflow wants to merge 2 commits into
Conversation
liekmarflow
changed the title
liekmarflow
added a commit
to liekmarflow/MeshCore
that referenced
this pull request
Aug 8, 2026
…ev#3131/meshcore-dev#3132) - CONTEXT.md getrackt Stand-Block neu: Issue + beide PRs mit Branch-Zeigern und Naechster-Schritt- Ablauf nach Merge von meshcore-dev#3131. Ueberholte Doktrin ('kein PR-Verkehr zu upstream') entfernt; stattdessen die Sicherungsregel: PR-Branches immer von upstream/main schneiden. Feature-Branches als live PR-Koepfe markiert (nicht loeschen). CONTEXT.md aus .gitignore genommen - auf main getrackt ist sie PR-sicher, weil PR-Branches nie von Fork-main abstammen.
liekmarflow
force-pushed
the
feature/inhero-mr2-variant
branch
from
August 9, 2026 19:22
fd7274b to
4ec5a55
Compare
Boards can now expose their own functionality without core changes: - MainBoard::tick(): called from the example main loops; default no-op. Lets a board feed its watchdog and run periodic housekeeping. - MainBoard::getCustomGetter()/setCustomSetter(): CommonCLI forwards 'get board.*' / 'set board.*' to the board class; unknown commands reply with an error as before. Default no-op returns keep behavior identical for all existing boards. - MainBoard::queryBoardTelemetry(CayenneLPP&): simple_repeater asks the board for extra telemetry channels (gated by TELEM_PERM_ENVIRONMENT). All defaults are no-ops, so existing variants build and behave unchanged. Used by the Inhero MR-2 variant (separate PR).
liekmarflow
force-pushed
the
feature/inhero-mr2-variant
branch
2 times, most recently
from
August 16, 2026 06:10
7f81a00 to
114eda0
Compare
liekmarflow
changed the title
liekmarflow
force-pushed
the
feature/inhero-mr2-variant
branch
from
August 19, 2026 06:13
114eda0 to
bd8a5c7
Compare
Application-specific repeater platform for autonomous off-grid operation, in production and field-deployed: - RAK4630 core module (nRF52840 + SX1262), 45 x 40 mm - BQ25798 buck/boost charger: universal solar input 3.6-24V with MPPT, JEITA temperature-controlled charging - INA228 coulomb counter for SOC tracking and 7-day energy statistics - Li-Ion, LiFePO4, LTO and Na-Ion battery chemistry profiles - RV-3028 RTC wakeup with low-voltage system sleep (<500uA) and autonomous recovery - BME280 environment telemetry - board.* CLI namespace for configuration and diagnostics (uses the board hooks from the previous PR) - slim variant README; the full documentation set (EN/DE) is maintained in the vendor fork Build environments: Inhero_MR2_repeater, Inhero_MR2_repeater_bridge_rs232, Inhero_MR2_sensor.
liekmarflow
force-pushed
the
feature/inhero-mr2-variant
branch
from
August 21, 2026 16:49
bd8a5c7 to
732262c
Compare
3 tasks
liekmarflow
added a commit
to liekmarflow/MeshCore
that referenced
this pull request
Aug 21, 2026
… of the story The "Relation to upstream" section still described the variant as a standalone out-of-tree product fork. That has not been true since 2026-08-08: meshcore-dev#3130 (hardware request), meshcore-dev#3131 (board hooks) and meshcore-dev#3132 (the variant itself) are open upstream, and the fork releases are the interim until those land. It also left the April withdrawal unexplained. The board was not available yet and CE certification was still in progress; both are settled now, which is the reason the variant is being proposed again.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes #3130. Builds on #3131 (board hooks) — the diff shows both commits
until that PR is merged; I will rebase and mark this ready once it lands.
Adds the Inhero MR2, a purpose-built solar repeater platform that is in
production and shipping:
https://shop.inhero.de/en/products/inhero-mr-2-solar-mesh-repeater-board-rak4630-sx1262-mppt-red-ce-gepruft
I am the hardware manufacturer; I can test changes on real hardware and am
happy to be tagged on anything affecting this variant.
Where the code lives: the MR2's logic sits in the variant, not in core.
This PR's own commit adds 32 files and modifies none:
boards/inhero_mr2.jsonplus everything under
variants/inhero_mr2/. Of its 6289 lines, 454 areboard and build definitions; the rest is device code: BQ25798 and INA228
drivers, battery chemistry profiles, JEITA charge control, SOC accounting,
low-voltage sleep. The core changes visible in the diff are #3131's four
no-op hooks.
Hardware: RAK4630 (nRF52840 + SX1262), BQ25798 buck/boost charger with
universal 3.6-24 V solar input and MPPT, INA228 coulomb counter, RV-3028
RTC, BME280, 45 x 40 mm, CE-certified (RED 2014/53/EU).
What the variant provides:
temperature-controlled charging and per-chemistry low-voltage thresholds,
all configurable at runtime over the CLI and persisted across reboots
a time-to-live prediction
board.*CLI namespace for configuration and diagnostics (uses the hooksfrom Add board hooks for variant-specific telemetry and CLI commands #3131); the full documentation set (EN/DE) is maintained in the
vendor fork, linked from
variants/inhero_mr2/README.mdInhero_MR2_repeater,Inhero_MR2_repeater_bridge_rs232,Inhero_MR2_sensorField use, not bench use: I run a part of the MeshCore repeater
infrastructure for a region in Saxony, Germany — hilltop and mining-tower
sites with links from 70 km to over 100 km, plus a number of small
birdhouse-style nodes. Almost all of them are MR2 by now, so this board
already carries a significant share of the MeshCore traffic here.
A representative small node, read out of the MeshCore app on 2026-08-19:
123 days of continuous uptime on solar, 701,487 packets sent and 2,003,527
received, 4 d 20 h of TX airtime (596 ms per packet, one packet every 15 s
on average), 35 % forward ratio, battery still at 100 %. Measured
consumption in real repeater operation is ~0.98 Wh/day.
Another unit ran 140 days before it surfaced a charge-accounting bug; that
bug is reproduced, verified on two battery chemistries, and fixed in this
branch.
Background on the design and the field failures that drove it:
https://shop.inhero.de/en/blogs/news/warum-es-das-mr2-gibt
Build and docs: all three environments build green, and the
documentation set was verified against the code (CLI replies, thresholds,
register values) before submission.
Transparency: this variant was developed with AI assistance under my
continuous engineering direction and review, followed by a full
pre-submission review pass. Stated upfront in line with this project's
position on code provenance. I manufacture this board and run it in the
field; I will keep the variant building and correct, and I am happy to be
tagged on anything that touches it.