[Discuss-gnuradio] Re: How the valve block works

[Patrick Strasser]

schrieb Josh Blum am 2011-01-08 05:29:
> 
>> Just found out that the selector block fits my requirements much better.
>> But do I have the same behaviour here again?
>>
> 
> The valve is implemented with the selector.

Thanks.

What would be the best way to disable a branch of the flow graph, so
that the disabled path is stopped/starved/drained/disabled? I do not
care too much about stale data in buffers, I just want to get rid of the
unnecessary processing power that is consumed by the path branch. If
this is not possible in grc, I'd take the generated source and modify
it, no big deal.

Regards

Patrick
-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser 
Student of Telemati_cs_, Techn. University Graz, Austria


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] how can I proceed if no message is received?

[Tom Rondeau]

On Tue, Jan 4, 2011 at 2:19 PM, Jie Liu  wrote:
> In GRC, I defined a message queue like below:
>     self.msg_q = gr.msg_queue()
>
> It waits for the USRP transmitter, and read the message received in the USRP
> receiver in the local machine, using the code like below:
>
>         m = tb.msg_q.delete_head()
>
> But if there is no message sent. It seems that the program halts and waits
> for the message to be sent. How can I let the program continue to run from
> here?
>
> Best

There is a msg_queue method "delete_head_nowait." Look at the
gr_msg_queue page in the Doxygen documentation.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr_qtgui, SWIG. QT Signals and such

[Alexandru Csete]

Hi Mike,

This is good news. I am looking forward to try it. Click-to-tune will
be great addition to hamradio receivers :-)

Alex

On Sat, Jan 8, 2011 at 8:51 AM, Mike Cornelius  wrote:
> Hi All,
>
> Just a quick update to say I've got the QT Signals part working (I can
> double click the FrequencyDisplayPlot and catch a signal in my python app
> with the frequency and amplitude at which I clicked).
>
> It turns out to be trivially easy.
>
> My code is very prototype-y at the moment, I'll tidy it up a bit and publish
> something tomorrow I expect.
>
> BR,
>
> Mike VK2XMC
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: How the valve block works

[Alexandru Csete]

On Sat, Jan 8, 2011 at 6:31 PM, Patrick Strasser
 wrote:
> schrieb Josh Blum am 2011-01-08 05:29:
>>
>>> Just found out that the selector block fits my requirements much better.
>>> But do I have the same behaviour here again?
>>>
>>
>> The valve is implemented with the selector.
>
> Thanks.
>
> What would be the best way to disable a branch of the flow graph, so
> that the disabled path is stopped/starved/drained/disabled? I do not
> care too much about stale data in buffers, I just want to get rid of the
> unnecessary processing power that is consumed by the path branch. If
> this is not possible in grc, I'd take the generated source and modify
> it, no big deal.

Hi Patrick,

The only way I know of to disable a block is to disconnect its inputs
and outputs from the rest of the graph. GRC can not do that so you
will have to edit the python code. You have to suspend execution
during reconfiguration:
http://gnuradio.org/redmine/wiki/gnuradio/TutorialsWritePythonApplications#Controlling-flow-graphs
I usually do:
self.lock()
self.disconnect(A,B1,C)
self.connect(A,B2,C)
self.unlock()

B1 will be disconnected but will still exist and you can use it again later.

If you want to disable a whole branch with several blocks, I think you
will have to break all connections within the branch and not just he
input/output of the branch (I am not sure about this though). You can
of course put the branch in a hier block in which case you only have
to disconnect one block.

Alex

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re:Re: [Discuss-gnuradio] how can I proceed if no message is received?

[Jie Liu]

Thanks! I will have a try
At 2011-01-09 04:16:26，"Tom Rondeau"  wrote:
>On Tue, Jan 4, 2011 at 2:19 PM, Jie Liu  wrote:
>> In GRC, I defined a message queue like below:
>>     self.msg_q = gr.msg_queue()
>>
>> It waits for the USRP transmitter, and read the message received in the USRP
>> receiver in the local machine, using the code like below:
>>
>>         m = tb.msg_q.delete_head()
>>
>> But if there is no message sent. It seems that the program halts and waits
>> for the message to be sent. How can I let the program continue to run from
>> here?
>>
>> Best
>
>There is a msg_queue method "delete_head_nowait." Look at the
>gr_msg_queue page in the Doxygen documentation.
>
>Tom


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Creating a gr_sync_block subclass in python?

[Holger Freyther]

Hi,

I would like to convert symbols (1 float) into two bytes. I thought I want to
use a gr_sync_block for that (1:1 mapping). Now I would like to do this in
python. After looking around, trying things and reading an old thread from
october 2006 I come to the conclusion that it is not possible to create a
gr_sync_block and have ''work'' called in python?

The reason to use python would be to avoid having the user compile stuff
and being faster in prototyping a solution. Is there any way to do some
processing in python?

kind regards
   holger


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Re: A Humble Request....for allowing to copy Circuit into PCB

[Marten Christophe]

Hello Mr. Ettus,

Do you have any plan to reduce price for USRP1 or release PCB layout for
poor students?

Kind Regards,
On Sun, Dec 12, 2010 at 10:14 PM, Marten Christophe
wrote:

> Hello Matt, and All,
>
> Is there possible,  you can sell only USRP1 board with all components, only
> board no enclosure no power supply only board. with all component soldered
> to it , i will arrange specified ratting power supply here locally,
>
> why i'm requesting it due to i'm a student and dont have that much money to
> buy full USRP1+shipping charges
>
> if you can send only USRP board without enclosures and power supply it will
> reduce shipping cost
> i have arrange so far $ 300  only  , so if it is possible , i will
> be thankful to all of you, USRP1 is very much needed for my practicals and
> study
> you ought to run a program to sell your product to poor students at
> discounted rate as Ettus Research being a big organisation now , but USRP1
> was developed as a open source  hardware with the help of community  and
> very use full for us.
>
> Thanks and Kind regards,
>
>
> On Thu, Nov 4, 2010 at 7:44 PM, Marten Christophe 
> wrote:
>
>> Hello Mr. Ettus,
>>
>> Thanks a lot, at least  for you reply.
>> Now  I will have to search some other cheap SDR, or will have to wait
>> another one year when i will get my scholarship
>> then buy your marvelous product the USRP1..
>>
>>
>> Thanks and Kind regards,
>>
>>
>>
>> On Fri, Nov 5, 2010 at 1:08 AM, Matt Ettus  wrote:
>>
>>>
>>> No.  We do not have or sell blank PCBs.
>>>
>>> Matt
>>>
>>> On 11/04/2010 12:30 PM, Marten Christophe wrote:
>>>
 O, Mr. Ettus,

 at least give me a blank PCB, coz by very hard work i have collected IC
 , FPGA , and all other things, by requesting sample part, if i were
 moneyed
 i must have buy USRP1,

 if i will have a blank PCB at least i will sold all parts , and i wont
 have to copy any others work, and design , and i will kept away my self
 from theft, you know,
 even i will PAY  the blank PCB material cost. and postal charges, from
 US to india, but i buy USRP1 , that i need to shiped, and again high
 amount.

 after all i'm student...from India.

 Kind Regards,


 On Fri, Nov 5, 2010 at 12:51 AM, Matt Ettus >>> > wrote:


No

On 11/04/2010 12:20 PM, Marten Christophe wrote:

Hello Mr. Ettus ,

If you are unable to provide that , know problem , but least
reply my
mail with negation so i wont wait and for you, and start trying
 to
design PCB
with the help of you .SCH file of USRP 1 and will collect money
 to
fabricate it, but for only one PCB it take around $500 start
cost. :(
and more over before doing so, i want you permission b'coze it
 was
designed by you so if it is my moral responsibility to seek your
permission on first place.

Kind Regards,
Devendra Purohit

On Thu, Nov 4, 2010 at 12:02 AM, Marten Christophe
mailto:technosa...@gmail.com>
>>
wrote:



On Mon, Nov 1, 2010 at 11:04 PM, Marten Christophe
mailto:technosa...@gmail.com>
>>
wrote:


Hello Mr. Ettus,


Kindly provide me USRP motherboard Blank PCB board. i
will pay
for postage and material cost.
I'm a poor student and USRP is needed for my research
work and
study, i have almost all components collected by sampling
so i can assemble and sold all of them
if i will have PCB .
$1400+400+ UPS courier charges(oversease shipping) it is
beyond
my ability to spend.
I'm a private Student and keen to learn,but I'm poor too
, hence
don't have capability to buy USRP,
so I'm also trying to make USRP my self. but dont' have
resources to fabricate PCB.
though i have collected all component some of those were
costly
i arranged samples,
only thing left is PCB. can you kindly help me to give
me blank
PCB for USRP ( whether usrp1 or usrp2) mother and
 daughter
board . I will pay the cost what ever it would be for
postage and
your material in advance.
also i need you generous help also , at least guidance.
I'm Doing MS in Communication syste

[Discuss-gnuradio] pycpuid - cpuid for python

[Josh Blum]

You volk guys may be interested in:
http://www.bramz.net/projects-code/pycpuid/

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Re: D-Star with gnuradio?

[Patrick Strasser]

schrieb Rafael Diniz on 2011-01-08 03:30:
> Hi people,
> Have anyone successfully built a D-Star transmitter with gnuradio blocks?

For the protocol part, see the archives[1]. IMO D-Star is a thing to
make money rather than a system to foster independent communication.
There are legal, privacy and free implementation issues.

For the codec parth D-Star uses AMBE+ as codec, which is non-free. You
can buy codec ICs, but you cannot implement it in Open Source. See the
archives again for a discussion.

Have a look at "codec2" [2], this should work fine for quite the same
requirements: low NF bandwidth, low bitrate, low latency.

Regards Patrick

[1]
http://search.gmane.org/?query=%22d-star%22&author=&group=gmane.comp.gnu.radio.general&sort=relevance&DEFAULTOP=and&xP=d%09star&xFILTERS=Gcomp.gnu.radio.general---A
[2] http://www.rowetel.com/blog/codec2.html
[3] http://codec2.org/


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: How the valve block works

[Don Ward]

Patrick Strasser wrote:


schrieb Josh Blum am 2011-01-08 05:29:



Just found out that the selector block fits my requirements much better.
But do I have the same behaviour here again?



The valve is implemented with the selector.


Thanks.

What would be the best way to disable a branch of the flow graph, so
that the disabled path is stopped/starved/drained/disabled? I do not
care too much about stale data in buffers, I just want to get rid of the
unnecessary processing power that is consumed by the path branch. If
this is not possible in grc, I'd take the generated source and modify
it, no big deal.


Could you use a non-blocking message sink and a separate flow graph that 
takes input from a message source and is started and stopped as needed ?


-- Don W.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: D-Star with gnuradio?

[Rafael Diniz]

Hi Patrick,
Thanks for the answer.
I know about codec2, but how about what modulation to use?
I read about the AOR ARD9000MK2[1] modem, that uses the:
"G4GUO open protocol".
Do you know if is possible to implement this OFDM based one?

Best regards,
Rafael Diniz

[1] - http://www.aorusa.com/ard9000.html

> schrieb Rafael Diniz on 2011-01-08 03:30:
>> Hi people,
>> Have anyone successfully built a D-Star transmitter with gnuradio
>> blocks?
>
> For the protocol part, see the archives[1]. IMO D-Star is a thing to
> make money rather than a system to foster independent communication.
> There are legal, privacy and free implementation issues.
>
> For the codec parth D-Star uses AMBE+ as codec, which is non-free. You
> can buy codec ICs, but you cannot implement it in Open Source. See the
> archives again for a discussion.
>
> Have a look at "codec2" [2], this should work fine for quite the same
> requirements: low NF bandwidth, low bitrate, low latency.
>
> Regards Patrick
>
> [1]
> http://search.gmane.org/?query=%22d-star%22&author=&group=gmane.comp.gnu.radio.general&sort=relevance&DEFAULTOP=and&xP=d%09star&xFILTERS=Gcomp.gnu.radio.general---A
> [2] http://www.rowetel.com/blog/codec2.html
> [3] http://codec2.org/
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Building gr-uhd: .Tpo file not found/Permission denied

[Patrick Strasser]

Hello!

I just tried to build gr-uhd, and got this error:

libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../..
-I/home/past/src/gnuradio/gnuradio-core/src/lib/runtime
-I/home/past/src/gnuradio/gnuradio-core/src/lib/general
-I/home/past/src/gnuradio/gnuradio-core/src/lib/general
-I/home/past/src/gnuradio/gnuradio-core/src/lib/gengen
-I/home/past/src/gnuradio/gnuradio-core/src/lib/gengen
-I/home/past/src/gnuradio/gnuradio-core/src/lib/filter
-I/home/past/src/gnuradio/gnuradio-core/src/lib/filter
-I/home/past/src/gnuradio/gnuradio-core/src/lib/missing
-I/home/past/src/gnuradio/gnuradio-core/src/lib/reed-solomon
-I/home/past/src/gnuradio/gnuradio-core/src/lib/viterbi
-I/home/past/src/gnuradio/gnuradio-core/src/lib/io
-I/home/past/src/gnuradio/gnuradio-core/src/lib/g72x
-I/home/past/src/gnuradio/gnuradio-core/src/lib/swig
-I/home/past/src/gnuradio/gnuradio-core/src/lib/hier
-I/home/past/src/gnuradio/gnuradio-core/src/lib/swig
-I/home/past/src/gnuradio/gruel/src/include
-I/home/past/src/gnuradio/gruel/src/include
-I/home/past/src/gnuradio/volk/include -I/usr/include
-I/usr/local/include -I/home/past/src/gnuradio/gr-uhd/lib -g -O2 -Wall
-Woverloaded-virtual -pthread -MT uhd_multi_usrp_source.lo -MD -MP -MF
.deps/uhd_multi_usrp_source.Tpo -c uhd_multi_usrp_source.cc  -fPIC -DPIC
-o .libs/uhd_multi_usrp_source.o
uhd_multi_usrp_source.cc:187: fatal error: opening dependency file
.deps/uhd_multi_usrp_source.Tpo: Permission denied
compilation terminated.
make[3]: *** [uhd_multi_usrp_source.lo] Error 1
make[3]: Leaving directory `/home/past/src/gnuradio/gr-uhd/lib'

Seems like the file does not exist:
$ ls -1 gr-uhd/lib/.deps/
uhd_multi_usrp_sink.Plo
uhd_multi_usrp_source.Plo
uhd_single_usrp_sink.Plo
uhd_single_usrp_source.Plo

What I did:
===
Build UHD acording to the UHD Manual[1].

The UHD wiki[2] says I should take the "next" branch:
git branch --track next origin/next
git checkout next

Then I pulled the last changes:
git pull

Built gnuradio:

./bootstrap && ./configure --disable-gr-sounder --disable-gr-trellis
--disable-gr-video-sdl --disable-gr-radio-astronomy --disable-usrp2
--disable-gr-usrp2 --disable-gr-atsc --disable-gr-msdd6000
--disable-gr-gsm-fr-vocoder --disable-gr-noaa --disable-gr-pager
--disable-gr-radar-mono  --disable-gr-gpio --disable-gr-cvsd-vocoder
--disable-gr-audio-jack  --disable-gr-audio-oss
--disable-gr-audio-portaudio  --disable-gr-gpio && make

configure did not report any errors AFAIKS. About gr-uhd it says:
checking for UHD... yes
Component gr-uhd passed configuration checks; building.

I googled for the error message, and found something about quoting
problems in automake 1.9[3], but the paths and filenames seem to be not
exotic or worth quoting.

What I use:

Ubuntu 10.10 Maverick amd64 with some mixed-in Debian unstable

$ libtool --version
ltmain.sh (GNU libtool) 2.2.6b

$ automake --version
automake (GNU automake) 1.11.1

$ git name-rev --name-only HEAD
next

$ git describe
v3.3.1git-831-gbb438e7

UHD version is
0001.20101231183142.b4d58f3
UHD:
$ git log |head -n 3
commit b4d58f3501596fdddf240d576d0b1b2cb5862892
Author: Nick Foster 
Date:   Fri Dec 31 10:31:42 2010 -0800

Maybe I'm on the wrong branch?

Regards

Patrick

[1]
http://www.ettus.com/uhd_docs/manual/html/build.html#build-instructions-unix
[2]
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki/#Gnuradio-UHD
[3]
http://thread.gmane.org/gmane.comp.sysutils.automake.general/7661/focus=7670


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Re: D-Star with gnuradio?

[Patrick Strasser]

schrieb Rafael Diniz on 2011-01-09 03:56:
> Hi Patrick,
> Thanks for the answer.
> I know about codec2, but how about what modulation to use?
> I read about the AOR ARD9000MK2[1] modem, that uses the:
> "G4GUO open protocol".
> Do you know if is possible to implement this OFDM based one?

Unfortunately I could not find any document that describes the G4GUO
protocol. Would be very interested too.

>From http://www.aorusa.com/ard9800.html I got:

Modulation method:  OFDM
Band width: 300 Hz - 2500 Hz, 36 carriers
Symbol Rate:20 mS (50 baud)
Guard interval: 4mS
Tone steps: 62.5 Hz
Modulation method:  36 carriers: DQPSK (3.6K)
AFC:+/- 125 Hz
Error correction:   Voice: Golay + Hamming
Video/Data: Covolution + Reed-Solomon
Header: 1 Sec. 3 tones + BPSK training pattern for synchronization
Digital voice:  AMBE2020 coder, decoder
Signal detection:   Automatic Digital detect, Automatic switching
between analog mode and digital mode
Video Compression:  AOR original adaptive JPEGFrom

Seems not too far off to implement in Gnu Radio/USRP.

Patrick


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Building gr-uhd: .Tpo file not found/Permission denied

[Josh Blum]

Its nothing special, you probably just did sudo make command and got
something with root permission. Make sure that your user has permission
on all the files, worst case scenario, git clean and rebuild.

-josh

On 01/08/2011 07:06 PM, Patrick Strasser wrote:
> Hello!
> 
> I just tried to build gr-uhd, and got this error:
> 
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../..
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/runtime
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/general
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/general
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/gengen
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/gengen
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/filter
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/filter
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/missing
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/reed-solomon
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/viterbi
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/io
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/g72x
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/swig
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/hier
> -I/home/past/src/gnuradio/gnuradio-core/src/lib/swig
> -I/home/past/src/gnuradio/gruel/src/include
> -I/home/past/src/gnuradio/gruel/src/include
> -I/home/past/src/gnuradio/volk/include -I/usr/include
> -I/usr/local/include -I/home/past/src/gnuradio/gr-uhd/lib -g -O2 -Wall
> -Woverloaded-virtual -pthread -MT uhd_multi_usrp_source.lo -MD -MP -MF
> .deps/uhd_multi_usrp_source.Tpo -c uhd_multi_usrp_source.cc  -fPIC -DPIC
> -o .libs/uhd_multi_usrp_source.o
> uhd_multi_usrp_source.cc:187: fatal error: opening dependency file
> .deps/uhd_multi_usrp_source.Tpo: Permission denied
> compilation terminated.
> make[3]: *** [uhd_multi_usrp_source.lo] Error 1
> make[3]: Leaving directory `/home/past/src/gnuradio/gr-uhd/lib'
> 
> Seems like the file does not exist:
> $ ls -1 gr-uhd/lib/.deps/
> uhd_multi_usrp_sink.Plo
> uhd_multi_usrp_source.Plo
> uhd_single_usrp_sink.Plo
> uhd_single_usrp_source.Plo
> 
> What I did:
> ===
> Build UHD acording to the UHD Manual[1].
> 
> The UHD wiki[2] says I should take the "next" branch:
> git branch --track next origin/next
> git checkout next
> 
> Then I pulled the last changes:
> git pull
> 
> Built gnuradio:
> 
> ./bootstrap && ./configure --disable-gr-sounder --disable-gr-trellis
> --disable-gr-video-sdl --disable-gr-radio-astronomy --disable-usrp2
> --disable-gr-usrp2 --disable-gr-atsc --disable-gr-msdd6000
> --disable-gr-gsm-fr-vocoder --disable-gr-noaa --disable-gr-pager
> --disable-gr-radar-mono  --disable-gr-gpio --disable-gr-cvsd-vocoder
> --disable-gr-audio-jack  --disable-gr-audio-oss
> --disable-gr-audio-portaudio  --disable-gr-gpio && make
> 
> configure did not report any errors AFAIKS. About gr-uhd it says:
> checking for UHD... yes
> Component gr-uhd passed configuration checks; building.
> 
> I googled for the error message, and found something about quoting
> problems in automake 1.9[3], but the paths and filenames seem to be not
> exotic or worth quoting.
> 
> What I use:
> 
> Ubuntu 10.10 Maverick amd64 with some mixed-in Debian unstable
> 
> $ libtool --version
> ltmain.sh (GNU libtool) 2.2.6b
> 
> $ automake --version
> automake (GNU automake) 1.11.1
> 
> $ git name-rev --name-only HEAD
> next
> 
> $ git describe
> v3.3.1git-831-gbb438e7
> 
> UHD version is
> 0001.20101231183142.b4d58f3
> UHD:
> $ git log |head -n 3
> commit b4d58f3501596fdddf240d576d0b1b2cb5862892
> Author: Nick Foster 
> Date:   Fri Dec 31 10:31:42 2010 -0800
> 
> Maybe I'm on the wrong branch?
> 
> Regards
> 
> Patrick
> 
> [1]
> http://www.ettus.com/uhd_docs/manual/html/build.html#build-instructions-unix
> [2]
> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki/#Gnuradio-UHD
> [3]
> http://thread.gmane.org/gmane.comp.sysutils.automake.general/7661/focus=7670
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: D-Star with gnuradio?

[Rafael Diniz]

Wow, G4GUO is great ham operator Charles Brain.
May be he is here in this mailing list, I don't know. 

Best regards,
Rafael Diniz

> schrieb Rafael Diniz on 2011-01-09 03:56:
> > Hi Patrick,
> > Thanks for the answer.
> > I know about codec2, but how about what modulation to use?
> > I read about the AOR ARD9000MK2[1] modem, that uses the:
> > "G4GUO open protocol".
> > Do you know if is possible to implement this OFDM based one?
> 
> Unfortunately I could not find any document that describes the G4GUO
> protocol. Would be very interested too.
> 
> From http://www.aorusa.com/ard9800.html I got:
> 
> Modulation method:OFDM
> Band width:   300 Hz - 2500 Hz, 36 carriers
> Symbol Rate:  20 mS (50 baud)
> Guard interval:   4mS
> Tone steps:   62.5 Hz
> Modulation method:36 carriers: DQPSK (3.6K)
> AFC:  +/- 125 Hz
> Error correction: Voice: Golay + Hamming
> Video/Data: Covolution + Reed-Solomon
> Header:   1 Sec. 3 tones + BPSK training pattern for synchronization
> Digital voice:AMBE2020 coder, decoder
> Signal detection: Automatic Digital detect, Automatic switching
> between analog mode and digital mode
> Video Compression:AOR original adaptive JPEGFrom
> 
> Seems not too far off to implement in Gnu Radio/USRP.
> 
> Patrick
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
R�dio Muda, radiolivre.org, TV Piolho, tvlivre.org
Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x2FF86098
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-



signature.asc
Description: This is a digitally signed message part.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: A Humble Request....for allowing to copy Circuit into PCB

[Brian Padalino]

Hi Marten,

On Sat, Jan 8, 2011 at 6:39 PM, Marten Christophe  wrote:
> Hello Mr. Ettus,
> Do you have any plan to reduce price for USRP1 or release PCB layout for
> poor students?

So I have a feeling your requests are going to go unanswered, and I
don't blame the deaf ears one bit.

Here starts some guidance, maybe a little ranting, but try to take
from it some good direction as to where students should go and take
their want and desire for hardware.

The metaphor of a dog chasing a car really stands firm in this case.
Once the dog catches the car, or the student acquires a USRP, what are
they going to do with it?  In both cases, I predict - nothing!

So lets figure out something that is worth while for you to do -
simulate something.  Simulate anything!  There is a channel simulator
built into GNU Radio.  Use it.  Get familiar with it.  Familiarize
yourself with channels of varying types.  If you can't get that
channel simulator to work, make your own!  Prove it accurately
simulates different channels.  Understand frequency offset,
synchronization problems, non-coherent and coherent reception, dynamic
range, multipath, equalization, forward error correction, etc.

What you seem to not realize or understand is that the GNU Radio
software that you can compile and putz around with is worth
significantly more to you than any piece of hardware that will capture
or create EM radiation.

I implore you, as a student, to write papers using GNU Radio, create
and simulate systems using GNU Radio, and get your BER curves where
you think they should be using GNU Radio.  When you accomplish that,
then maybe you could ask someone for some hardware to perform
experiments and see how your system works in the real world versus
your simulation.  Do the models match?  Where do they differ?  Are you
on your way to becoming a communications expert?

I believe, wholeheartedly, that if you showed this level of drive,
understanding and expertise, you could probably find someone to either
front the money to buy you a system for you to continue your work or
gladly donate something to you.  But until you can figure out what
you're going to do with the car after you catch it and show you are
competent, I doubt this line of questioning will be any better than
interrogating a brick wall.

My sincerest apologies if this comes off as crass or rude, but I
honestly tried to be motivating and give direction.

Good luck with your endeavors.

Brian

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] using rsh from a remote host

[Sangho Oh]

Hello,

If I use rsh from a remote host, gnuradio does not transmit data
with following error in the end.

"Error: std::bad_alloc"

with the rsh script

"rsh r...@gnuradiohost '/root/git/uhd/host/build/examples/tx_waveforms'

I think this is a shell issue, but anyone know how to fix this?

Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio