<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Nov 23, 2013 at 1:49 AM, Jens J. <span dir="ltr"><<a href="mailto:kd4tjx@yahoo.com" target="_blank">kd4tjx@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="http://chirp.danplanet.com/issues/1263" target="_blank">http://chirp.danplanet.com/issues/1263</a><br>
<br>
I am able to reproduce this unexpected response issue about 1 in 3 or 4 times.<br>
My "unexpected" ack is 0x48, and other times the expected 0x78.<br></blockquote><div><br></div><div>Are you getting this from multiple 'reads' from the radio with no settings changes? My experience has been that the ACK value changes based on values selected for certain settings. Once the setting is changed, the ACK value is consistent.<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I think it might have been Jim that was looking at this oddity a while back.<br></blockquote><div><br></div><div>Yes. It drove me nuts until I realized that changing a setting would/could change the ACK returned. <br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Do we know why this damned radio has M.A.D (multiple ack disorder)?<br></blockquote><div><br></div><div>M.A.D. I like that. This is just another in the list of bugs this radio family (UV-B5/UV-B6) has.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
ACKs must mean something significant, right!?<br></blockquote><div><br></div><div>I doubt it. I assume that the Baofeng software always works no matter what the ACK value is only because it ignores them. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
My deviant, hackish thought was to just grab the first ack the radio gives back and use it for the rest of the session, with the thought that as long as the ack was consistent throughout that transfer session, it would likely be a good download.<br>
</blockquote><div><br></div><div>Dan and I discussed what you suggest above when this issue first became apparent. It was decided to make a short list and see if it stabilized (which it seemed to have). <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thoughts?<br></blockquote><div><br></div><div>I think I will just add "0x48" to the list and see what happens. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-Jens<br></blockquote></div><br></div><div class="gmail_extra">Jim<br></div></div>