[hpsdr] HPSDR software direction

[Bob Cowdery]

 Hi Phil

I'm probably talking a bit more general than you have in mind, not just
HPSDR in all its varients. I'm thinking of a system that can interrogate
the hardware, determine what is connected, to where, and its
capabilities dynamically as well as the capabilities of the DSP and
other components in the mix. Probably some of that can be done today for
some hardware. The alternative, which is what I had in my software was a
capabilities database so you could tell the system what it had at run
time and it would configure itself appropriately and then all parts of
the running system could interrogate the current capabilities through a
defined interface.

I don't want to make anything complicated or even try and drive
direction in any way. It's simply a resource which is there and if there
are any useful ideas in it then take them otherwise it's no problem to
me. I don't have an axe to grind :-) .

Bob
G3UKB

On 06/08/2010 09:21, Phil Harman wrote:
>> ***** High Performance Software Defined Radio Discussion List *****
>>
>>  On 06/08/2010 08:20, Phil Harman wrote:
>>> There needs to be a set of rules for defining an interface.
>> I am in total agreement with a lot of what is being said about defining
>> interfaces, having the system understand the capabilities of its
>> hardware and software components and act accordingly. Unfortunately
>> unless the hardware itself has a built in interface to describe its
>> capabilities they have to be configured in the software, but it's
>> configuration and not code.
> Hi Bob,
>
> Could you please elaborate a little on this issue.  The capabilities of
> the hardware are (mostly) fixed or at least change infrequently.
>
> In which case the DSP server will need to be modified to change its
> response to "what hardware, what features and how to talk me" from time to
> time.
>
> Initially, why can't we just leave that problem with the DSP server
> Surgeons rather than making this more complex than necessary?  After all
> if these guys are able to build and maintain a DSP server then a few
> changes due to new or increased hardware features is part of the ongoing
> mantainence and enhancements to the sever.
>
> If, for now, we just leave this issue for the 'few' then the 'masses' who
> want to build GUIs can just get on with it.
>
> 73's Phil....VK6APH
>
>
>
> 73's Phil...VK6APH
>
>
>
>
>


 1281084870.0