Michael,
Thanks for your answer. My interface is completely 'up' after both
commands (promisc up and -promisc). But host computer and USRP2 can
only communicate when my network is in promiscuous mode.
I connect both, host computer and USRP2 through a direct connection
with a 1 Gb ethernet wire (n
Hi,
the repository for the UHD driver (fpga, firmware and host) can be found under
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
The last change for the USRP1 FPGA code is from 5 months ago, but I think the
latest code should be there.
Matthias
Am 09.09.2010 um 07:44 schri
Thanks Matt for the information.
Actually, I meant to ask a wider question about the difference between the
UHD branch and VRT branch. In other words, "what's new"
Regards,
Zohair
--
From: "Matt Ettus"
Sent: Thursday, September 09, 2010 12:08 A
I like to call an external programmed python function inside of GRC
decoding a slow byte stream.
Therefore I made a simple experiment:
See
http://elho02.fbe.hs-bremen.de/~hartje/GRC/func_versuch.grc
Signalsource with samp_rate 3200
Throttle 3200
VariableSink V2
Variable Text BOX V2 (showing the
Hi,I've got another question. I implemented an OFDM-transmission eviroment and now I additionally added channel coding. It works fine, but when using trellis modulator and viterbi decoder, the packeterrorrate increases.I realized the blockbuilding, using a message_queue counting the incomming item
On Jul 30, 2010, at 1:30 PM, Philip Balister wrote:
> I don't think you need to read the license carefully to realize you do not
> want to download the code.
>
> 1) No commercial use clause.
> 2) You cannot distribute derived works.
> 3) You grant MS the right to use your modifications to the cod
On Sep 7, 2010, at 1:10 PM, Marc Epard wrote:
> On Sep 7, 2010, at 11:46 AM, Josh Blum wrote:
>
>> sequence errors are not normal, something may be wrong with the fpga image.
>> we are trying to duplicate it out over here -josh
>
> Thanks, Josh. If it's helpful, you'll find the source to my app
Hi,
I just want to ask a very simple question.
The i & q samples on the fpga design that come out of dsp_core_rx are
in 2's complement or in sign & magnitude notation?
--
Matteo
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.g
Hi everyone,
I want to test something with usrp running continously under normal
environment.
Can someone tell me the real data of how long usrp is capable of running
continously.
Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
On 09/09/2010 08:41 AM, Matteo Carucci wrote:
Hi,
I just want to ask a very simple question.
The i& q samples on the fpga design that come out of dsp_core_rx are
in 2's complement or in sign& magnitude notation?
Everything we do is 2's comp
___
D
The UHD branch includes all the work from the VRT branch, and the old
VRT branch has been removed. UHD is where everything is happening.
Matt
On 09/09/2010 02:31 AM, Zohair M. Abu-Shaban wrote:
Thanks Matt for the information.
Actually, I meant to ask a wider question about the difference b
As far as I can tell, EVENT_CODE_SUCCESS (Defined as success: a packet was
successfully transmitted) events never seem to happen. That's okay with me and
I'd worry about the bandwidth they'd take if I were transmitting and receiving
at the same time. Are they just not implemented, yet?
I need t
I envisioned a way to send a burst with a request to ACK. If you enabled
the ACK, you would expect a async message to come back either one of the
errors or a success. This is not implemented.
-Josh
On 09/09/2010 09:54 AM, Marc Epard wrote:
As far as I can tell, EVENT_CODE_SUCCESS (Defined as
On 09/09/2010 11:42 AM, Anil Sharma wrote:
Hi everyone,
I want to test something with usrp running continously under
normal environment.
Can someone tell me the real data of how long usrp is capable of
running continously.
Thanks.
___
D
Thr
If you're interested in taking the DSP approach on the Beagleboard my favorite
guide to setting up and installing the proper environment is
http://ossie.wireless.vt.edu/trac/wiki/BeagleBoard
I've heard that the steps are a little outdated but if you stick with the
toolset versions indicated o
On Tue, Sep 7, 2010 at 4:28 PM, Michael Dickens wrote:
> I've updated the GNU Radio install via MacPorts to 3.3.0.
>
> For those OSX users out there who are using GNU Radio and MacPorts, could
> you give this a shot & see if it works for you? If you do install them for
> testing purposes & want
Hallo,
I guess I explained to less. I'm using hard symbol coding. As I read in
the documentation, I can use the trellis modulated Symbols how ever I
want to. So on the transmitter side, I do not forward the trellis
modulated symbols to a QAM modulator or something. I convert the
generated fsm
We have seen the same behaviour when trying to run overnight on the USRP1,
the flowgraph was just doing FM mod (LFRX in LFTX out) and it had a
graphical sink. Have the flowgraphs you used been made in GRC (ie could this
be a wx issue?).
Kieran
On Fri, Sep 10, 2010 at 5:32 AM, Marcus D. Leech wro
I've run my beacon satellite receiver and radar data acquisition
programs for several days without problems. I have never needed to
operate them longer, so I don't know what the limit is. The beacon
satellite receiver is written completely in c++. The data acquisition
program also has some python i
On Thu, Sep 9, 2010 at 11:26 PM, Alexandru Csete wrote:
> ...
> (4) Not sure about the Qt stuff... In the source tree I tried to execute
> the pyqt_example.py script and got:
> Traceback (most recent call last):
> File "pyqt_example.py", line 4, in
> from gnuradio.qtgui import qtgui
> Fi
On 09/09/2010 06:19 PM, Kieran Brownlees wrote:
> We have seen the same behaviour when trying to run overnight on the
> USRP1, the flowgraph was just doing FM mod (LFRX in LFTX out) and it
> had a graphical sink. Have the flowgraphs you used been made in GRC
> (ie could this be a wx issue?).
>
> Ki
Thank you, Alexandru, for the report. I'm glad the basics work for you; they
do for me as well. Everything seems to work except for the QtGUI. I've found
in my install that the QtGUI doesn't work yet either, in exactly the same way
that yours fails. I know where the problem lies, and I'll be
Hi,
I stumbled on this blockset on the Matlab website:
http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html
I've been making do with the old firmware and fpga, but when I saw this link, I
became really excited - especially because it implies I can decrease the
decimation on my U
On Thu, Sep 09, 2010 at 01:32:01PM -0400, Marcus D. Leech wrote:
> On 09/09/2010 11:42 AM, Anil Sharma wrote:
> >Hi everyone,
> > I want to test something with usrp running continously under
> >normal environment.
> >Can someone tell me the real data of how long usrp is capable of
> >running con
On Fri, Sep 10, 2010 at 10:19:05AM +1200, Kieran Brownlees wrote:
> We have seen the same behaviour when trying to run overnight on the USRP1,
> the flowgraph was just doing FM mod (LFRX in LFTX out) and it had a
> graphical sink. Have the flowgraphs you used been made in GRC (ie could this
> be a
On 09/09/2010 10:32 PM, Eric Blossom wrote:
>
> Marcus,
>
> It would be useful it you could provide a gdb stack trace of all
> threads when you see the "wedged condition".
>
> If it's a python program, run gdb against /usr/bin/python and use the
> gdb attach command to attached to the wedged proces
Thanks for the link Matthias.
Is this part of the UHD code considered stable? Or are there major changes
expected in the future? I saw a post that the UHD is pre-alpha as of 6
months ago.
To give reason why I am interested, I am planning to do some FPGA
development for the USRP1, which will requi
On 09/09/2010 06:43 PM, Vincent W wrote:
Hi,
I stumbled on this blockset on the Matlab website:
http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html
I've been making do with the old firmware and fpga, but when I saw this link, I
became really excited - especially because it
On 09/09/2010 08:54 PM, Colby Boyer wrote:
Thanks for the link Matthias.
Is this part of the UHD code considered stable? Or are there major changes
expected in the future? I saw a post that the UHD is pre-alpha as of 6
months ago.
I would call it more stable. Certain parts of the API requir
On 09/10/2010 12:55 AM, Josh Blum wrote:
> On 09/09/2010 06:43 PM, Vincent W wrote:
>> Hi,
>>
>> I stumbled on this blockset on the Matlab website:
>>
>> http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html
>>
>> I've been making do with the old firmware and fpga, but when I saw th
On 09/10/2010 12:55 AM, Josh Blum wrote:
>
>
> On 09/09/2010 06:43 PM, Vincent W wrote:
>> Hi,
>>
>> I stumbled on this blockset on the Matlab website:
>>
>> http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html
>>
>> I've been making do with the old firmware and fpga, but when I
31 matches
Mail list logo
