quot;
Gesendet: 14.12.2010 18:54:06
An: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] cannot ping my USRP2
>
>
>On 12/14/2010 09:39 AM, Tobias Schmid wrote:
>> Hello,
>>
>> our institute owns 4 USRP2. Three of them can be pinged.
>> The 4th one can
the USRP2 was blown. Its rather
easy to replace once you identified it as the problem.
Matthias
Am 14.12.2010 um 18:39 schrieb Tobias Schmid:
Hello,
our institute owns 4 USRP2. Three of them can be pinged.
The 4th one cannot.
It's neither possible to use it with UHD firmware and FPGA
om 24th of november and with the
images of 14th of August.
Thanks,
Tobias
Am 14.12.2010 18:54, schrieb Josh Blum:
On 12/14/2010 09:39 AM, Tobias Schmid wrote:
Hello,
our institute owns 4 USRP2. Three of them can be pinged.
The 4th one cannot.
It's neither possible to use it with U
Hello,
our institute owns 4 USRP2. Three of them can be pinged.
The 4th one cannot.
It's neither possible to use it with UHD firmware and FPGA image.
If I try uhd_find_device no device is found.
The firmware and the FPGA image on the SD card is working fine.
I checked this using one of my other d
Hey Josh,
thanks a lot. Now it works.
I'll try to implement algorithms soon.
But this should be a first step.
Am 14.12.2010 01:34, schrieb Josh Blum:
Hello list,
I would like to announce support for the MIMO cable with UHD. The
support is experimental, so its not in the mainline yet, and is on
f the FPGA at the moment.
So I guess I have to wait for the release of the new FPGA images for UHD, do I?
Or did you already release the new UHD image?
Thanks Tobias
Ursprüngliche Nachricht-
Von: "Josh Blum"
Gesendet: 09.12.2010 04:36:01
An: "Tobias Schmid"
meError: bad lexical cast: source type value could not be interpreted as
target
>>> Done
I hope I didn't ignore anything important.
Tobias
-Ursprüngliche Nachricht-
Von: "Tobias Schmid"
Gesendet: 07.12.2010 16:04:22
An: j...@joshknows.com, discuss-gnuradio@gnu.
sure were not
looking at some ABI change.
-Josh
On 12/01/2010 03:00 AM, Tobias Schmid wrote:
Hello,
sorry I had been out of office for some days.
When I run uhd_usrp_probe the error doesn't occur.
And using uhd.single_usrp_source doesn't occur either.
The complete output of the t
ere the exception is thrown?
Thanks,
-Josh
On 11/26/2010 04:05 AM, Tobias Schmid wrote:
Hello,
I'm trying to use 2 USRP2 using the UHD Driver.
My version is the git version of yesterday.
But when I'm trying to build a flowgraph using grc,
gnuradio isn't able to run the
Hello,I'm trying to use 2 USRP2 using the UHD Driver.My version is the git version of yesterday.But when I'm trying to build a flowgraph using grc,gnuradio isn't able to run the generated code.The following error occurs:RuntimeError: bad lexical cast: source type value could not be interpreted as
Hello,
I implemented a selective repeat ARQ-protocol using the USRP2.
Up til now I used the USRP2 driver.
Now I want to upgrade my system to use UHD.
I upgrade the to hosts, the FPGA image and the firmware of my USRP2s.
Now the continous data transmission works fine.
But the bursty protocol commun
Hi,
I found the appended THread in the archive.
That time, there was no answer to this mail.
But I have exactly the same problem to understand the architecture of
the packets.
It would be nice, if anyone could write a short explanation why the \x55
and the preamble are added to the packet.
ch them with am
message sink to get the whole coded sequence and hand it over as a
payload for the ofdm_mod.
So me next question is, while catching the items in that queue, do I
have to count the incoming bytes or the number of incoming samples?
Thanks for your help
Tobias
Am 11.09.2010 20:18,
Hello Achilleas,
that's exactly what I thought abaout as well. Because the part I
discribed as channel in my last mail is a wireless transmission using usrp2.
Not using channel coding, I have packet error rates of 1 to 2 % using
bpsk subcarrier constellation and abaout 18 % using qpsk. And if
ontrol signal that tells you where the
frame starts, which flows on the other ofdm_recv port?
Cheers,
Veljko
On Thu, Sep 9, 2010 at 7:10 AM, Tobias Schmid
mailto:tobiasschmid22...@web.de>> wrote:
Hi,
I've got another question. I implemented an OFDM-transmission
e
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
Hello MB,
I implemented a viterbi application and I realized this problem somehow
identical to the ofdm-streaming block for grc. I took packet_sink that
waits until enough samples have arrived. These packets can be used as
packet in the rest of your code. It's not that much work.
Tobias
A
correctly. Try
# route add -net 192.168.10.0/24 <http://192.168.10.0/24> dev eth1
or check
# route -n
to see if the routing is using the proper network devices.
Matthias
Am 28.07.2010 um 11:10 schrieb Tobias Schmid:
> Hi,
>
> I
gt;Try
>
># route add -net 192.168.10.0/24 dev eth1
>
>or check
>
># route -n
>
>to see if the routing is using the proper network devices.
>
>Matthias
>
>
>Am 28.07.2010 um 11:10 schrieb Tobias Schmid:
>
>> Hi,
>>
>> I've
Hi,
I've got exactly the same problem.
In my case the lights D and F are light up.
The usrp2_card_burner_gui.py works correctly. I've checked that by
flashing the cards with the common firmware.
And that works fine.
Tobias
Am 15.07.2010 18:32, schrieb Josh Blum:
Are the UHD images burned on
Am 27.07.2010 18:06, schrieb Matt Ettus:
On 07/27/2010 08:38 AM, Tobias Schmid wrote:
Hello,
it's me for the third time.
I decided to try working with the uhd. I followed the instructions on
http://www.ettus.com/uhd_docs/manual/html/usrp2.html ,
but when the usrp2_card_burner(_gu
me, but I didn't find anything helping
me.
So I would be very thankful getting an answer.
Tobias
-Ursprüngliche Nachricht-
Von: Tobias Schmid
Gesendet: 27.07.2010 14:54:20
An: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Update the USRP2
>Hello again,
>
>that was m
it be better to continue my work using the uhd or not?
Tobias
Am 27.07.2010 08:10, schrieb Tobias Schmid:
Hello,
I've got another short question.Up til now, I used the 3.2.2 release of
Gnuradio, but now I've updates it to the latest git version 3.3.1.
I wanted to check if my alrea
Hello,
I've got another short question.Up til now, I used the 3.2.2 release of
Gnuradio, but now I've updates it to the latest git version 3.3.1.
I wanted to check if my already written code still works, but I didn't even
recognize my USRP2. So my question is, do I have to update my USRP2 firmwa
Hello,
I've got another short question.Up til now, I used the 3.2.2 release of
Gnuradio, but now I've updates it to the latest git version 3.3.1.
I wanted to check if my already written code still works, but I didn't even
recognize my USRP2. So my question is, do I have to update my USRP2 firmwa
Hello, I've got a question about the firmware of my USRP2. I'm writing mydiploma thesis on a MIMO topic using your USRP2 and Gnu radio. Our institute boughtthe USRPs in July 2009. So I would like to know, if it is necessary toupdate my SD cards for the purpose. And I read in the gnuradio mailingl
Hello,
I am working on project ofdm project using gnuradio. Up til now I just used
python blocks to build my flowgraphs. But now I want to create my own C++
blocks.
I read the available tutorials and I wrote a block on my own. After that, I
tried to build that block to use it in my python code.
27 matches
Mail list logo