Skip to content

for app jammer failure fix - #3303

Merged
gullradriel merged 4 commits into
portapack-mayhem:nextfrom
OpenSourceSDRLab:next
Sep 2, 2026
Merged

for app jammer failure fix#3303
gullradriel merged 4 commits into
portapack-mayhem:nextfrom
OpenSourceSDRLab:next

Conversation

@opensourcesdr99

Copy link
Copy Markdown
Contributor

Warn Before Fast Hopping

Summary

Add a confirmation dialog before starting Jammer or Hopper with a hopping interval below 50 ms.

Problem

Very short hopping intervals generate retune events faster than the M0 MCU can process them. This can make the UI unresponsive and require a hardware reset.

Hopper already displayed a warning for its fastest hopping mode. Jammer did not have equivalent protection, and Hopper did not warn for every unsafe interval.

Changes

  • Added a shared fast-hopping warning helper for Jammer and Hopper.
  • Show a confirmation dialog when the selected hop interval is below 50 ms.
  • Preserve the existing 50 ms UI delay after confirmation so the dialog is rendered before transmission starts.
  • Keep 50 ms and slower hopping intervals unchanged.

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

Adds a shared “fast hopping” safety confirmation dialog to prevent UI lockups when Jammer/Hopper are started with unsafe hop intervals (< 50 ms), and refactors the existing Hopper warning into the shared helper.

Changes:

  • Introduces start_with_fast_hop_warning() helper to gate TX start behind a confirmation modal for hop intervals below 50 ms.
  • Updates Jammer to use the shared helper (converting its 10 ms hop units to milliseconds for the warning threshold check).
  • Replaces Hopper’s inline “0 ms fastest” warning with the shared helper so all < 50 ms intervals are covered.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 1 comment.

File Description
firmware/application/external/ui_fast_hop_warning.hpp Adds shared helper that shows a warning modal and preserves a 50 ms UI-render delay before starting TX.
firmware/application/external/jammer/ui_jammer.cpp Uses the shared helper when starting TX to warn on hop intervals < 50 ms.
firmware/application/external/hopper/ui_hopper.cpp Refactors previous inline warning to the shared helper and expands coverage to all < 50 ms hop intervals.
Suppressed comments (1)

firmware/application/external/ui_fast_hop_warning.hpp:64

  • The trailing #endif comment still references the reserved __...__ guard name. Update it to match the new non-reserved include guard macro name for clarity and consistency.
#endif /* __UI_FAST_HOP_WARNING_HPP__ */

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment thread firmware/application/external/ui_fast_hop_warning.hpp Outdated
@opensourcesdr99

Copy link
Copy Markdown
Contributor Author

copy hup warn code and change if logic.

@gullradriel gullradriel left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Good to go

@gullradriel
gullradriel enabled auto-merge (squash) August 28, 2026 10:24
@gullradriel
gullradriel marked this pull request as draft August 28, 2026 10:24
auto-merge was automatically disabled August 28, 2026 10:24

Pull request was converted to draft

@gullradriel
gullradriel marked this pull request as ready for review August 28, 2026 10:24
@gullradriel

Copy link
Copy Markdown
Member

All comment are solved, you dumb @copilot

@gullradriel gullradriel self-assigned this Aug 28, 2026
@zxkmm zxkmm mentioned this pull request Sep 2, 2026
@gullradriel
gullradriel merged commit 31b25a4 into portapack-mayhem:next Sep 2, 2026
3 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.

3 participants