[hpsdr] HPSDR / PowerSDR hardware selection

[Michael White]

Hi Rob

Sure, I go against my own advice!!!..,

I guess total flexibility can only really be achieved by writing your  
own software which is essentially the ultimate challenge posed by  
HPSDR as a platform for experimentation. Bill has done a great job  
branching off the PowerSDR code which at least allows the whole thing  
to be verified and used in anger.

Certainly one of the biggest issues I have stumbled on with SDR is  
full break in CW which is defeated by latency in the OS.

HPSDR has certainly inspired me and is a really great resource. Many  
thanks to the contributors.

73
Michael

On 22 May 2008, at 15:51, Rob Frohne wrote:

> Hi Michael, et. al.,
>
> I for one am one who values the full duplex capability.  It makes  
> doing
> a network analyzer using hpsdr a lot easier.  And so for me anyway, my
> interest includes those needs.
>
> 73,
>
> Rob, KL7NA
>
> On Thu, 2008-05-22 at 08:27 +0100, Michael White wrote:
>> ***** High Performance Software Defined Radio Discussion List *****
>>
>> Hi Bill
>>
>>  Everything is possible given enough time and money.:-)., bit of a
>> silly question really. Hope the idea at least goes onto the wishlist.
>>
>> I am not sure if Mercury will eliminate the softrock/qsd for a good
>> while. One really useful and cost effective application for softrock
>> is tapping the IF of older receivers to create a panadaptor and
>> improve the filters. Certainly the HPSDR users have made a commitment
>> to QSD and see the O/J as a kind of radio sound card.
>>
>> How people end up using the TX/RX combinations may turn out to be a
>> surprise and end up providing new contributions to SDR, so the best
>> approach in my mind is to allow flexibility (given enough time and
>> money of course) and not guess how people will try to use it.
>>
>> I don't see the clocks need to be coherent or continuous as between  
>> TX
>> and RX because most people (except keen CW contesting perhaps) will  
>> be
>> happy with half duplex and can tolerate a turn around time.
>>
>> Thanks for your efforts so far to support the HPSDR.
>>
>> 73
>> Michael
>>
>> On 22 May 2008, at 06:08, Bill Tracey wrote:
>>
>>> Would it be possible -- yes.  The code is not really setup for it at
>>> the moment -- one would have to take a crawl thru it looking for all
>>> the (if CurrentHardware == ... ) clauses and changing them to  ( if
>>> CurrentTXHardware == ...) and ( if CurrentRXHardware == ... ) .
>>> There's also potentially a bit of work if the xmitter and receiver
>>> are in different clock domains - at the moment I don't think
>>> PowerSDR has code to deal well with moving samples from one clock
>>> domain to another.
>>>
>>> I wonder how transient a requirement this type of setup is?  Once
>>> Mercury emerges how much interest will there be in running with
>>> something other than Mercury+Penelope as a transceiver pair?  I
>>> suspect there may be some desire to run Mercury as an aux receiver
>>> with an SDR 1000 or Flex 5000, but not sure how much long term
>>> interest there is in running arbitrary combinations of recv and xmit
>>> hardware.
>>>
>>> Something I will keep in mind, but honestly no commitment for it at
>>> this time - just have too many other things that I need to work on
>>> at the moment.
>>>
>>> Regards,
>>>
>>> Bill (kd5tfd)
>>>
>>>
>>> At 04:45 PM 5/21/2008, Michael White wrote:
>>>> ***** High Performance Software Defined Radio Discussion List *****
>>>>
>>>>> Hi
>>>>
>>>> Would it be possible to split the hardware selection under PowerSDR
>>>> into two groups, ie RX and TX.?
>>>>
>>>> As the hardware options are growing the possible combinations  
>>>> seem to
>>>> be getting beyond the hardware selection system.
>>>>
>>>> e.g RX -
>>>> Softrock via OZY / Janus
>>>> Softrock via Soundcard
>>>> Mercury
>>>> SDR1000
>>>> SDR5000
>>>>
>>>> Tx
>>>>
>>>> Penelope.
>>>> Softrock via Soundcard.
>>>> SDR1000
>>>> SDR5000
>>>>
>>>> By splitting these groups all the viable combinations could be
>>>> catered
>>>> for
>>>>
>>>> In my case I need RX Softrock via O/J with Tx via Penny. But that
>>>> will
>>>> change as experimentation advances. Mercury etc.
>>>>
>>>> Only a thought. saves fussing with the hardware setup when  
>>>> switching
>>>> from TX to RX.
>>>>
>>>> Regards
>>>> Michael G3WOE
>>>
>>>
>>
>> _______________________________________________
>> HPSDR Discussion List
>> To post msg: hpsdr at hpsdr.org
>> Subscription help: http://lists.hpsdr.org/listinfo.cgi/hpsdr- 
>> hpsdr.org
>> HPSDR web page: http://hpsdr.org
>> Archives: http://lists.hpsdr.org/pipermail/hpsdr-hpsdr.org/
>


 1211471046.0