discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] inband packet encoding/decoding daemon


From: Eric Blossom
Subject: Re: [Discuss-gnuradio] inband packet encoding/decoding daemon
Date: Thu, 29 Mar 2007 00:51:59 -0700
User-agent: Mutt/1.5.9i

On Thu, Mar 29, 2007 at 02:08:00AM -0400, George Nychis wrote:
> 
> George Nychis wrote:
> 
> > >
> > >
> > >   top-block:
> > >
> > >
> > >                           application
> > >                           control block
> > >                           GUI, whatever
> > >                               ^
> > >                               | cs
> > >                               |
> > >                               |
> > >               samples         |
> > >                               | cs (control/status port "tune", 
> >"interp" ...)
> > >              out    in        v              out    tx1
> > >      sig_gen<--------> smart usrp front end <---------> usrp_usb_daemon
> > >
> > >
> > > Also, we may want to compose the "smart usrp front end" and the
> > > usrp_usb_daemon, and split the control from the data ports.  Let's make
> > > something work, then we can revisit this when we've got some experience.
> 
> Oh yeah, one more thing... what is your logic behind adding a smart usrp 
> front end?  Just to make sure we're on the same page...
>
> If I were to take a stab in the dark, the smart front end knows whether a 
> channel has been allocated, and query the daemon if not?  Basically it is 
> acting as one central location for all of the output ports on the 
> application, whether they be status or samples, and interfaces with the 
> daemon to setup the proper channels and transmit the frames, etc... ?

It's the glue that allows a something dumb (blind to the fact that
there's a usrp involved) be connected to the usrp.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]