RF Power does not change to saved profile when changing PGXL from standby.
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 42/100
Research direction
No source file, test, or entry point is named. Reproduce the sequence with the Flex 8600, Maestro, PGXL, TGXL, and saved profile, then compare RF Power when PGXL leaves standby before and after restarting ASDR. Done means the saved profile's 35-watt setting is applied without restarting ASDR.
Written by the indexing model from the issue text.
Description
support-bundle-20260612-040807.zip
Rig conditions: All Flex equipment is running the latest Firmware. All devices have a static IP address. All radio equipment is on a flat network, on its own Cisco Catalyst switch with no other devices on that network segment.
Windows 11 Pro 25h2
Flex 8600 4.2.20.41343
TGXL 1.2.17
PGXL 3.9.1
AG8x2 4.1.16
Maestro
StreamDeck 32 button running with Stacks4 - both on the latest version
MIC/Sound Device Connections - Connect6 USB sound mixer - Connected Devices are one Heil PR40 MIC and my Head Phones, Mic input set to PC.
Issue: ASDR is running, radio and maestro are off. PGXL and TGXL are in standby mode. Turn the radio on, turn the maestro on (It does not matter on timing here, you get the same result any way you power the radio on, maestro on). Now select a saved profile. The RF Power setting is set to 25 watts and should be 35 watts. I can shut down ASDR, and restart it, now the RF Power will go to the saved setting of 35 watts when taking the PGXL out of standby mode. After ASDR retart, anytime I put the PGXL in standby it drops to 25, and when I take the PGXL out of standby, it goes to 35 watts as I had intended it to. Once restarting ASDR it works correctly on all saved profiles.
- Dominant language
- C++
- Stars
- 221
- Forks
- 117
- Avg merge
- 2d 7h
- Merged PRs (30d)
- 299
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from aethersdr/AetherSDR
-
audio documentation good first issue maintainer-review
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
bug CW maintainer-review safety
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
docs(agents): family PRs must stay in the family tree (shared applet/pan/model edits stall review) Opendocumentation enhancement maintainer-review
Difficulty 1/5 1-3 hours Newbie friendliness 90/100
-
bug good first issue GUI maintainer-review priority: low
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
bug
Difficulty 1/5 Under an hour Newbie friendliness 86/100
All issues in aethersdr/AetherSDR
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·