<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<pre wrap="">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.
</pre>
</blockquote>
Ok, let me know when you find some time to change that and I'll test it.<br>
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<blockquote type="cite">
<pre wrap="">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" ?
</pre>
</blockquote>
<pre wrap=""><!---->
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.
</pre>
</blockquote>
I just tried out the chirp-hg-6e6ab5a16f39 TIP and that dialog box is
perfect! That helps a lot! <br>
<br>
<br>
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap=""><!---->
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 :)
</pre>
</blockquote>
If you download all 400 memories, why limit the display to only the
first 25? Why not make the default display<br>
be 0-399?<br>
<br>
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!<br>
<br>
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap=""><!---->
That has been fixed in the repository already, since the beta you are
using was posted.
</pre>
</blockquote>
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:<br>
--<br>
was<br>
D7->PC: N<br>
PC->D7: MR 0,053<br>
D7->PC: MR 0,053,00224040000,7,2,0,1,0,0,12,08,000,001600000,0,0<br>
PC->D7: MNA 0,053<br>
<br>
now<br>
PC->D7: MR 0,059<br>
D7->PC: N<br>
PC->D7: MR 0,060<br>
D7->PC: N<br>
PC->D7: MW 0,054,00224000000,0,0,0,0,0,0,08,08,000,000600000,0,0<br>
E7->PC: E<br>
PC->D7: MNA 054,<br>
E7->PC: E<br>
PC->D7: MW 0,054,00224000000,0,0,0,0,0,0,08,08,000,000600000,0,0<br>
E7->PC: E<br>
PC->D7: MNA 054,<br>
E7->PC: E<br>
PC->D7: MW 0,054,00224000000,0,0,0,0,0,0,08,08,000,000600000,0,0<br>
E7->PC: E<br>
PC->D7: MNA 054,test<br>
E7->PC: E<br>
PC->D7: MR 0,000<br>
E7->PC: E<br>
E't sure what to do with this: `E<br>
Exception running RadioJob: Unexpected result returned from radio<br>
-- Exception: --<br>
Traceback (most recent call last):<br>
File
"/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirpui/common.py", line<br>
70, in execute<br>
result = func(*self.args, **self.kwargs)<br>
File
"/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirp/kenwood_live.py",<br>
line 129, in get_memory<br>
raise errors.RadioError("Unexpected result returned from radio")<br>
RadioError: Unexpected result returned from radio<br>
------<br>
Job Args: (0,)<br>
Job KWArgs: {}<br>
PC->D7: MR 0,019<br>
E7->PC: E<br>
E't sure what to do with this: `E<br>
Exception running RadioJob: Unexpected result returned from radio<br>
-- Exception: --<br>
Traceback (most recent call last):<br>
File
"/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirpui/common.py", line<br>
70, in execute<br>
result = func(*self.args, **self.kwargs)<br>
File
"/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirp/kenwood_live.py",<br>
line 129, in get_memory<br>
raise errors.RadioError("Unexpected result returned from radio")<br>
RadioError: Unexpected result returned from radio<br>
------<br>
<br>
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<br>
work again:<br>
--<br>
info on the cable itself from Dmesg:<br>
<br>
usb 3-1: new full speed USB device using uhci_hcd and address 14<br>
usb 3-1: configuration #1 chosen from 1 choice<br>
pl2303 3-1:1.0: pl2303 converter detected<br>
usb 3-1: pl2303 converter now attached to ttyUSB0<br>
<br>
<br>
When I start either Chirp 0.1.11b4 or the TIP of tree version:<br>
<br>
PC->V71: ID<br>
V71->PC:<br>
PC->V71: ID<br>
V71->PC:<br>
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�<br>
PC->V71: ID<br>
V71->PC:<br>
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<br>
PC->V71: ID<br>
V71->PC:<br>
���������������������������������������������������������������������������������������������������������������������������ᦙ
3;���������������������������������������������������������������������������������������������������������������������������A
533;���������������������������������������������������������������������������������������������������������������������������&#
65533;���������������������������������������������������������������������������������������������������������������������������
���������������������������������������������������������������������������������������������������������������������������ᦙ
3;������������������������������������������������������������������������������������������������������������<br>
--- Exception Dialog: Unable to probe radio model ---<br>
Traceback (most recent call last):<br>
File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirpui/clone.py",
line<br>
150, in run<br>
cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port)<br>
File "/usr/src/archive/Chirp/chirp-hg-6e6ab5a16f39/chirp/detect.py",
line<br>
101, in detect_kenwoodlive_radio<br>
raise errors.RadioError("Unable to probe radio model")<br>
RadioError: Unable to probe radio model<br>
----------------------------<br>
--<br>
<br>
--David
</body>
</html>