Bug #326
closedKenwoodLive out of sync with radio after paste from other img
0%
Description
I've seen this several times from my D-700 after pasting channels from my vx7 or vx8 images.
Perhaps implementing an "upload to radio" which just runs a for-loop, uploading each memory location would be a reasonable way to re-sync.
Files
Updated by Peter Gamache over 11 years ago
- File kennwoodlive.log kennwoodlive.log added
Looks like it's choking on split channels (TX on UHF, RX on VHF or vice-versa). Uploading session log.
Updated by Tom Hayward over 11 years ago
What have you observed, and what would you consider proper behavior?
Remember that the D700 cannot store split band channels (only split channels within the same band).
Updated by Peter Gamache over 11 years ago
The system appears to reject the channel, where I think discarding the non-compliant split and storing the rest makes the most sense.
Updated by Tom Hayward over 11 years ago
Peter Gamache wrote:
The system appears to reject the channel, where I think discarding the non-compliant split and storing the rest makes the most sense.
What do you mean by "the rest"? Does it stop uploading channels after encountering the split band channel? It should continue copying the remaining list of channels even if one channel is incompatible.
Updated by Peter Gamache over 11 years ago
It skips over the entries with splits. I'm proposing that it should enter them into the radio as best it can, i.e. discard the split TX frequency and store the rest of the entry.
Updated by Tom Hayward over 11 years ago
Ok, how about this algorithm:
try:
set_frequency(rx, tx) # split channel
except SplitBandFrequencyError:
set_frequency(rx) # simplex channel
raise SplitBandFrequencyError("Could not write tx freq outside rx band")
# continue with other channels
This attempts to write the split you give it, and upon failure will write the receive frequency before reporting an error. It still reports an error just as before, but will program all channel parameters except the tx frequency instead of leaving the channel blank.
Updated by Tom Hayward over 11 years ago
- Status changed from New to In Progress
- Assignee set to Tom Hayward
Ok, now I just have to figure out where to wedge this logic into the Kenwood_live code :-)
Updated by Tom Hayward about 11 years ago
- Status changed from In Progress to Rejected
I looked into implemented the above solution, but found that there's no way to detect this specific failure. Upon failure--any failure--the radio replies that the memory was rejected. This is all we get, no reason. This leaves me with no way to detect the above case and handle it uniquely. If an alternative is discovered, we can reopen this issue, but for now I see no way to implement it.