On Fri, Apr 20, 2007 at 07:09:19PM -0400, George Nychis wrote:
> Eric,
>
> Could you check over the Makefile.am and just base template that I checked
> in to my developer branch to make sure I am not missing anything? I
> checked that it successfully builds, but I just want to make sure I'm not
Eric,
Could you check over the Makefile.am and just base template that I checked in to my
developer branch to make sure I am not missing anything? I checked that it successfully
builds, but I just want to make sure I'm not missing anything major before beginning to
write tests.
Also, is the
On 4/20/07, Thibaud Hottelier <[EMAIL PROTECTED]> wrote:
Yes, it's this module. Any suggestion for a better name?
According to your diagram here:
http://gnuradio.org/trac/wiki/UsrpTxModifications
Maybe we should have a tx_usb_fifo, tx_usb_fifo_reader, tx_chan_fifo,
tx_chan_fifo reader, tx_cmd
On Fri, Apr 20, 2007 at 05:17:36PM -0400, Brian Padalino wrote:
> On 4/20/07, Thibaud Hottelier <[EMAIL PROTECTED]> wrote:
> >Ok, so my usb_chan_reader needs some more work to handle that. I will
> >try to get this and some of the missing functionalities like reporting
> >overrun/underrun done tomo
Brian Padalino wrote:
I am not sure this is where the tx_strobe is supposed to occur. I
think it's in whatever reads your individual channel FIFOs and feeds
the CIC filters (unless usb_chan_reader is the module, and is just
named very strangely).
Yes, it's this module. Any suggestion for a be
On 4/20/07, Thibaud Hottelier <[EMAIL PROTECTED]> wrote:
Ok, so my usb_chan_reader needs some more work to handle that. I will
try to get this and some of the missing functionalities like reporting
overrun/underrun done tomorrow.
I am not sure this is where the tx_strobe is supposed to occur.
Brian Padalino wrote:
> There should be absolutely no glue logic between the modules within a
> top entity possibly called mblock_processing. The inputs should feed
> the specialized USB FIFOs, and the outputs should feed the separate
> CIC channel filters (complex).
>
> Everything else from ther
On 4/20/07, Thibaud Hottelier <[EMAIL PROTECTED]> wrote:
Hi,
I moved all my small testing blocks from ModelSim to the Quartus source
tree. I am writing the glue code between the modules so we should have
the basic Tx functionality working relatively soon. But before that, I
would like to simulat
Hi,
I moved all my small testing blocks from ModelSim to the Quartus source
tree. I am writing the glue code between the modules so we should have
the basic Tx functionality working relatively soon. But before that, I
would like to simulate to whole Tx block in ModelSim, so I need some
inform
Eric Blossom wrote:
Not very hard.
Awesome.
There is a loopback interface in the current FPGA code. It's enabled
by writing to the FR_MODE register. Grep the verilog for "loopback",
and look at fpga_regs_common.{h,v}
Thanks :D
We want to test out using the loopback eventually, and ov
On Thu, Apr 19, 2007 at 05:17:06PM -0400, George Nychis wrote:
> I'm starting to work out some test code regarding the host end, and I was
> wondering how hard it will be when done testing to actually put a packet on
> the bus? I assume we can reuse some of the previous interface.
Not very hard
On Fri, Apr 20, 2007 at 08:26:25PM +0200, Anmar wrote:
> Eric Blossom wrote:
> > On Wed, Apr 18, 2007 at 01:49:36PM +0200, Anmar wrote:
> >
> > You can control the phase in the FPGA. However, we're using the
> > digital upconverter in the AD9862. That DUC has its own phase
> > register.
>
> Loadi
Eric Blossom wrote:
> On Wed, Apr 18, 2007 at 01:49:36PM +0200, Anmar wrote:
>
> You can control the phase in the FPGA. However, we're using the
> digital upconverter in the AD9862. That DUC has its own phase
> register.
Loading the code below, I connected the two daughterboard’s to the X and
Y c
Hello Again,
I am starting to play with the GNU Radio code some and wanted to start by
capturing audio from a handheld radio (FRS fm modulation). I am having some
problems and can't seem to figure out why it is not working.
1) receiving. Why does the usrp nfm sample programs not work for FRS w
I've just recently been using TCP socket connections to send data to/
from MATLAB. you could use file_descriptor_sink[source] block in GNU
Radio to push data to/from the USRP. The sockets I have been using
are at
http://www.mathworks.com/matlabcentral/fileexchange/loadFile.do?
objectId=34
15 matches
Mail list logo
