<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Dave, <div><br></div><div>Thanks for your message to the reflector. As I noted in my email message to you yesterday informing you of this situation, describing it for you, and saying that I am currently investigating this issue it is at the moment not conclusive that the problem is with the new firmware as the firmware works fine with all of my versions of PowerSDR with Metis or Ozy whether they are operated as multiple receivers on a single Mercury or multiple Mercury boards. </div><div><br></div><div>Further, the SYNC bytes you mention that are not found by your program are actually present in all the buffers received and displayed by your server program even when your server program doesn't find them. They simply are not the leading bytes in the buffers as they should be. </div><div><br></div><div>Of course, it may turn out that there is an issue with the firmware or the issue may turn out to be with the ghpsdr3 server code instead, perhaps incorrect information is being passed to Metis from your server program. Incorrect control & command bytes would explain Dave KV0S's observation about the central peak that doesn't move when frequency is changed. The frequency information is passed via the C&C bytes of course and if there's a problem there the additional receivers will not be updated properly with correct frequency information. </div><div><br></div><div>Now that I have your program to work with, in addition to my PowerSDR versions, I'm sure we can discover the culprit that's causing this issue. </div><div><br></div><div>More on this later as we track it down. </div><div><br></div><div>73, Joe K5SO</div><div><br><div><div>On Nov 13, 2011, at 9:32 AM, David McQuate wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">***** High Performance Software Defined Radio Discussion List *****<br><br> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div bgcolor="#FFFFFF" text="#000000"> Problems with new fpga code with > 1 receiver on one Mercury ???<br> <br> Using ghpsdr3-Windows (new version that works with Ozy or Metis), <br> whenever # receivers is > 1 AND Penelope is on Atlas bus,<br> the 3 Sync bytes are not found. This happens only using Metis, not Ozy.<br> <br> (All is fine with up to 4 simultaneous receivers on on Mercury if<br> Penelope is NOT connected to Atlas.<br> <br> I'm using<br> <div><font face="Arial">Mercury_V3.1</font></div> <div><font face="Arial">Penelope_V1.6</font></div> <div><font face="Arial">Metis_V1.6</font></div> <div><font face="Arial">Ozy_Janus_V2.1</font></div> <br> 73,<br> Dave<br> wa8ywq<br> <br> </div> _______________________________________________<br>HPSDR Discussion List<br>To post msg: <a href="mailto:hpsdr@openhpsdr.org">hpsdr@openhpsdr.org</a><br>Subscription help: <a href="http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org">http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org</a><br>HPSDR web page: <a href="http://openhpsdr.org">http://openhpsdr.org</a><br>Archives: <a href="http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/">http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/</a></blockquote></div><br></div></body></html>