<div dir="ltr">Hello,<div><br></div><div>I recently dusted off an old FT-2800M  that hadn&#39;t been used in years and ran into the same issue as reported in #3919.  I believe I have a fix that I&#39;ve attached to the <a href="https://chirp.danplanet.com/issues/3919#change-28061">#3919 page</a>.  Getting Mercurial installed and set up to submit a patch seems a bit daunting to me.  It was suggested that I post here in case someone else who&#39;s already set up for development would like to grab the code from the bug page, review it, and submit it.  If not, I may take a stab at getting set up for the correct development process but it may be some time before I&#39;m able to do so.</div><div><br></div><div>Summary of the change:</div><div><i style="color:rgb(72,72,72);font-family:Verdana,sans-serif;font-size:12px"><br></i></div><div><i style="color:rgb(72,72,72);font-family:Verdana,sans-serif;font-size:12px">It turns out that the radio uses a different IDBLOCK if it has been modified for extended transmit. The attached modified version of ft2800.py accepts both the standard and extended TX IDBLOCK values and uses the value that was read during a download for the upload process.</i><br></div><div><p style="color:rgb(72,72,72);font-family:Verdana,sans-serif;font-size:12px"><span style="font-family:Arial,Helvetica,sans-serif;font-size:small;color:rgb(34,34,34)">Regards,</span><br></p></div><div><br></div><div>Andy</div></div>