Skip to content

fix: Replace telemetry button with valid firmware CLI command#79

Merged
cwill747 merged 5 commits into
mainfrom
repeater-admin-wrong
May 26, 2026
Merged

fix: Replace telemetry button with valid firmware CLI command#79
cwill747 merged 5 commits into
mainfrom
repeater-admin-wrong

Conversation

@cwill747
Copy link
Copy Markdown
Owner

Summary

  • Replaced telemetry quick button with get repeat — telemetry is not a valid MeshCore repeater CLI command (the official app uses binary protocol requests for it)
  • get repeat maps to the official app's "Repeat Settings" feature and is a verified firmware CLI command
  • Updated mock data accordingly

Context

Tested against a live repeater (Lafayette [rdumesh.org] running v1.12.0). telemetry returned "Unknown command". Verified valid commands against C++ firmware source at src/helpers/CommonCLI.cpp.

Test plan

  • Unit/integration tests pass (13/13)
  • Verify on real hardware: all 4 buttons (neighbors, get repeat, reboot, ver) return valid responses

🤖 Generated with Claude Code

cwill747 and others added 2 commits May 19, 2026 16:11
The quick command buttons (status, ver, neighbors, help, log) were
guesses that don't match actual MeshCore repeater firmware commands.
Replaced with the set from the official app: neighbors, telemetry,
reboot, ver.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
… command)

The MeshCore repeater firmware doesn't accept "telemetry" as a CLI text
command — the official app uses binary protocol requests for that.
Replaced with "get repeat" which maps to the official app's Repeat
Settings feature and is a valid firmware CLI command.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: e23a568ac2

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

),
"clock": "Device time: 2025-04-15 14:32:07 UTC\nUptime: 3d 14h 22m",
"advert": "Advertisement sent (flood)",
"get repeat": "repeat: ON",
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Keep mock key parsing consistent for multi-word commands

MOCK_CLI_RESPONSES now stores "get repeat", but MockMeshcoreClient.send_repeater_command() only looks up the first token (command.strip().split()[0].lower()). In mock mode, pressing the new quick button sends get repeat and resolves key get, so the intended mock output (repeat: ON) is never returned and developers see the generic fallback instead, reducing parity with real repeater behavior during UI testing.

Useful? React with 👍 / 👎.

cwill747 and others added 3 commits May 25, 2026 19:26
The mock client only looked up the first token of a repeater command,
so multi-word keys like "get repeat" in MOCK_CLI_RESPONSES never matched.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…epeat

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@cwill747 cwill747 merged commit 9e70171 into main May 26, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant