<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><font face="Liberation Sans">Hi Tom, <br>
</font></p>
<p><font face="Liberation Sans">I don't have the radio any more in
my hands, it was borrowed for a short time frame and the friend
that give me the radio is not there anymore to help me (it's
retired from working now). That's the main reason I have halted
the development of it, the ball is on your park now if you want
to keep it rolling.</font></p>
<p><font face="Liberation Sans">The life has strange turns, you kind
of started it a time ago, and now you are invited to finish it.
;-) <br>
</font></p>
<p><font face="Liberation Sans">Please by my guest.<br>
</font></p>
<p><font face="Liberation Sans">The changes you made seems fine to
me.<br>
</font></p>
<p><font face="Liberation Sans">73.</font></p>
<div class="moz-cite-prefix">El 08/06/16 a las 22:35, Tom Hayward
via chirp_devel escribió:<br>
</div>
<blockquote
cite="mid:CAFXO5Z3KW1KRp+rDdJ1F2y2CnejAGdVzoCMgPbYrg1RqUsoQig@mail.gmail.com"
type="cite">
<pre wrap="">On Wed, Feb 24, 2016 at 2:51 PM, Pavel Milanes (CO7WT)
<a class="moz-txt-link-rfc2396E" href="mailto:co7wt@frcuba.co.cu"><co7wt@frcuba.co.cu></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi Tom,
I think I nailed, attached is the first beta driver for the Kenwood TK-790.
Please try it if you have the time, any comments will be appreciated, also
if you encounter any error the debug.log will be very useful (zip it please)
Cheers, Pavel CO7WT
</pre>
</blockquote>
<pre wrap="">
Hi Pavel,
I've been working through the TK-790 driver you sent me and made a
number of changes. Downloads are now working for me fast and
consistently.
I'm not sure if you encountered this problem, but often when I would
put the radio into PROGRAM mode, I would not immediately see an ack.
This would abort the download. It seems this radio likes to send
serial data for every possible event, so often when I would go to read
the ack there would be 100+ bytes in the input buffer (and this is
after clearing the buffer immediately before issuing the PROGRAM
command!). Consistently, however, I would see the ack at the end of
all this garbage. I noticed that the information frames (the
"garbage") all ended in 0xFF, so I added a way to chew through them:
_raw_send(radio, "PROGRAM")
ack = _raw_recv(radio, 1024)
while ack:
if ack[0] == ACK_CMD:
break
ack = ack[ack.index('\xff')+1:]
else:
radio.pipe.write("E")
raise errors.RadioError("Radio didn't acknowledge program mode.")
This will look for the ack after the garbage/information frames, but
never inside them! One issue down...
The other problem I encountered was very slow downloads. In many cases
the code was requesting more bytes than the radio was sending, so we
had to wait for the timeout to expire. I refactored _recvl() and
_recvh() such that they now only request as many bytes as needed. This
makes downloads very fast! This negates the need for short timeouts
and sleeps, so I removed those.
I haven't tested upload.
I noticed the tests crash on the bank code, but haven't looked into it.
Attached is my updated tk790.py. Disclaimer for those on the
sidelines: it's very much a work in progress!
Tom KD7LXL
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
chirp_devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:chirp_devel@intrepid.danplanet.com">chirp_devel@intrepid.danplanet.com</a>
<a class="moz-txt-link-freetext" href="http://intrepid.danplanet.com/mailman/listinfo/chirp_devel">http://intrepid.danplanet.com/mailman/listinfo/chirp_devel</a>
Developer docs: <a class="moz-txt-link-freetext" href="http://chirp.danplanet.com/projects/chirp/wiki/Developers">http://chirp.danplanet.com/projects/chirp/wiki/Developers</a></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
73 Pavel CO7WT.</pre>
</body>
</html>