<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Jim and all, see below<br>
<br>
<div class="moz-cite-prefix">El 28/03/16 a las 20:48, Jim Unroe
escribió:<br>
</div>
<blockquote
cite="mid:CADnO8U6tKq7SQvYkhpwJV4V4yvb8zcoKQy7Y0MP7pWSfhV127w@mail.gmail.com"
type="cite">
<pre wrap="">Pavel,
I tested with all 5 of the radios in my possession. After increasing
the SERIAL_TIMEOUT to 0.68, here are the failures.
UV-2501+220 will not upload under Linux or Windows. Changing the
timeout value makes not difference that I can see.</pre>
</blockquote>
<br>
I think I found the bug, reviewing the serial logs I found that the
2501+220 does a extra step before the upload of the first block and
just after the second ID, I will work on that direction.<br>
<br>
Funny, it's just on the upload process.<br>
<br>
<blockquote
cite="mid:CADnO8U6tKq7SQvYkhpwJV4V4yvb8zcoKQy7Y0MP7pWSfhV127w@mail.gmail.com"
type="cite">
<pre wrap="">
Mini-8900 will not download under Linux. Changing the timeout value
makes no difference that I can see.</pre>
</blockquote>
<br>
This is the same problem I found earlier, the radio does not give
the bad ack on the dummy block, and this is inserted after the valid
one in the first valid block read.<br>
<br>
000: <b>06</b> <b>05</b> 58 00 00 40 00 25 ..X..@.%<br>
<br>
What keep me puzzled is that this only happen on Linux...<br>
<br>
Jim, can you make two portmon serial log of a download in windows,
first with the OEM and then with Chirp ?<br>
<br>
Also activate the "debug = True" and send to me the debug.log that
correspond to that Chirp download.<br>
<br>
All this for the WACCOM Mini of course.<br>
<br>
73 Pavel.<br>
<br>
</body>
</html>