<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">All, <div><br></div><div>Angelia_v4.1 is available for download from</div><div><br></div><div><a href="http://k5so.com/HPSDR_downloads.html">http://k5so.com/HPSDR_downloads.html</a></div><div><br></div><div>This version of firmware fixes </div><div>i) a broken linkage between the ACC-PORT external PTT input and the PTT OUT connector on the ANAN-100D</div><div>ii) fixes the “non-break-in-CW-mode” PTT behavior </div><div>iii) fixes the Tx spurs reported earlier </div><div>iv) fixes REV power on TX </div><div><br></div><div>Two additional items were reported to me as “bugs” but they are not due to the firmware; these are due instead to the PowerSDR program and are:</div><div><br></div><div><i><b>1) Strange RX2 S-meter reading on Tx, </b></i></div><div><br></div><div>Trouble reports of this issue results from a misunderstanding of how PowerSDR behaves. This message from Doug describes the issue: </div><div><br></div><div><blockquote type="cite">Joe,<br><br>Here's the run down on the crazy RX2 readings. If the "Auto Mute RX2 on TX"<br>is checked then that stops the processing of RX2 data in the DSP code.<br>Therefore no valid meter reading. The reason you still see display data is<br>because the data for the display is picked off before the DSP.<br><br>If the "Auto Mute RX2 on TX" is unchecked all is well.<br><br>73,<br>Doug <br></blockquote><br></div><div>Therefore, if the RX2 S-meter readings on Tx are troublesome for you simply uncheck the “Auto Mute RX2 on TX” option in the Setup/RX2 menu in PowerSDR.</div><div><br></div><div><i><br></i></div><div><b><i>2) different RX2 S-meter behavior on 6m between RX2 and RX1. </i> </b></div><div><br></div><div>This was an actual problem within PowerSDR which Doug has kindly fixed in PowerSDR OpenHPSDR mRX PS v3.2.18 (7/30/14). </div><div><br></div><div>Thanks to all who helped test the trial versions of this Angelia code and provided fixes to firmware and/or software. As always, if you were a tester, kindly disregard any version of firmware that has a filename of the type *_test.rbf as numbers in such file names do not relate directly to any officially released firmware version. The *_test.rbf nomenclature is simply a temporary file identification scheme that I use for beta testers to distinguish one test version from another during the testing stage. </div><div><br></div><div>73, Joe K5SO</div><div><br></div><div><br></div><div><br></div><div><br></div></body></html>