[hpsdr] What can we do with 2 cards

Philip Covington p.covington at gmail.com
Sat May 13 05:40:30 PDT 2006


On 5/13/06, Alex <harvilchuck at yahoo.com> wrote:
> I'm going to bring up my question from earlier.
>
>
> Why not move the parallel port DSR-1000 control onto JANUS?
>
>
> Then we have a 2 board solution (plus the backplane). SDR-1000 users can take advantage of other cards like:
> GIBRALTAR -  to provide the 10MHz reference signal to the SDR-1000
> SASQUATCH and the it-who-is-not-named gp I/O board  - or computerless SDR-1000 operation
> (the gp I/O board can also replace the UCB).
>
> My vote is not to regress the OZY design, but to put the SDR-1000 interface system requirements onto JANUS.
> I know one argument put forward was:
> Why send the SDR-1000 control commands down the ATLAS bus, deal with them at the OZY.
>
> Well, since we're going to have to handle other i/o commands coming from the host computer and sending them to the gp I/O card, why not let JANUS deal with the i/o for the SDR-1000.
>
> I am advocating to not assume SDR-1000 will always be "state of the art", but nor to ignore that installed user base.
> The current card interfacing structure of the SDR-1000 leaves lots to be desired, the HPSDR can provide a good platofrm for expansion.
>
> No, I don't own any SDR-1000s
>
> We need to keep thinking everything through so the HPSDR will meet the requirements from the two interest areas:
>
> (a) SDR-1000 upgrading
> (b) HPSDR as a full-up SDR itself (and as a real neat and useful generic benchtop device)
>
> Those are my 2 cents
>
> Alex, N3NP

Yep, we really need to decide whether our primary goal is to support
the SDR-1000 or whether we are buiding or own SDR.  The answer should
be obvious...

With that being said, I am trying to accomodate everyone's wishes as
best as I can in the OZY design...

73 de Phil N8VB

 1147524030.0


More information about the Hpsdr mailing list