Re: [Discuss-gnuradio] Error messages when running gr_filter_design for gnuradio 4.7 on MacPorts

Tom Rondeau writes: > On Mon, Feb 4, 2013 at 10:15 AM, Albert Chun-Chieh Huang < > alberthuang...@gmail.com> wrote: > >> Hi, all, >> >> I updated MacPorts to 2.1.3 just now and installed gnuradio-next by the >> following command: >> >> $ sudo port install gnuradio-next +full configure.compiler=ll

Re: [Discuss-gnuradio] Pre-cog repo is down?

John, Thanks for the attachments. I think that "the async. nature of the msg-based blocks means there's no back pressure on your vector_source block" was the problem. Thanks again, -George On Tue, Feb 5, 2013 at 12:01 AM, John Malsbury wrote: > George, > > I don't have any hardware where I am

Re: [Discuss-gnuradio] Pre-cog repo is down?

I am in v3.6.2.-3 and the problem still appears after removing the burst gate. Moreover, is there a way to test the data after the conversion of the stream to blobs, either through Octave or Matlab (by connecting a file sink at the flowgraph)? -George On Mon, Feb 4, 2013 at 11:23 PM, John Malsbur

Re: [Discuss-gnuradio] Pre-cog repo is down?

The file worked for me, but I'm testing with a machine with an older version of GNU Radio (3.6.2). I will upgrade and retest. In the meantime, can you remove the burst gate and tell me if the flowgraph runs without error? -John On Mon, Feb 4, 2013 at 8:06 PM, George Sklivanitis < george.sklivan

Re: [Discuss-gnuradio] Pre-cog repo is down?

I am sorry, it was a typo. The grc file generating the reported error is attached. -George On Mon, Feb 4, 2013 at 10:58 PM, John Malsbury wrote: > ... GMSK_mod -> packet_framer -> multiplier -> Burst-Tag ... > > the packet_framer should come before the modulator. Not after. Is this > actu

Re: [Discuss-gnuradio] Pre-cog repo is down?

... GMSK_mod -> packet_framer -> multiplier -> Burst-Tag ... the packet_framer should come before the modulator. Not after. Is this actually how it is connected or is there just a typo? Send me the GRC file. On Mon, Feb 4, 2013 at 7:54 PM, George Sklivanitis < george.sklivani...@gmail.c

Re: [Discuss-gnuradio] Pre-cog repo is down?

Hi John, I suspected that this was where it has transferred. Though, by installing pre-cog along with the extras and using the packet_framing of precog instead of extras I get the following error as I posted before, gr_fir_fff: using SSE Uhandler caught exception: in method 'gr_block_gw_message_

Re: [Discuss-gnuradio] Pre-cog repo is down?

Hi John, I suspected that this was where it has transferred. Though, by installing pre-cog along with the extras and using the packet_framing of precog instead of extras I get the following error as I posted before, gr_fir_fff: using SSE Uhandler caught exception: in method 'gr_block_gw_mess

Re: [Discuss-gnuradio] Pre-cog repo is down?

But the wiki is down.. 404. On Mon, Feb 4, 2013 at 9:47 PM, John Malsbury wrote: > https://github.com/jmalsbury/pre-cog > > > > > On Mon, Feb 4, 2013 at 7:45 PM, Karan Talasila wrote: > >> Hi, >> Even I am not able to open it. even the wiki of pre-cog isn't >> opening. >> >> >> On Mon, Feb

Re: [Discuss-gnuradio] Pre-cog repo is down?

https://github.com/jmalsbury/pre-cog On Mon, Feb 4, 2013 at 7:45 PM, Karan Talasila wrote: > Hi, > Even I am not able to open it. even the wiki of pre-cog isn't > opening. > > > On Mon, Feb 4, 2013 at 10:42 PM, John Malsbury wrote: > >> https://github.com/jmalsbury/pre-cog

Re: [Discuss-gnuradio] Pre-cog repo is down?

Hi, Even I am not able to open it. even the wiki of pre-cog isn't opening. On Mon, Feb 4, 2013 at 10:42 PM, John Malsbury wrote: > https://github.com/jmalsbury/pre-cog > > On Mon, Feb 4, 2013 at 7:41 PM, George Sklivanitis < > george.sklivani...@gmail.co

Re: [Discuss-gnuradio] Pre-cog repo is down?

https://github.com/jmalsbury/pre-cog On Mon, Feb 4, 2013 at 7:41 PM, George Sklivanitis < george.sklivani...@gmail.com> wrote: > Hello guys, > > Is https://github.com/buoyboy/pre-cog down > or I am the only one not being able to have access? > > -George > > --

[Discuss-gnuradio] Pre-cog repo is down?

Hello guys, Is https://github.com/buoyboy/pre-cog down or I am the only one not being able to have access? -George -- Sklivanitis Georgios Postgraduate Student ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/li

Re: [Discuss-gnuradio] Gr_Extras Packet_Framer problem

Hi Josh, in case you also needed my gnuradio version, it's 3.6.2 in Ubuntu 12.04. Thanks again, -George On Mon, Feb 4, 2013 at 6:20 PM, George Sklivanitis < george.sklivani...@gmail.com> wrote: > Hi Josh, > > Thanks for the quick response. > I am in the latest commit since, I made the clone yes

Re: [Discuss-gnuradio] Gr_Extras Packet_Framer problem

Hi Josh, Thanks for the quick response. I am in the latest commit since, I made the clone yesterday. -George On Mon, Feb 4, 2013 at 6:01 PM, Josh Blum wrote: > > > On 02/04/2013 03:54 PM, George Sklivanitis wrote: > > Hello all, > > > > I have just installed the Extras package and trying to us

Re: [Discuss-gnuradio] Gr_Extras Packet_Framer problem

On 02/04/2013 03:54 PM, George Sklivanitis wrote: > Hello all, > > I have just installed the Extras package and trying to use the Packet > Framer. > By using a gr_vector_f -> float_to_short -> Stream_to_Blobs -> > Packet_Framer -> GMSK Mod > i get the following error > > gr_fir_fff: using SSE

[Discuss-gnuradio] Gr_Extras Packet_Framer problem

Hello all, I have just installed the Extras package and trying to use the Packet Framer. By using a gr_vector_f -> float_to_short -> Stream_to_Blobs -> Packet_Framer -> GMSK Mod i get the following error gr_fir_fff: using SSE Uhandler caught exception: in method 'gr_block_gw_message_type_work_ar

[Discuss-gnuradio] USRP Underrun Gap Issue

Hello all, I've done some troubleshooting on an underrun problem I was having where the signal seemed to get broken up with random gaps.  The underruns happen when I set the data rate of my stream lower than the external modulator/demodulator's transmission rate.  The external modulator code

Re: [Discuss-gnuradio] Dose USRP N210 support 10GigE port PC

On 02/04/2013 01:18 PM, Muhammad JUNAID wrote: > Hi all > I want to increase the Sampling Rate of USRP above 25M/S but its not possible > i think so i use multipal usrp. Its possible to get 50Msps, by lowering the bit width to 8 bits I, bits Q over the wire. > Three usrp's on 8 port 1 gige swi

[Discuss-gnuradio] Function probe block prevents destructor from running

I am creating a hardware source block and ran into an issue where the destructor for the block does not appear to get called when closing the flowgraph. This is problematic because I'm using the destructor to release hardware resources. I finally discovered that the problem only exists when using t

[Discuss-gnuradio] Dose USRP N210 support 10GigE port PC

Hi all I want to increase the Sampling Rate of USRP above 25M/S but its not possible i think so i use multipal usrp. Three usrp's on 8 port 1 gige switch and PC port running on 25M/S give error UUU USRP Underrun. is it possiple to get rid of this error by using 10GigE switch and port PC.

Re: [Discuss-gnuradio] How the upstream block of TDMA engine get the current time of the network

Maybe I have misunderstanding on tdma_engine. Does it only handle the incoming samples from the usrp source, which means rx samples? I really want to figure out how the tdma transmitter works. On Mon, Feb 4, 2013 at 9:45 AM, Josh Blum wrote: > > > On 02/04/2013 01:32 AM, Alex Zhang wrote: > > P

Re: [Discuss-gnuradio] USRP N200 not being identified by the host running Suse

Hi Marcus, Thanks for the helpful suggestion. The USRP is indeed using an IP address of 192.168.10.3. Sure, I will restore the defult address by running usrp2_recovery.py later. Thanks, Mahboob From: mle...@ripnet.com [mle...@ripnet.com] Sent: 04 Februa

[Discuss-gnuradio] resampler block not work properly

Hi all, I desire to set the sampling rate of my receiver on usrp n200 to 30.72Msps. I have noticed that the sampling rate supported by uhd.usrp_source could only be set to integer fractions of default clock rate 100MHz. Thus, I used resampler block to have a try. Unfortunately, it did not work

Re: [Discuss-gnuradio] How the upstream block of TDMA engine get the current time of the network

Hi John, Thanks for these examples. I also read that yesterday. Just want to confirm that: 1. TDMA engine is only responsible for extract the time from the rx samples from the USRP resource. 2. The burst gate block schedules the time for the tx samples. Are they correct? On Mon, Feb 4, 2013 at

Re: [Discuss-gnuradio] GNURadio Training - *this afternoon!*

Since I seem to be having trouble properly addressing emails recently: I apologize for sending this out to the whole list. Unfortunately this class is *not* open to the public. Sorry again, Doug On Mon, Feb 4, 2013 at 11:22 AM, Doug Geiger wrote: > All, > Mr. Corgan will be on base this at 1pm

[Discuss-gnuradio] PO awarded!

All, I have just received word that the PO has been awarded. I'm going to contact Mr. Corgan now, but I would like to try to start this afternoon (i.e. after lunch) to try to salvage as much of today as possible. If who planned to attend the first day is not available, please let me know, but

Re: [Discuss-gnuradio] Error messages when running gr_filter_design for gnuradio 4.7 on MacPorts

Hi Albert - On my end as the maintainer of the gnuradio* ports in MacPorts, I'll add a runtime dependency on py*-pyqwt for gr-utils. It'll be a little tricky since I have to get the variants to match up (the variant for pyqwt and which version of qwt is installed), but it can be done. Tom - Do

Re: [Discuss-gnuradio] USRP N200 not being identified by the host running Suse

Hi Marcus, I assume you are talking about the green LED on the top left of Ethernet port on USRP N200. If so, then it remains On. However, I don't see any yellow activity light at all. Furthermore, only LED D and F are On. Thanks, Mahboob From: discuss-gnuradio

[Discuss-gnuradio] Function probe block prevents destructor from running

I am creating a hardware source block and ran into an issue where the destructor for the block does not appear to get called when closing the flowgraph. This is problematic because I'm using the destructor to release hardware resources. I finally discovered that the problem only exists when using t

Re: [Discuss-gnuradio] Error messages when running gr_filter_design for gnuradio 4.7 on MacPorts

On Mon, Feb 4, 2013 at 11:06 AM, Michael Dickens wrote: > Hi Albert - On my end as the maintainer of the gnuradio* ports in > MacPorts, I'll add a runtime dependency on py*-pyqwt for gr-utils. It'll > be a little tricky since I have to get the variants to match up (the > variant for pyqwt and wh

[Discuss-gnuradio] GNURadio Training - *this afternoon!*

All, Mr. Corgan will be on base this at 1pm afternoon to start off the training for this week. It will be slightly re-arranged from the original agenda, and we will have to discuss how the rest of the week can be compressed into the remaining time. However - we we be in the 1st floor conferen

Re: [Discuss-gnuradio] How the upstream block of TDMA engine get the current time of the network

Hi Josh, Sorry the unclear question. Actually I am asking how the transmitter organize the TX samples to the specified time slot.. On Mon, Feb 4, 2013 at 9:45 AM, Josh Blum wrote: > > > On 02/04/2013 01:32 AM, Alex Zhang wrote: > > Previously, the pre-cog introduced a simple implementation of

Re: [Discuss-gnuradio] How the upstream block of TDMA engine get the current time of the network

On 02/04/2013 01:32 AM, Alex Zhang wrote: > Previously, the pre-cog introduced a simple implementation of TDMA: > http://gnuradio.4.n7.nabble.com/Introduction-to-Pre-Cog-td37906.html > > I read roughly the code in the tdma_engine.py. > For the transmitter, it seems that this tdma_engine works li

Re: [Discuss-gnuradio] Error messages when running gr_filter_design for gnuradio 4.7 on MacPorts

On Mon, Feb 4, 2013 at 10:15 AM, Albert Chun-Chieh Huang < alberthuang...@gmail.com> wrote: > Hi, all, > > I updated MacPorts to 2.1.3 just now and installed gnuradio-next by the > following command: > > $ sudo port install gnuradio-next +full configure.compiler=llvm-gcc-4.2 > > When I tried to ru

[Discuss-gnuradio] Error messages when running gr_filter_design for gnuradio 4.7 on MacPorts

Hi, all, I updated MacPorts to 2.1.3 just now and installed gnuradio-next by the following command: $ sudo port install gnuradio-next +full configure.compiler=llvm-gcc-4.2 When I tried to run gr_filter_design, it gave me this error message: $ gr_filter_design Please install PyQwt5 to run this s

[Discuss-gnuradio] problem in installing mybasic module

i downloaded the example my-basic which making as an amplifier and i try to install this module using commands: $ sudo ./bootstrap $ sudo ./configure $ cd swig $ sudo make generate-makefile-swig $ cd .. $ sudo make $ sudo make install but i face problem during sudo make step make  all-recursiv