Hi all,
When running the example tx_waveforms.cpp on the E100 usrp I get
continuos"sss" on the terminal
I know that u stands for underrun and o stands for overrun but what does an "s"
mean
Regards,
S. Yassin
Research assistant
DLECS
ECE department
CAIRO university
___
On 04/19/2012 08:55 AM, Sameh Yassin wrote:
> Hi all,
> When running the example tx_waveforms.cpp on the E100 usrp I get
> continuos"sss" on the terminal
> I know that u stands for underrun and o stands for overrun but what does an
> "s" mean
Upgrade to the latest image that was announ
On Wed, Apr 18, 2012 at 11:32 AM, Vivian Paola Triana Galeano
wrote:
> I'm working with USRP1 daughterboard RFX 2400 MHz.
> The configuration of the parameter in UHD_USRP block is sample rate= 1MHz
> Center freq=2.4GHz.
Vivian,
Are you using differential or non-differential modulation? Over the
On Wed, Apr 18, 2012 at 10:11 AM, Alick Zhao wrote:
> Hi folks,
>
> I think the calculation of symbol rate on line 73 of
> gr-digital/examples/narrowband/digital_bert_rx.py contains a bug. Here
> is the line:
>
> self._symbol_rate = self._bitrate * self._demod.bits_per_symbol()
>
> It shoul
On Mon, Apr 16, 2012 at 11:25 AM, Nick Foster wrote:
> On Mon, Apr 16, 2012 at 5:50 AM, Joanna Rutkowska
> wrote:
>>
>> On 04/16/12 14:20, Joanna Rutkowska wrote:
>> /.../
>> >
>> > So, it seems like it is not a Xen issue, but instead that the kernel
>> > I'm using in the VM (essentially a vanill
On Sun, Apr 15, 2012 at 9:02 PM, Nowlan, Sean
wrote:
> Sorry for the re-post; forgot to include the attachment.
>
>
>
> From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
> [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On
> Behalf Of Nowlan, Sean
> Sent: Sun
On Sun, Apr 15, 2012 at 6:30 PM, Nowlan, Sean
wrote:
> Sorry to bump this... It appears the set_access_code method only occurs once
> from within the constructor code. I'm not arguing that the old method isn't
> faster, but it's functionally imprecise and the overhead of the if-else
> statemen
Dear sir,
When I'm using the image that is created when building UHD with compatibilty
version 9 everything is okay. The problem occurs when I compile the FPGA code
from source using the command "make -f E100 bin". After the "generate
programming file" is finished successfully, I copy the out
I'm using non-differential modulation. But I used differential before and
it didn't work neither. I think my problem is with the sample rate that I
have to set in UHD_USRP Sink and Source Blocks. I try to send a wav file
that has maximum frequency of 12kHz so I set the sample rate at 28kHz,
however
On 04/19/2012 10:28 AM, Sameh Yassin wrote:
> Dear sir,
>
> When I'm using the image that is created when building UHD with compatibilty
> version 9 everything is okay. The problem occurs when I compile the FPGA
> code from source using the command "make -f E100 bin". After the "generate
> pr
I think it's something like a packet sequencing error. I looked it up in the
code at one point but it was a while ago.
-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf
Of
Good question. I've dealt with this in some of my work too. I needed to pass a
spread code through python to a spreading block, and at times I needed codes
longer than 64 bits. I ended up passing hexadecimal numbers (stored in a
string) and then converting ascii to binary with a helper function
With tx_waveforms on B100, it starts to print 'U' at 6Msps.
But CPU consumption is only in 20% to 25% range.
Its fine at 5Msps and lower.
On Thu, Apr 19, 2012 at 8:17 AM, Philip Balister wrote:
> On 04/19/2012 10:28 AM, Sameh Yassin wrote:
> > Dear sir,
> >
> > When I'm using the image that is cr
Dear all,
I'm not using a tag version. I obtained the files using GIT and it is supposed
to be 3.4.0.
I'm also using rate = 2Msps. Should I get the tag version
release_003.004.001.zip?
Regards,
S. Yassin
HW Engineer
DLECS
From: Philip Balister
To: Sameh
Hello Vivian,
I have also had this problem, but I haven't being able to solve it. Could
you please let me know if your able to solve it? I would greatly appreciate
your help.
Sam
On Thu, Apr 19, 2012 at 7:41 AM, Vivian Paola Triana Galeano <
motis1232...@gmail.com> wrote:
> I'm using non-differ
On 04/19/2012 04:23 AM, Abdelrahman Ahmed wrote:
> I am using USRP1 with daughterboard WBX and RFX2400 and i am trying to
> sense the spectrum by using RFX2400 by typing ./usrp_spectrum_sense.py
> 2.401G 2.483G
> it appears to me the attached error.
>
>
>
Heres kind of a checklist:
If you in
On Wed, Apr 18, 2012 at 14:52, Alexandru Csete wrote:
>> This sounds like a call to the appropriate setter function is missing
>> in the FCD source XML wrapper section.
>
> The generated python code looks right but there is definitely
> something strange going on. I will take a look at it in the
On Thu, Apr 19, 2012 at 7:56 PM, Johnathan Corgan
wrote:
> On Wed, Apr 18, 2012 at 14:52, Alexandru Csete wrote:
>
>>> This sounds like a call to the appropriate setter function is missing
>>> in the FCD source XML wrapper section.
>>
>> The generated python code looks right but there is definit
On Thu, Apr 19, 2012 at 11:21, Alexandru Csete wrote:
>> I think the parameters to the call to set_iq_corr() in the
>> section are reversed from the actual callback. Can you
>> test this:
> Yes, that's the problem. I tested the modification and it works.
Ok, this is merged into maint->master.
Hey everyone,
I've been too busy these past few weeks that I haven't put anything
together for the developers' call today.
We've been pushing ahead on a lot of stuff lately, but there isn't too
much to discuss. We should have lots for next month, though.
Thanks,
Tom
Hello,
I'm trying to transmit a signal using the UHD-USRP sink block in a flow
graph.
I found that the sample rate that must be used in this block is determined
by the (samples/symbol ) x (symbol rate).
In my case, I am transmitting 16 samples/symbol and a symbol rate of 125
ksymbols/seg which is
Dear Johnothan, dear Alex,
>> Yes, that's the problem. I tested the modification and it works.
> Ok, this is merged into maint->master. Since there will be a 3.5.3.2
> release (sigh), the fix will be available for both 3.5 and 3.6.
>
thanks for the very quick reply and bugfix -- it works for me ed
Hi Josh,
Thanks a lot for your answer. I tried bypassing the DUC cordic with the
tune_request command and it solved my problem! The absolute LO phase offset
between the transmitter and receiver is not lost between packets, so I'm
able to track it now.
Thanks for your help,
Francois
-Me
Hi,
John,Can you tell me how to use the timestamp, I only require the precise
as 100ms?
I google it and still do not know how to do it, would you so nice to give me
some information?
Thanks very much!
Best Regards!
John Wu-6 wrote:
>
> Hi Matt,
> I recently learn the uhd project which contai
24 matches
Mail list logo
