<!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">
<font size="-1"><tt>[resend from the right identity]<br>
<br>
</tt></font>
<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>
Cool. Curious, can I download directly from your repository (CVS, SVN,
GIT, etc.)? I haven't seen any URLs, instructions, etc. to do so.
Probably intentional.<br>
<br>
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<blockquote type="cite">
<pre wrap="">5) When I was doing some testing (I think I accidentally tried to write
to an empty memory slot:
--
Exception running RadioJob: 54
-- Exception: --
Traceback (most recent call last):
File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirpui/common.py", line
70, in
execute
result = func(*self.args, **self.kwargs)
File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirp/kenwood_live.py", line
174, in erase_memory
del self.__memcache[number]
KeyError: 54
------
</pre>
</blockquote>
<pre wrap="">Ah, good one, thanks. Can you file a tracker item for that?
</pre>
</blockquote>
Done: TRAC #78<br>
<br>
Fyi... <br>
<br>
1) if I go to <a class="moz-txt-link-freetext"
href="http://trac.chirp.danplanet.com/trac">http://trac.chirp.danplanet.com/trac</a>
and click on "See
open tickets". Nothing happens. If I go to "View tickets" in the
navigation bar, that works<br>
<br>
2) When creating a new bug, the TRAC interface doesn't know anything
about 0.1.11<br>
<br>
<br>
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<pre wrap=""> </pre>
<blockquote type="cite">
<pre wrap="">6) I've also seen error like the following where chirp is working fine
and then it breaks. Notice that the radio's name in STDERR goes from D7
to E7 which might be expected but I'm not sure.
</pre>
</blockquote>
<pre wrap=""><!---->
Hmm, yeah, that's interesting for sure. That might be one I have to
reproduce locally.. That's pretty strange.
</pre>
</blockquote>
Btw.. if the vrious Kenwood radios are a little different, shouldn't
the STDERR show something like PC->F6 instead of PC->D7? Little
misleading if that's supposed to represent the radio.<br>
<br>
<br>
<blockquote cite="mid:4D4DD632.3040609@danplanet.com" type="cite">
<pre wrap="">Yeah, this is related to #5.
I sure am glad someone is finally giving the kenwood driver(s) a
workout, thanks! :)
</pre>
</blockquote>
I'm glad I can help out as I've been looking for something like this
for some time now! I'm going to add your tool to my HamPacket
documentation which is a Step-by-Step guide for<br>
creating a Linux-base HAM shack for VHF/UHF/HF TNC and "soundcard"
packet, FLdigi, JT65, etc.<br>
<br>
<a class="moz-txt-link-freetext"
href="http://www.trinityos.com/HAM/index-ham.html">http://www.trinityos.com/HAM/index-ham.html</a><br>
<br>
--David<br>
</body>
</html>