<div dir="ltr"><div><br></div><div>In uploading and downloading radio images I got a few of the following error messages:</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div>An error has occurred</div>
<div><br></div><div>Radio did not <span class="">ack</span> programming mode</div></blockquote><div><br></div><div>I supposedly solved those problems and now it seems the the problem may be permanent.  Or is it?  I found the comments about such error messages, including that the error is a &quot;very common problem&quot;.</div>
<div><br></div><div>Well, I then took heed and special care to apply pressure to the plug when I undertook these operations.  I then achieved both an upload to the computer and a subsequent download to the radio with a new programming of memory channels.  But a few times I also occasionally forgot to turn off the radio before unplugging (and possibly plugging in) the plug for the radio.  So I suspect that some very delicate parts may have been damaged.  I hope not.  But if so, I hope it&#39;s damage to some electronics in the cable assembly and not in the radio itself.  (The cable is cheaper to replace and may even be easier to repair.)</div>
<div><br></div><div>But I am also dismayed that the system seems to be so temperamental.  I would think that basic engineering design principles would be employed to guard against very common errors.</div><div><br></div><div>
Anyway, I was able both to upload the radio&#39;s image to the computer and to download a revised channel-memory to the radio, a <span class="">Baofeng</span> UV-B5.</div><div><br></div><div>Then I noticed that I could not change the SHIFT direction in channel mode.  (I got the impression from something I read in a <span class="">miklor</span>.com web page that I should be able to modify the SHIFT direction in channel mode.)  I suspected that the failure of the radio to perform such a SHIFT update was a sign of corrupted memory in the radio.  So I downloaded the factory-settings image &quot;UV-B5(factory).<span class="">img</span>&quot; to the radio as recommended to resolve memory corruption problems.</div>
<div><br></div><div>I think I also either unplugged or plugged in the cable to the radio while the radio was still on.  Anyway, ever since then I have not been able to either upload an image from the radio or download an image to the radio.  But I did use the CHIRP display of channel assignments to manually program the radio&#39;s channels, and the radio does not seem to have any problems that I&#39;ve noticed other than the inability to upload and download radio images.</div>
<div><br></div><div>As for the supposed corruption of the radio&#39;s memory, I see in menu item 21 that the manual says the radio should be in &quot;<span class="">VFO</span> mode&quot; (i.e., &quot;frequency&quot; mode) in order to change the SHIFT direction.  So it appears that the only way to manually change a channel&#39;s SHIFT direction is to reprogram the channel from scratch (essentially in frequency mode) and then load the combined collection of preset parameters into a channel.</div>
<div><br></div><div>Anyway, please, please, somebody, tell me all is not lost and that there is an easy fix for this problem.</div><div><br></div><div>Incidentally, I would like to know what is the exact nature of the more usual problem that causes the &quot;Radio did not <span class="">ack</span> programming mode&quot; error.  Is it a failure of physical contact of conductors in the connection?  Or is there some some sort of electronic memory effect, such as wayward capacitance associated with the connection.  Or is there erratic resistance of some sort in that circuit.  An answer to that question may perhaps help with resolving what seems to have become the more persistent version of that problem that I have now run into.  I did inspect the connection area and noticed a very slight raised bit of radio-case material where the recommended cutaway of the plug would avoid a protruding &quot;rub&quot; with the radio body near the connector, but the effect seemed to be extremely minor.  So I suspect there is some other problem related to the connector perhaps via &quot;unusual&quot; erratic effect on sensitive semiconductors connected to the sockets.</div>
<div><br></div><div>As for my (I now think erroneous) impression that it is possible (by intent of design at least) to modify the SHIFT direction in channel mode, <a href="http://www.miklor.com/UVB5/UVB5-ProgMem.php">see this page</a> and note that &quot;Enter &#39;SHIFT&#39; &quot; immediately follows &quot;- Press [VM/SCAN] to enter channel mode.&quot;</div>
<div><br></div><div>By the way the computer I&#39;m using is a Dell XPS L502X running Windows 7 Home Premium, SP1.</div><div><br></div></div>