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.

1) 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!



2) 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!


3) 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�f 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�
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 5533;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:
���������������������������������������������������������������������������������������������������������������������������ᦙ 3;���������������������������������������������������������������������������������������������������������������������������A 533;���������������������������������������������������������������������������������������������������������������������������&# 65533;��������������������������������������������������������������������������������������������������������������������������� ���������������������������������������������������������������������������������������������������������������������������ᦙ 3;������������������������������������������������������������������������������������������������������������
--- 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