Hi Eric,
On Aug 13, 2010, at 8:38 PM, Eric Blossom wrote:
> Given the interfaces exported by ALSA, you'd need to figure out how to
> honor the condition "ok_to_block == False".
Could you please tell me the intent behind the ok_to_block flag?
By blocking, do you mean a synchronous call, which w
Hi Harley,
On Aug 14, 2010, at 1:18 AM, HR Myler wrote:
> 2) When I run usrp2_fft.py, the windows appear and the program runs fine, but
> it continually outputs an 'S' to the terminal. I looked for an output
> somewhere for stdio or stdout, but found nothing. Is this perhaps an old bug,
> or a
Thanks Josh,
So that does mean that the processor will be the limiting factor for data
flow without a FIFO buffer when sampling at full speed without DDC?
>
>
>
> On 08/12/2010 06:22 AM, Cheaw Wen Guey wrote:
>> Hi all,
>>
>> As per the advice given, I have started to try change the FPGA code to
When I run the FFT routine (usrp2_fft.grc) there are two apparent
anomalies that I do not understand. TIA to anyone who can help a poor
soul out with what are most likely simple things:
1) When I execute, there are error messages and no window appears. The
routine works fine, per the caveat
Hi all,
I'm working on a synchronization block to allow the transmitter and receiver to
co-locate on the same motherboard and work alternatively, transmitter working
for 0.5 second then receiver working for 0.5 second, and then repeat this
process.
I'm using USRP1 and LFTX/RX to develop my
On Fri, 13 Aug 2010, Matt Ettus wrote:
On 08/13/2010 12:14 PM, Daniel Halperin wrote:
On Tue, 10 Aug 2010, Matt Ettus wrote:
> When using a BasicRX or LFRX with the PGA set at 0dB gain (USRP1
> only), +10dBm is full scale on the ADC. On the USRP2 full scale on the
> ADC is full scale when
Hi Dave,
Not sure whether we had the same issue. We modified the original tunnel.py
to a multichannel based tunnel. We were able to connect multiple nodes
(USRP2+WBX) initially after running tunnel.py. We could ping every nodes.
After a while, some nodes started to fail. If we restarted the failin
Hi all, I want to change usrp clock to 52M,
there are some document about change usrp clock in gnuradio 3.1 and
3.2 but none for 3.3.
how to change usrp clock to 52M in gnuradio 3.3 ?
There is a dedicated list for open-bts. I think they should know, since
they change oscillators "all the
On 08/13/2010 12:14 PM, Daniel Halperin wrote:
On Tue, 10 Aug 2010, Matt Ettus wrote:
When using a BasicRX or LFRX with the PGA set at 0dB gain (USRP1
only), +10dBm is full scale on the ADC. On the USRP2 full scale on the
ADC is full scale when it gets back into gnu radio. On the USRP1 full
sca
Does anyone happen to have Octave or MATLAB code that models the USRP2's DDC
(CIC and HBFs)?
-Marc
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Fri, Aug 13, 2010 at 3:17 PM, Daniel Halperin
wrote:
> On Tue, 10 Aug 2010, Matt Ettus wrote:
>>
>> When using a BasicRX or LFRX with the PGA set at 0dB gain (USRP1 only),
>> +10dBm is full scale on the ADC. On the USRP2 full scale on the ADC is full
>> scale when it gets back into gnu radio.
On Tue, 10 Aug 2010, Matt Ettus wrote:
When using a BasicRX or LFRX with the PGA set at 0dB gain (USRP1 only),
+10dBm is full scale on the ADC. On the USRP2 full scale on the ADC is full
scale when it gets back into gnu radio. On the USRP1 full scale on the ADC
is (1.67/2) times full scale du
Hi,
I am having trouble with the tunnel.py in the digital foler appear to stop
working after a while when using lower bitrates (around 0.5 MB/s) . When I
first
set up the newtork I am able to ping other nodes with no problem. After some
time (sometimes less than half an hour) the pings are no
I guess, its perhaps an older version of GNU Radio, the one before the audio
API changed.
Best regards,
Elvis
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Eric,
Before I dive into it, I just have a quick question.
Why is it that others are not encountering the same issue? The same example
code was run on a Mac Pro dual quad machine belonging to another member of this
forum, and he didn't face the issue of crackling and distorted
> I managed to fix it (well, I think I did at least :)
>
> But the generated code, altough meeting fmax constraint, has some
> setup/hold violation.
>
> Looking at the path, it seems there are latches (and not register) and
> combinatorial signal being used as clocks ... which is frightening for
>
gnuradio/usrp2/firmware/lib/clocks.c, starting at line 40. You probably
want to read the AD9510 datasheet to help with selecting values.
Matt
On 08/13/2010 12:34 AM, Ian Holland wrote:
Hi
I have read on the FAQ that is possible to change the external reference
frequency for the USRP2 from
On Fri, Aug 13, 2010 at 03:47:12AM +0400, Elvis Dowson wrote:
> Hi Eric,
>I came across an old thread,
> http://www.ruby-forum.com/topic/107228
>
> "There is a general issue related to the fact that when using
> usrp_wfm_rcv and similar applications that there are in fact two cloc
Hi Alex,
On Aug 13, 2010, at 12:39 PM, Alexandru Csete wrote:
>
> Maybe it is a driver issue. I suppose your iMac is the latest
> generation (late 2009?) but the distributed alsa drivers are usually
> older.
Yes, my iMac 27" is a late 2009 model.
$ sudo dmidecode -s system-product-name
iMac
Hi, I hve just a little question about GRC scope sink please
the question is I just generate the signal about 1.5Mhz amd Amplitude 1v p-p
directly trough the usrp
So i know that when i connect the usrp source to the scope sink i will see the
signal that it's frequency is the difference of the i
On 13 August 2010 01:02, Elvis Dowson wrote:
> Hi,
> Another data point, if I set the audio sink sample rate to 16kHz, there
> are no under-runs, but that obviously will cause the sound to play back at a
> lower pitch, but atleast there are no crackles and distortions. In the
> console out
Hi,
> It's entirely possible for that version to have a syntax error. There
> was a bad array declaration that an older Quartus would accept and a
> newer one rejected. The newer one was more correct. :-/
I managed to fix it (well, I think I did at least :)
But the generated code, altough mee
Hi
I have read on the FAQ that is possible to change the external reference
frequency for the USRP2 from 10 MHz to another value simply by changing one
line in the firmware.
However, I have as yet been unable to locate the actual source file in which I
need to make this change, and what the nam
23 matches
Mail list logo
