[hpsdr] Direction Finder using Dual-Mercury Diversity Operation
John Ackermann N8UR
jra at febo.com
Thu Sep 22 13:06:46 PDT 2011
Just FYI -- I've seen some references on the GnuRadio list that indicate
just locking clocks across multiple hardware units may not be enough for
phase-critical applications. Instruction sequencing and various other
delays mean that the initial phase of the two systems is likely to be
arbitrary -- each time the code runs the relative phase will be
different (but will remain constant during that run).
I'm *not* knowledgeable about this; just passing along gossip that might
be relevant.
John
----
On 9/22/2011 3:11 PM, AA8K73 GMail wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
>
> Perhaps we could use two HPSDRs?
>
> They could be synced by two Excalibur's running on the same 10 MHz std.
>
> No Atlas socket or FPGA limitations, and we could also do transmit beam
> forming.
>
>
> Mike - AA8K
>
>
> On 09/22/2011 01:28 PM, Joe Martin K5SO wrote:
>> ***** High Performance Software Defined Radio Discussion List *****
>>
>> Hi Abhi,
>>
>>
>> On Sep 22, 2011, at 11:03 AM, Abhi Arunoday wrote:
>>> Another thought......if we are looking at putting multiple
>>> receivers inside one FPGA why not try this with Hermes and use
>>> use a secondary card for the additional hardware or I could
>>> design a board with a FBGA FPGA ( this would have more than
>>> enough IOs) and multiple ADCs on the same PCB ?
>>>
>>
>> At first glance using Hermes sounds very messy to me in that you
>> must either using inter-board cabling to ensure the multiple
>> receivers are coherent or try to find Atlas bus lines that will
>> do the job for inter-board comm. While I suppose it could work I
>> would opt for a completely separate board from Hermes, I think.
>> I'm not saying I wouldn't want to play if Hermes with an add-on
>> board was selected but it wouldn't be my first choice since
>> Hermes really wasn't designed for multiple ADCs and we'd start
>> right off patching up things which often leads to a
>> messy/unreliable final configuration.
>>
>> Joe K5SO
>>
>>
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at openhpsdr.org
> Subscription help:
> http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> HPSDR web page: http://openhpsdr.org
> Archives: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/
1316722006.0
More information about the Hpsdr
mailing list