Ah, I see the problem. That second-to-last line should be "MNA 0,055". It has an extra "MNA" in there and the radio NAKs it with 'N'. I should be able to fix that here and shoot you an update to verify.
Ok, let me know when you find some time to change that and I'll test it.
- I cannot save the download memories. The File --> Save and "Save As"
are greyed out. Maybe these options aren't used as there is Radio --> "Export to" ?
Correct. "Save" means "Save an image". There is no image for a live radio, so you can't do that.
I've already added the aforementioned notice dialog, which explains this. You should see that in the next round.
I just tried out the chirp-hg-6e6ab5a16f39 TIP and that dialog box is perfect! That helps a lot!
- By default, when downloading the memories on a THF6A, it downloads
memories 0-399 but displays 0-25. If I change the "Memories Memory range" to say 0-399 and click on go, it re-downloads all 400 memories which takes a long time. This re-download should be suppressed.
It's cached on some of the other live radios, and I can do the same for the kenwood ones. You are, I believe, the first person to attempt using the kenwood driver(s) other than myself and a small circle of friends :)
If you download all 400 memories, why limit the display to only the first 25? Why not make the default display be 0-399?
Anyway, I'll keep the comments coming and I intend them only to be constructive.. by no means am I nitpicking at this fantastic and appreciated tool!
- If I try to edit an entry, say memory slot 55, and I type in a
repeater name and then hit enter, I get a dialog box saying "Error setting memory: Frequency 0.000000 is out of range." It then proceeds to re-read the entire radio's memory which take a while (this re-download should be suppressed. The UI should either require the user to enter in the frequency FIRST or it should let the user enter in the memory's name but not upload the name it until a frequency is also entered in.
That has been fixed in the repository already, since the beta you are using was posted.
This newest tip of tree still shows the same behavior but there is a new bug. It seems to be sendingsomething which freaks out the radio out and again, the name is shifting from D7 to E7: -- was D7->PC: N PC->D7: MR 0,053 D7->PC: MR 0,053,00224040000,7,2,0,1,0,0,12,08,000,001600000,0,0 PC->D7: MNA 0,053
now PC->D7: MR 0,059 D7->PC: N PC->D7: MR 0,060 D7->PC: N PC->D7: MW 0,054,00224000000,0,0,0,0,0,0,08,08,000,000600000,0,0 E7->PC: E PC->D7: MNA 054, E7->PC: E PC->D7: MW 0,054,00224000000,0,0,0,0,0,0,08,08,000,000600000,0,0 E7->PC: E PC->D7: MNA 054, E7->PC: E PC->D7: MW 0,054,00224000000,0,0,0,0,0,0,08,08,000,000600000,0,0 E7->PC: E PC->D7: MNA 054,test E7->PC: E PC->D7: MR 0,000 E7->PC: E E't sure what to do with this: `E Exception running RadioJob: Unexpected result returned from radio -- Exception: -- Traceback (most recent call last): File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirpui/common.py", line 70, in execute result = func(*self.args, **self.kwargs) File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirp/kenwood_live.py", line 129, in get_memory raise errors.RadioError("Unexpected result returned from radio") RadioError: Unexpected result returned from radio ------ Job Args: (0,) Job KWArgs: {} PC->D7: MR 0,019 E7->PC: E E't sure what to do with this: `E Exception running RadioJob: Unexpected result returned from radio -- Exception: -- Traceback (most recent call last): File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirpui/common.py", line 70, in execute result = func(*self.args, **self.kwargs) File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirp/kenwood_live.py", line 129, in get_memory raise errors.RadioError("Unexpected result returned from radio") RadioError: Unexpected result returned from radio ------
I'm also seeing a behavior that I don't know is the radio, the USB cable, or something Chirp is doing but the serial system is getting corrupt and I have to disconnect the radio from the USB cable, the computer from the cable, let it deplete all it's energy and then things work again: -- info on the cable itself from Dmesg:
usb 3-1: new full speed USB device using uhci_hcd and address 14 usb 3-1: configuration #1 chosen from 1 choice pl2303 3-1:1.0: pl2303 converter detected usb 3-1: pl2303 converter now attached to ttyUSB0
When I start either Chirp 0.1.11b4 or the TIP of tree version:
PC->V71: ID V71->PC: PC->V71: ID V71->PC: f?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff?ff? PC->V71: ID V71->PC: x?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx???xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?xx?x PC->V71: ID V71->PC: ??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? --- Exception Dialog: Unable to probe radio model --- Traceback (most recent call last): File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirpui/clone.py", line 150, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirp/detect.py", line 101, in detect_kenwoodlive_radio raise errors.RadioError("Unable to probe radio model") RadioError: Unable to probe radio model ---------------------------- --
--David