Re: [Discuss-gnuradio] cannot ping my USRP2

2010-12-15 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] cannot ping my USRP2

2010-12-14 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] cannot ping my USRP2

2010-12-14 Thread Tobias Schmid
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

[Discuss-gnuradio] cannot ping my USRP2

2010-12-14 Thread 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 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

Re: [Discuss-gnuradio] UHD Announcement - December 13th 2010 - MIMO cable support

2010-12-14 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] RuntimeError: bad lexical cast: source type value could not be interpreted as target

2010-12-09 Thread Tobias Schmid
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"

Re: [Discuss-gnuradio] RuntimeError: bad lexical cast: source type value could not be interpreted as target

2010-12-08 Thread 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.

Re: [Discuss-gnuradio] RuntimeError: bad lexical cast: source type value could not be interpreted as target

2010-12-07 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] RuntimeError: bad lexical cast: source type value could not be interpreted as target

2010-12-02 Thread Tobias Schmid
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

[Discuss-gnuradio] RuntimeError: bad lexical cast: source type value could not be interpreted as target

2010-11-26 Thread Tobias Schmid
 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

[Discuss-gnuradio] Data transmission in bursts using uhd

2010-11-25 Thread Tobias Schmid
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

[Discuss-gnuradio] Preamble

2010-11-04 Thread Tobias Schmid
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.

Re: [Discuss-gnuradio] Viterbi--OFDM

2010-09-15 Thread Tobias Schmid
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,

Re: [Discuss-gnuradio] Viterbi--OFDM

2010-09-11 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] Viterbi--OFDM

2010-09-09 Thread Tobias Schmid
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

[Discuss-gnuradio] Viterbi--OFDM

2010-09-09 Thread Tobias Schmid
 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

Re: [Discuss-gnuradio] gr-trellis and streaming

2010-08-04 Thread Tobias Schmid
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

Re: Fwd: [Discuss-gnuradio] No UHD Devices Found

2010-07-28 Thread Tobias Schmid
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&#

Re: [Discuss-gnuradio] No UHD Devices Found

2010-07-28 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] No UHD Devices Found

2010-07-28 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] Update the USRP2

2010-07-27 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] Update the USRP2

2010-07-27 Thread Tobias Schmid
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

Re: [Discuss-gnuradio] Update the USRP2

2010-07-27 Thread Tobias Schmid
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

[Discuss-gnuradio] Update the USRP2

2010-07-26 Thread 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 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

[Discuss-gnuradio] Update the USRP2

2010-07-26 Thread 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 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

[Discuss-gnuradio] MIMO capability of USRP2

2010-07-14 Thread Tobias Schmid
 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

[Discuss-gnuradio] How to write a signal processing block problems

2010-05-27 Thread Tobias Schmid
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.