<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I would like to propose a small change to the firmware of all of the OpenHPSDR-derived radios. The purpose of this change would be to make the firmware update process more automatic and foolproof.<div><br></div><div>If you look in <a href="http://svn.tapr.org/repos_sdr_hpsdr/trunk/Metis/Documentation/Metis-%20How%20it%20works_V1.31.pdf">Metis- How it works_V1.31</a> you will see that the Discovery packet returns the following:</div><div>
                
        
        
                <div class="page" title="Page 5">
                        <div class="layoutArea">
                                <div class="column"><p>The payload of the UDP/IP reply frame is as follows:<br>
<0xEFFE><Status>< Metis MAC Address><Code Version><Board_ID><49 bytes of 0x00>
</p><p>where</p><p>Board_ID = 1 byte, 0x00 = Metis, 0x01 = Hermes, 0x02 = Griffin, 0x04 = Angelia, 0x05 = Orion </p>
                                </div>
                        </div>
                </div><div>Currently the Board_ID field (one byte) is not very informative. If it says I have a Hermes (0x01) is it a TAPR Hermes, an ANAN-100, an ANAN-100B, an ANAN-100D, etc. Couldn't we use the 8 bits (256 possibilities) in this field to be more specific about the radio?</div><div><br></div><div>Perhaps to be backward compatible we could reserve the least significant 4 bits for Board ID and use the most significant four bits for a Sub ID indicating which variant of the Board ID is present.</div><div><br></div><div>If we coupled this change with a "gentlemen's agreement" to name all firmware files in some recognizable way, something like <i>RadioName</i>_v<i>N</i>.<i>M</i>.rbf ( e.g. ANAN100B_v2.4.rbf ) then it would be possible to write a programmer application that would only show you firmware choices appropriate for the radio you are trying to program.</div><div><br></div><div>The current arrangement seems uninformative and error prone.</div><div><br class="webkit-block-placeholder"></div><div>
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px;"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-stroke-width: 0px;"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div><div>73’s </div><div>Doug - K3TZR</div></div><br></div></span><br class="Apple-interchange-newline"></div></span><br class="Apple-interchange-newline"></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>

<br></div></body></html>