Re: [Discuss-gnuradio] Noisy source block

[Martin Braun]

On 04/15/2014 04:46 AM, 猪猪头 wrote:
> hi，guys
> why the unit of amplitude in Noisy source block is volt?
> how to explain this ?
> thanks,
> BZS

Not sure what your question is. Signal amplitudes are usually in Volts,
that's just the right physical unit.

I assume you're asking because in the digital domain, there's really no
volts, and that's a good point. The unit could also just be 1. This is
something you sometimes see in (especially older) DSP textbooks.

There's a similar thing, where the mag-square of a signal is often
considered its instantaneous power (which, would assume a resistance of
1 \Ohm if you're still thinking in physical power).

So, just ignore this if it confuses you.

Martin


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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Martin Braun]

On 04/15/2014 06:14 AM, Francois Gervais wrote:
> I'm trying to figure out the best way to print the decoded data
> information of packets (received through gnuradio) to the user. File
> outputs are not really user friendly so I'm thinking of using a message
> queue out of my decoding block connected to the WX GUI Terminal Sink.

Generally: Don't use a message queue. Also, I recommend not adding any
WX widgets, unless you hate QT, because we're trying to move away from them.

The message passing interface might be a better choice, but the idea in
general is very good.

> Is this a good approach? I'm thinking it might not since I can't find
> any design using the terminal sink on the net.
> 
> If this is the right path could someone point me to an easy example of
> using the message queue. I'd like to do a quick proof of concept and
> output something like "hello world" on the terminal sink.

Have a look at the message_debug code. It does most of what you want,
but not in a widget, just on the console.

Martin

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

[Discuss-gnuradio] Error while installing a new version of GNURadion on USRP e110

[Abouda Yassine]

Hi,

I removed the old version of the GNURadio installed on the USRP e110,I
followed instructions on the FAQ forum in order to install a new version of
it.everything seemed all right at the beginning but suddenly an error came
out of no where:

[ 49%] Built target _filter_swig_swig_tag
[ 49%] Building CXX object
gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o
g++: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See 
>
for instructions.
make[2]: ***
[gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o]
Error 1
make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2
make: *** [all] Error 2

Any ideas how to fix this.Thank you

regards,
Yassine
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Error while installing a new version of GNURadion on USRP e110

[Mike Jameson]

Abouda,

I've seen the "g++: Internal error: Killed (program cc1plus)" error before
when I ran out of memory.  Try creating more swap space and use "make -j1"
to reduce the number of threads used for the compile.

Mike

--
Mike Jameson M0MIK BSc MIET
Email: m...@scanoo.com
Web: http://scanoo.com


On Tue, Apr 15, 2014 at 9:57 AM, Abouda Yassine
wrote:

> Hi,
>
> I removed the old version of the GNURadio installed on the USRP e110,I
> followed instructions on the FAQ forum in order to install a new version of
> it.everything seemed all right at the beginning but suddenly an error came
> out of no where:
>
> [ 49%] Built target _filter_swig_swig_tag
> [ 49%] Building CXX object
> gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o
> g++: Internal error: Killed (program cc1plus)
> Please submit a full bug report.
> See 
> >
> for instructions.
> make[2]: ***
> [gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o]
> Error 1
> make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2
> make: *** [all] Error 2
>
> Any ideas how to fix this.Thank you
>
> regards,
> Yassine
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Best way to output decoded data to user

[??????????????]

hi ,Martin Braun
well ,in my impression, the unit of is noisy is dB,so i feel fuzzy about the 
volt,
thanks for your reply!


-- Original --
From:  "Martin Braun";;
Date:  Tue, Apr 15, 2014 04:35 PM
To:  "discuss-gnuradio"; 

Subject:  Re: [Discuss-gnuradio] Best way to output decoded data to user



On 04/15/2014 06:14 AM, Francois Gervais wrote:
> I'm trying to figure out the best way to print the decoded data
> information of packets (received through gnuradio) to the user. File
> outputs are not really user friendly so I'm thinking of using a message
> queue out of my decoding block connected to the WX GUI Terminal Sink.

Generally: Don't use a message queue. Also, I recommend not adding any
WX widgets, unless you hate QT, because we're trying to move away from them.

The message passing interface might be a better choice, but the idea in
general is very good.

> Is this a good approach? I'm thinking it might not since I can't find
> any design using the terminal sink on the net.
> 
> If this is the right path could someone point me to an easy example of
> using the message queue. I'd like to do a quick proof of concept and
> output something like "hello world" on the terminal sink.

Have a look at the message_debug code. It does most of what you want,
but not in a widget, just on the console.

Martin

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

Re: [Discuss-gnuradio] Noisy source block

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi 猪猪头,

you've replied to the wrong thread; however:

dB is *always* a relative measure. You can't output dB; it always has
to be dB in relation to something.

The parameter of the noise source is amplitude.
Like Martin, if I *want* to stick a physical entity to it, it would be
voltage. Usually, I don't -- the noise source just outputs a
realization of a complex random process; it's just numbers without unit.

I'm under the impression you're mixing up absolute noise power, noise
variance, and SNR; for SNR, which is a ratio, dB does indeed make
sense. However, you don't get a noise source that generates a certain
SNR, because that depends on the signal power, and is something that
you/your application has to calculate.

Greetings,
Marcus

> hi ,Martin Braun well ,in my impression, the unit of is noisy is 
> dB,so i feel fuzzy
about the volt,
> thanks for your reply!
> 


-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTTQRbAAoJEBQ6EdjyzlHtxuAH/ieCgneEsA7ET+lUl28SEhXq
AaMa0Zv0Idrg4FKOudkDeydcUVL6sTPwAkEKjVxfdQ1bkDJp2gWg2IPMd1KadQI4
I46YLa5tIx44dRD481BXg+MCSHibYzwvqNdGzX5bB2YXUFSMN7SWq9kZm70074Wx
3yRMPxC+r7bISuN66m10NrcElo7eFsB+6dpNNoOITCwIe7xrhLfGUJ4H4TNp2LQM
EUki7ELRO6lgz7vHKdjkrTUPb2i9JhRIuCd6gZlfgz/1qms8n6pUxLVoQj2dRS7Q
7R6cEvwd8tLuwt6h9BIuK0twttYXRqedpHxgSyqGcNopLQHFg7IeIlSqAZideYM=
=9w3p
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Tim]

check out gr-pyqt - this might be roughly what you are looking for
I've added some very simple python blocks which can send and receiver 
pdus with strings stored in pmt u8vectors and can be easily dropped into 
a Qt Gui for user interaction


https://github.com/osh/gr-pyqt/commit/7b12b79bc029d483ce71878960b24871ddbfd954

-Tim

On 04/15/2014 04:35 AM, Martin Braun wrote:

On 04/15/2014 06:14 AM, Francois Gervais wrote:

I'm trying to figure out the best way to print the decoded data
information of packets (received through gnuradio) to the user. File
outputs are not really user friendly so I'm thinking of using a message
queue out of my decoding block connected to the WX GUI Terminal Sink.

Generally: Don't use a message queue. Also, I recommend not adding any
WX widgets, unless you hate QT, because we're trying to move away from them.

The message passing interface might be a better choice, but the idea in
general is very good.


Is this a good approach? I'm thinking it might not since I can't find
any design using the terminal sink on the net.

If this is the right path could someone point me to an easy example of
using the message queue. I'd like to do a quick proof of concept and
output something like "hello world" on the terminal sink.

Have a look at the message_debug code. It does most of what you want,
but not in a widget, just on the console.

Martin

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



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

Re: [Discuss-gnuradio] catching unrecognized exception

[Nemanja Savic]

Hi again,

so, the exception appeared again. Just to remind:
thread[thread-per-block[0]: ]: caught
unrecognized exception

I can't find what (65) means.
This time complete block of code was encapsulated by try and except but
nothing was caught.

Here is my code:

def handle_msg(self, msg):
try:
message = pmt.pmt_symbol_to_string(msg)
msg_lines = message.split('\n')
sensor_id = msg_lines[0]
vendor = msg_lines[2]
sensor_type = msg_lines[3]
time = msg_lines[1]
querry = "INSERT INTO `%s`.`%s` (`id` ,`sens_id` ,`vendor`,
`sensor_type`, `det_id`) VALUES (NULL , '%s', '%s', '%s','%s');" %
(self._db_name, self._det_table, sensor_id, vendor, sensor_type, self._id)
cur = self._con.cursor()
cur.execute(querry)
except mdb.Error, e:
print "Unexpected error while trying to insert into table"
print 50*'-'
print 50*'-'
print "Error %d: %s" % (e.args[0],e.args[1])
sys.exit(1)

except:
print 'msg handler exception'
print 50*'-'
print message
print msg_lines
print 50*'-'

Except this function there is also constructor and additional function for
setting the database up (it is called only in constructor). There is no
work function as this block nly receives messages and writes to database.
Is there any idea how can I catch this?

Thanx



On Thu, Mar 20, 2014 at 4:34 PM, Marcus Müller  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Nemanja,
>
> your except syntax is wrong, most probably you wanted to use "except
> ExceptionType as e" instead, refer to
> http://docs.python.org/2/tutorial/errors.html
>
> Anyway, have you tried surrounding all your handler code with a try
> and catch not only the database related errors?
>
> Greetings,
> Marcus
>
> On 20.03.2014 15:58, Nemanja Savic wrote:
> > Dear gnuradioers,
> >
> > I would like to ask againi if somebody can help me understand
> > this: thread[thread-per-block[0]: ]:
> > caught unrecognized exception
> >
> > I have two blocks of db_logger type and it looks like only one
> > catch this unrecognized exception and another keeps working fine.
> >
> > best and thank you
> >
> >
> > On Mon, Mar 3, 2014 at 12:55 PM, Nemanja Savic 
> > wrote:
> >
> >> Hi all guys,
> >>
> >> I have a block which is responsible to receive certain messages
> >> from other blocks and to write the data from the message into
> >> database. Sometimes the following exception occures and the block
> >> stops writing into database:
> >>
> >> thread[thread-per-block[0]: ]: caught
> >> unrecognized exception
> >>
> >> The structure of the block is really simple:
> >>
> >> def handle_msg(self, msg): message =
> >> pmt.pmt_symbol_to_string(msg) msg_lines = message.split('\n')
> >> try: sensor_id = msg_lines[0] vendor = msg_lines[2] sensor_type =
> >> msg_lines[3] time = msg_lines[1] #try: querry = "INSERT INTO
> >> `%s`.`%s` (`id` ,`sens_id` ,`vendor`, `sensor_type`, `det_id`)
> >> VALUES (NULL , '%s', '%s', '%s','%s');" % (self._db_name,
> >> self._det_table, sensor_id, vendor, sensor_type, self._id) #
> >> print querry cur = self._con.cursor() cur.execute(querry) except
> >> mdb.Error, e: print "Unexpected error while trying to insert into
> >> table" print msg_lines print 50*'-' print "Error %d: %s" %
> >> (e.args[0],e.args[1]) sys.exit(1)
> >>
> >> Is there any way to track this problem and find the cause?
> >>
> >> Best regards,
> >>
> >> -- Nemanja Savić
> >>
> >
> >
> >
> >
> >
> > ___ Discuss-gnuradio
> > mailing list Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJTKwqdAAoJEBQ6EdjyzlHtxrcIALIUmmcUY3OJ8Bnr2g9tYhB1
> rQkOyCaES+4b8bocZIyoUTF7M/N5FA9TmITxvnhZgqcvl0Kb1BaFc9F0H9Tbb4w4
> EJtIV6HVLu1jSQAqwMT1jLT3ATbWzH108om/jDx7Wai3Jb64WrVaMxlDuJPJFlK/
> fjVSrGXwcEZRt/8SVbeRmItipo9Y551rNerULo8/4VSiFz30QVyh/zFwNWAGwavA
> xNQPA7OAq4SImyofUGU0E8IsyY9YMcgSlATZYSoKJDbcrFWtrfGJdnuOOV55bgKJ
> l/SouuiObel3WLdzk6861vITRbxyVrPOdsts9ins/G9+Z1wZMKKRz/dh6POevmA=
> =yTTM
> -END PGP SIGNATURE-
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



-- 
Nemanja Savić
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Francois Gervais]

Ah so message queue and message passing interface are two different things
in gnuradio? Might be why I was confused. So what I want to look at is this
page right?
http://gnuradio.org/doc/doxygen/page_msg_passing.html

Got it I'll for the WX widgets, I'll stop using them. Is there an official
QT terminal block?

I'll take a look at pyqt but I'd prefer using official blocks if possible.


On Tue, Apr 15, 2014 at 9:21 AM, Tim  wrote:

> check out gr-pyqt - this might be roughly what you are looking for
> I've added some very simple python blocks which can send and receiver pdus
> with strings stored in pmt u8vectors and can be easily dropped into a Qt
> Gui for user interaction
>
> https://github.com/osh/gr-pyqt/commit/7b12b79bc029d483ce71878960b248
> 71ddbfd954
>
> -Tim
>
>
> On 04/15/2014 04:35 AM, Martin Braun wrote:
>
>> On 04/15/2014 06:14 AM, Francois Gervais wrote:
>>
>>> I'm trying to figure out the best way to print the decoded data
>>> information of packets (received through gnuradio) to the user. File
>>> outputs are not really user friendly so I'm thinking of using a message
>>> queue out of my decoding block connected to the WX GUI Terminal Sink.
>>>
>> Generally: Don't use a message queue. Also, I recommend not adding any
>> WX widgets, unless you hate QT, because we're trying to move away from
>> them.
>>
>> The message passing interface might be a better choice, but the idea in
>> general is very good.
>>
>>  Is this a good approach? I'm thinking it might not since I can't find
>>> any design using the terminal sink on the net.
>>>
>>> If this is the right path could someone point me to an easy example of
>>> using the message queue. I'd like to do a quick proof of concept and
>>> output something like "hello world" on the terminal sink.
>>>
>> Have a look at the message_debug code. It does most of what you want,
>> but not in a widget, just on the console.
>>
>> Martin
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Issue while installing gr-ieee802.15.4

[Ruecan]

Hello GR,

I was trying to install gr-ieee802.15.4
Before everything was ok then once I got this error at CMake:


CMake Error at
~/gnuradio-3.7_install/lib64/cmake/gnuradio/GnuradioConfig.cmake:29 (list):
  list sub-command INSERT requires at least three arguments.
Call Stack (most recent call first):
  CMakeLists.txt:85 (find_package)

-- Configuring incomplete, errors occurred!
make: *** [cmake_check_build_system] Error 1

==> The problem is in this line:
# Allows us to use all .cmake files in this directory
list(INSERT CMAKE_MODULE_PATH 0 ${CMAKE_CURRENT_LIST_DIR})

Any ideas or how to fix it. Is it ok to just comment that line.

Regards,
Ruecan



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Issue-while-installing-gr-ieee802-15-4-tp47590.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

Re: [Discuss-gnuradio] catching unrecognized exception

[Mike Jameson]

The '(65)' looks to be the line number where the error occured.  Notice
that previously the line number was '(62)' which probably means that the
error is coming from line 65 of one of the files you have been editing.

Mike

--
Mike Jameson M0MIK BSc MIET
Email: m...@scanoo.com
Web: http://scanoo.com


On Tue, Apr 15, 2014 at 2:40 PM, Nemanja Savic  wrote:

> Hi again,
>
> so, the exception appeared again. Just to remind:
> thread[thread-per-block[0]: ]: caught
> unrecognized exception
>
> I can't find what (65) means.
> This time complete block of code was encapsulated by try and except but
> nothing was caught.
>
> Here is my code:
>
> def handle_msg(self, msg):
> try:
>
> message = pmt.pmt_symbol_to_string(msg)
> msg_lines = message.split('\n')
> sensor_id = msg_lines[0]
> vendor = msg_lines[2]
> sensor_type = msg_lines[3]
> time = msg_lines[1]
> querry = "INSERT INTO `%s`.`%s` (`id` ,`sens_id` ,`vendor`,
> `sensor_type`, `det_id`) VALUES (NULL , '%s', '%s', '%s','%s');" %
> (self._db_name, self._det_table, sensor_id, vendor, sensor_type, self._id)
>  cur = self._con.cursor()
> cur.execute(querry)
> except mdb.Error, e:
> print "Unexpected error while trying to insert into table"
> print 50*'-'
>
> print 50*'-'
> print "Error %d: %s" % (e.args[0],e.args[1])
> sys.exit(1)
>
> except:
> print 'msg handler exception'
> print 50*'-'
> print message
>
> print msg_lines
> print 50*'-'
>
>
> Except this function there is also constructor and additional function for
> setting the database up (it is called only in constructor). There is no
> work function as this block nly receives messages and writes to database.
> Is there any idea how can I catch this?
>
> Thanx
>
>
>
> On Thu, Mar 20, 2014 at 4:34 PM, Marcus Müller  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi Nemanja,
>>
>> your except syntax is wrong, most probably you wanted to use "except
>> ExceptionType as e" instead, refer to
>> http://docs.python.org/2/tutorial/errors.html
>>
>> Anyway, have you tried surrounding all your handler code with a try
>> and catch not only the database related errors?
>>
>> Greetings,
>> Marcus
>>
>> On 20.03.2014 15:58, Nemanja Savic wrote:
>> > Dear gnuradioers,
>> >
>> > I would like to ask againi if somebody can help me understand
>> > this: thread[thread-per-block[0]: ]:
>> > caught unrecognized exception
>> >
>> > I have two blocks of db_logger type and it looks like only one
>> > catch this unrecognized exception and another keeps working fine.
>> >
>> > best and thank you
>> >
>> >
>> > On Mon, Mar 3, 2014 at 12:55 PM, Nemanja Savic 
>> > wrote:
>> >
>> >> Hi all guys,
>> >>
>> >> I have a block which is responsible to receive certain messages
>> >> from other blocks and to write the data from the message into
>> >> database. Sometimes the following exception occures and the block
>> >> stops writing into database:
>> >>
>> >> thread[thread-per-block[0]: ]: caught
>> >> unrecognized exception
>> >>
>> >> The structure of the block is really simple:
>> >>
>> >> def handle_msg(self, msg): message =
>> >> pmt.pmt_symbol_to_string(msg) msg_lines = message.split('\n')
>> >> try: sensor_id = msg_lines[0] vendor = msg_lines[2] sensor_type =
>> >> msg_lines[3] time = msg_lines[1] #try: querry = "INSERT INTO
>> >> `%s`.`%s` (`id` ,`sens_id` ,`vendor`, `sensor_type`, `det_id`)
>> >> VALUES (NULL , '%s', '%s', '%s','%s');" % (self._db_name,
>> >> self._det_table, sensor_id, vendor, sensor_type, self._id) #
>> >> print querry cur = self._con.cursor() cur.execute(querry) except
>> >> mdb.Error, e: print "Unexpected error while trying to insert into
>> >> table" print msg_lines print 50*'-' print "Error %d: %s" %
>> >> (e.args[0],e.args[1]) sys.exit(1)
>> >>
>> >> Is there any way to track this problem and find the cause?
>> >>
>> >> Best regards,
>> >>
>> >> -- Nemanja Savić
>> >>
>> >
>> >
>> >
>> >
>> >
>> > ___ Discuss-gnuradio
>> > mailing list Discuss-gnuradio@gnu.org
>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>
>> iQEcBAEBAgAGBQJTKwqdAAoJEBQ6EdjyzlHtxrcIALIUmmcUY3OJ8Bnr2g9tYhB1
>> rQkOyCaES+4b8bocZIyoUTF7M/N5FA9TmITxvnhZgqcvl0Kb1BaFc9F0H9Tbb4w4
>> EJtIV6HVLu1jSQAqwMT1jLT3ATbWzH108om/jDx7Wai3Jb64WrVaMxlDuJPJFlK/
>> fjVSrGXwcEZRt/8SVbeRmItipo9Y551rNerULo8/4VSiFz30QVyh/zFwNWAGwavA
>> xNQPA7OAq4SImyofUGU0E8IsyY9YMcgSlATZYSoKJDbcrFWtrfGJdnuOOV55bgKJ
>> l/SouuiObel3WLdzk6861vITRbxyVrPOdsts9ins/G9+Z1wZMKKRz/dh6POevmA=
>> =yTTM
>> -END PGP SIGNATURE-
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.o

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Activecat]

On Tue, Apr 15, 2014 at 4:35 PM, Martin Braun wrote:

> On 04/15/2014 06:14 AM, Francois Gervais wrote:
> > I'm trying to figure out the best way to print the decoded data
> > information of packets (received through gnuradio) to the user. File
> > outputs are not really user friendly so I'm thinking of using a message
> > queue out of my decoding block connected to the WX GUI Terminal Sink.
>
> Generally: Don't use a message queue. Also, I recommend not adding any
> WX widgets, unless you hate QT, because we're trying to move away from
> them.
>

Moving away from wxWidgets?  Then replace it with what?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] catching unrecognized exception

[Nemanja Savic]

It's commented line inside the function called only once inside
constructor, and never again :)


On Tue, Apr 15, 2014 at 4:21 PM, Mike Jameson  wrote:

> The '(65)' looks to be the line number where the error occured.  Notice
> that previously the line number was '(62)' which probably means that the
> error is coming from line 65 of one of the files you have been editing.
>
> Mike
>
> --
> Mike Jameson M0MIK BSc MIET
> Email: m...@scanoo.com
> Web: http://scanoo.com
>
>
> On Tue, Apr 15, 2014 at 2:40 PM, Nemanja Savic  wrote:
>
>> Hi again,
>>
>> so, the exception appeared again. Just to remind:
>> thread[thread-per-block[0]: ]: caught
>> unrecognized exception
>>
>> I can't find what (65) means.
>> This time complete block of code was encapsulated by try and except but
>> nothing was caught.
>>
>> Here is my code:
>>
>> def handle_msg(self, msg):
>> try:
>>
>> message = pmt.pmt_symbol_to_string(msg)
>> msg_lines = message.split('\n')
>> sensor_id = msg_lines[0]
>> vendor = msg_lines[2]
>> sensor_type = msg_lines[3]
>> time = msg_lines[1]
>> querry = "INSERT INTO `%s`.`%s` (`id` ,`sens_id` ,`vendor`,
>> `sensor_type`, `det_id`) VALUES (NULL , '%s', '%s', '%s','%s');" %
>> (self._db_name, self._det_table, sensor_id, vendor, sensor_type, self._id)
>>  cur = self._con.cursor()
>> cur.execute(querry)
>> except mdb.Error, e:
>> print "Unexpected error while trying to insert into table"
>> print 50*'-'
>>
>> print 50*'-'
>> print "Error %d: %s" % (e.args[0],e.args[1])
>> sys.exit(1)
>>
>> except:
>> print 'msg handler exception'
>> print 50*'-'
>> print message
>>
>> print msg_lines
>> print 50*'-'
>>
>>
>> Except this function there is also constructor and additional function
>> for setting the database up (it is called only in constructor). There is no
>> work function as this block nly receives messages and writes to database.
>> Is there any idea how can I catch this?
>>
>> Thanx
>>
>>
>>
>> On Thu, Mar 20, 2014 at 4:34 PM, Marcus Müller wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Hi Nemanja,
>>>
>>> your except syntax is wrong, most probably you wanted to use "except
>>> ExceptionType as e" instead, refer to
>>> http://docs.python.org/2/tutorial/errors.html
>>>
>>> Anyway, have you tried surrounding all your handler code with a try
>>> and catch not only the database related errors?
>>>
>>> Greetings,
>>> Marcus
>>>
>>> On 20.03.2014 15:58, Nemanja Savic wrote:
>>> > Dear gnuradioers,
>>> >
>>> > I would like to ask againi if somebody can help me understand
>>> > this: thread[thread-per-block[0]: ]:
>>> > caught unrecognized exception
>>> >
>>> > I have two blocks of db_logger type and it looks like only one
>>> > catch this unrecognized exception and another keeps working fine.
>>> >
>>> > best and thank you
>>> >
>>> >
>>> > On Mon, Mar 3, 2014 at 12:55 PM, Nemanja Savic 
>>> > wrote:
>>> >
>>> >> Hi all guys,
>>> >>
>>> >> I have a block which is responsible to receive certain messages
>>> >> from other blocks and to write the data from the message into
>>> >> database. Sometimes the following exception occures and the block
>>> >> stops writing into database:
>>> >>
>>> >> thread[thread-per-block[0]: ]: caught
>>> >> unrecognized exception
>>> >>
>>> >> The structure of the block is really simple:
>>> >>
>>> >> def handle_msg(self, msg): message =
>>> >> pmt.pmt_symbol_to_string(msg) msg_lines = message.split('\n')
>>> >> try: sensor_id = msg_lines[0] vendor = msg_lines[2] sensor_type =
>>> >> msg_lines[3] time = msg_lines[1] #try: querry = "INSERT INTO
>>> >> `%s`.`%s` (`id` ,`sens_id` ,`vendor`, `sensor_type`, `det_id`)
>>> >> VALUES (NULL , '%s', '%s', '%s','%s');" % (self._db_name,
>>> >> self._det_table, sensor_id, vendor, sensor_type, self._id) #
>>> >> print querry cur = self._con.cursor() cur.execute(querry) except
>>> >> mdb.Error, e: print "Unexpected error while trying to insert into
>>> >> table" print msg_lines print 50*'-' print "Error %d: %s" %
>>> >> (e.args[0],e.args[1]) sys.exit(1)
>>> >>
>>> >> Is there any way to track this problem and find the cause?
>>> >>
>>> >> Best regards,
>>> >>
>>> >> -- Nemanja Savić
>>> >>
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > ___ Discuss-gnuradio
>>> > mailing list Discuss-gnuradio@gnu.org
>>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> >
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1
>>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>>
>>> iQEcBAEBAgAGBQJTKwqdAAoJEBQ6EdjyzlHtxrcIALIUmmcUY3OJ8Bnr2g9tYhB1
>>> rQkOyCaES+4b8bocZIyoUTF7M/N5FA9TmITxvnhZgqcvl0Kb1BaFc9F0H9Tbb4w4
>>> EJtIV6HVLu1jSQAqwMT1jLT3ATbWzH108om/jDx7Wai3Jb64WrVaMxlDuJPJFlK/
>>> fjVSrGXwcEZRt/8SVbeRmItipo9Y551rNerULo8/4VSiFz

Re: [Discuss-gnuradio] catching unrecognized exception

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Nemanja,

Simple explanation:
You haven't fixed your syntax for the first except clause.
Going back to my other post, it should read
"except mdb.Error as e:", not "except mdb.Error, e".

Because you didn't do that, "e" is undefined in your except clause.
This raises a NameError in your except clause, which doesn't get
handled. Fix the except syntax.

Also, don't do system.exit() in a multithreaded application, unless
you really know what you're doing. You'll end up with unfinished data,
broken database commits and so on.

Greetings,
Marcus

On 15.04.2014 15:40, Nemanja Savic wrote:
> Hi again,
> 
> so, the exception appeared again. Just to remind: 
> thread[thread-per-block[0]: ]: caught 
> unrecognized exception
> 
> I can't find what (65) means. This time complete block of code was
> encapsulated by try and except but nothing was caught.
> 
> Here is my code:
> 
> def handle_msg(self, msg): try: message =
> pmt.pmt_symbol_to_string(msg) msg_lines = message.split('\n') 
> sensor_id = msg_lines[0] vendor = msg_lines[2] sensor_type =
> msg_lines[3] time = msg_lines[1] querry = "INSERT INTO `%s`.`%s`
> (`id` ,`sens_id` ,`vendor`, `sensor_type`, `det_id`) VALUES (NULL ,
> '%s', '%s', '%s','%s');" % (self._db_name, self._det_table,
> sensor_id, vendor, sensor_type, self._id) cur = self._con.cursor() 
> cur.execute(querry) except mdb.Error, e: print "Unexpected error
> while trying to insert into table" print 50*'-' print 50*'-' print
> "Error %d: %s" % (e.args[0],e.args[1]) sys.exit(1)
> 
> except: print 'msg handler exception' print 50*'-' print message 
> print msg_lines print 50*'-'
> 
> Except this function there is also constructor and additional
> function for setting the database up (it is called only in
> constructor). There is no work function as this block nly receives
> messages and writes to database. Is there any idea how can I catch
> this?
> 
> Thanx
> 
> 
> 
> On Thu, Mar 20, 2014 at 4:34 PM, Marcus Müller 
> wrote:
> 
> Hi Nemanja,
> 
> your except syntax is wrong, most probably you wanted to use
> "except ExceptionType as e" instead, refer to 
> http://docs.python.org/2/tutorial/errors.html
> 
> Anyway, have you tried surrounding all your handler code with a
> try and catch not only the database related errors?
> 
> Greetings, Marcus
> 
> On 20.03.2014 15:58, Nemanja Savic wrote:
 Dear gnuradioers,
 
 I would like to ask againi if somebody can help me
 understand this: thread[thread-per-block[0]: >>> db_logger2 (62)>]: caught unrecognized exception
 
 I have two blocks of db_logger type and it looks like only
 one catch this unrecognized exception and another keeps
 working fine.
 
 best and thank you
 
 
 On Mon, Mar 3, 2014 at 12:55 PM, Nemanja Savic
  wrote:
 
> Hi all guys,
> 
> I have a block which is responsible to receive certain
> messages from other blocks and to write the data from the
> message into database. Sometimes the following exception
> occures and the block stops writing into database:
> 
> thread[thread-per-block[0]: ]:
> caught unrecognized exception
> 
> The structure of the block is really simple:
> 
> def handle_msg(self, msg): message = 
> pmt.pmt_symbol_to_string(msg) msg_lines =
> message.split('\n') try: sensor_id = msg_lines[0] vendor =
> msg_lines[2] sensor_type = msg_lines[3] time = msg_lines[1]
> #try: querry = "INSERT INTO `%s`.`%s` (`id` ,`sens_id`
> ,`vendor`, `sensor_type`, `det_id`) VALUES (NULL , '%s',
> '%s', '%s','%s');" % (self._db_name, self._det_table,
> sensor_id, vendor, sensor_type, self._id) # print querry
> cur = self._con.cursor() cur.execute(querry) except 
> mdb.Error, e: print "Unexpected error while trying to
> insert into table" print msg_lines print 50*'-' print
> "Error %d: %s" % (e.args[0],e.args[1]) sys.exit(1)
> 
> Is there any way to track this problem and find the cause?
> 
> Best regards,
> 
> -- Nemanja Savić
> 
 
 
 
 
 
 ___
 Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org 
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 
>> 
>> ___ Discuss-gnuradio
>> mailing list Discuss-gnuradio@gnu.org 
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> 
> 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTTULeAAoJEBQ6EdjyzlHtRIcH/2kpne7BIFs7hb0YyYAEGh00
Z4oDFaekEmL5j3GSmPojmREqjVvbHCaHohgBDPQh45SleBQ/I88t8GvcNEqZa2VB
djH9a34uDu/IY5kZTaH2yNisEJq2QNMo6BNjelQTE52u6/53vrBzxgbPgTT1u8Ci
XxST0WUnpIyHemBGZK7cR6WAiGffimXpA3Rr5vH0c6WK2ytIM9BCvtRd9T2o+bOc
GnXNqcV0Rny/j53i4rfbxuynI8Y+FROcASZUPo/IjZQOA/Sp2R0UkMQZGXzLUAB1
x8Ugy1uDe+p+qgBxUVC7AE5+0s0E2R/H4EmzP9HcluiXqMhzPfHwux2ghjfXoyc=
=527

[Discuss-gnuradio] Question about Lte receiver in gnuradio‏

[amado gutierrez]

My names is Amado.
I am student of master of science in the Mexico City. My investigation is
about the physical layer of LTE. I revised the work of lte in gnuradio wich
is excellent.


I have a question about IQ baseband samples of input.


¿What type of samples use?
¿How obtain the samples of input used in the test of LTE?


I hope you can help me with these questions
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

QT, like Martin was saying :)

On 15.04.2014 16:27, Activecat wrote:
> On Tue, Apr 15, 2014 at 4:35 PM, Martin Braun
> wrote:
> 
>> On 04/15/2014 06:14 AM, Francois Gervais wrote:
>>> I'm trying to figure out the best way to print the decoded
>>> data information of packets (received through gnuradio) to the
>>> user. File outputs are not really user friendly so I'm thinking
>>> of using a message queue out of my decoding block connected to
>>> the WX GUI Terminal Sink.
>> 
>> Generally: Don't use a message queue. Also, I recommend not
>> adding any WX widgets, unless you hate QT, because we're trying
>> to move away from them.
>> 
> 
> Moving away from wxWidgets?  Then replace it with what?
> 
> 
> 
> ___ Discuss-gnuradio
> mailing list Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTTUMSAAoJEBQ6EdjyzlHttvkH/22+aG4q8CaHF/s7MKYJ/70D
gWmnsx4Dz4hd7kfPWomRQ7V4DPRfJwRXC3q7rUcPqAJ6A96bLmKasH5iuChsWF1c
U3CsJvlYH9pt71JGjTn/XgwgQSYoOVtZQLLChZLTIZQgGOd1zG6NiobjIl+ujmPe
73BizMtNDDyKSS0Us4s8JCrK8iUUP++ckqN+BbUllE/ZrN7BEP0AT6y4UlHzjSw7
2Lttn8D2nvrqk64fcKLjCgTXuvrrOXRtEZYsGILAmlWl/ZmUbKwP+T6zGatCMNOX
xcLFM/vS3160UU5fvXdDPfnQHcpoScqxyXRsxOu2Vqre5BS8rnQTB6s2mXlHgzc=
=lu9f
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] Python code execution in GRC

[Mike Jameson]

Ali,

FYI, I've CC'd the discuss-gnuradio@gnu.org mailing list to encourage
feedback.

I'd recommend starting by creating a basic flowgraph in GRC
(gnuradio-companion), run it and then rename the created python file.  The
rename must be done before editing it otherwise it will get overwritten.
You can use this python file as a working example to start from and insert
your code into it accordingly.

Mike

--
Mike Jameson M0MIK BSc MIET
Email: m...@scanoo.com
Web: http://scanoo.com


On Tue, Apr 15, 2014 at 2:48 PM, ali hanif  wrote:

> Hi mike...i am working on a project related to GNU radio companion...i
> have a python code
> with me which i want to execute in GNU,but i am unable to find a
> suitable block for it..can u plz tell me which block to use and
> how??
> when i try to execute that code in GEANY i got the following error:
>
> AttributeError: 'top_block_sptr' object has no attribute 'wxgui_'
>
> Tell if u know how to correct this error..
> thanks in advance..
> ali
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Question about Lte receiver in gnuradio‏

[Johannes Demel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Amado,

> ¿What type of samples use?
Mostly people use complex baseband samples. In C++ code in GR their
data type is gr_complex which is a wrapper for std::complex.

> ¿How obtain the samples of input used in the test of LTE?
To get those samples you either generate them with a LTE transmitter
implementation or you record them. If you want to record them, there
are plenty of different options with different capabilites from USRPs
to Funcube Dongles to RTL-SDRs.

happy hacking
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTTUnsAAoJEO7fmkDsqywMqHQQAIhT9xLGkmCi1a0lQZSR5RHu
GKTyA8XeMg/O615liNAhC49Vx5YY0tytWirmOm/2jKzsDbxLRsTkvThnZXaeLvPJ
CmRv7QjmVYvZsjBs+GL+Ki4UsZzj4SwXgb4wqN6YRIOhKKqWKSBnGqz/tlxdW7+c
6qSMdmQyfygCmFM5rfyeoVASMh9dg2ceyJ+KZbi24rwm45S2u3ltabVuiBWafIdq
iUY7ossUX0jb1qhyxWugkSTm87k62yXiG7o2gm/14r+K5z/YZ8rDe6QTgNfHl/RJ
zNI5X55p2MnImcSbkYiR4K1eAgVfcndiOjOhWfJxykDohduW+grHbtmA6JwHoDou
B3XHHyv8oa/oaQO2hUDd1JxEKtx2xIvANsb6P2nQKNdmqSrVwEK3iB7bcAeb7wqy
0jE78xpYGG+BRRcA3Y3onN065WSELfNU0jR8UhhkB/7BPEJuQx9r3Vf0tIjKGqg4
Jxct2ZHr9pviVPMbcZSihZ7YYk1bM4kgFvZ+bWc5qHULocrbgJVceoJUJ8SkA69j
rorGyApj5DT+ajuPYtM4JZjyG5wwjTuzYkHRZpolSP5arwInaE3p0v9tO63V1c3X
zfwluvN60Gm012ihGNsCZADUp6FK4NIXPq3+NsOR/td6JgJsF4h4On23iwxhHu0R
haL/irN0e13kfFLiohXo
=80Tp
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Martin Braun]

On 04/15/2014 03:55 PM, Francois Gervais wrote:
> Ah so message queue and message passing interface are two different
> things in gnuradio? Might be why I was confused. So what I want to look
> at is this page right? 
> http://gnuradio.org/doc/doxygen/page_msg_passing.html

Right.

> Got it I'll for the WX widgets, I'll stop using them. Is there an
> official QT terminal block? 

Not yet :) If you want to get your hands dirty, that would be nice...

Martin

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

[Discuss-gnuradio] WX Widgets (Was: Best way to output decoded data to user)

[Martin Braun]

On 04/15/2014 04:32 PM, Marcus Müller wrote:
> QT, like Martin was saying :)

Right. We've discussed this on several dev calls, not sure if here on
the list.
In the far future, we want to focus on QT (for less dependencies etc.).
We (or rather, Tom for the most part) have been porting all features of
WX to QT the last few months, and on the current master, there's pretty
much nothing you can't do with QT you could with WX.

But don't worry, WX widgets will be around for a while, but we won't be
adding functionality, and will be officially marking them deprecated
them (most likely) in 3.8. *Maybe* they will go away in 3.9, but that's
a long way ahead, nothing definitive decided here.

Martin



signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] WX Widgets (Was: Best way to output decoded data to user)

[Marcus D. Leech]

On 04/15/2014 12:08 PM, Martin Braun wrote:

On 04/15/2014 04:32 PM, Marcus Müller wrote:

QT, like Martin was saying :)

Right. We've discussed this on several dev calls, not sure if here on
the list.
In the far future, we want to focus on QT (for less dependencies etc.).
We (or rather, Tom for the most part) have been porting all features of
WX to QT the last few months, and on the current master, there's pretty
much nothing you can't do with QT you could with WX.

But don't worry, WX widgets will be around for a while, but we won't be
adding functionality, and will be officially marking them deprecated
them (most likely) in 3.8. *Maybe* they will go away in 3.9, but that's
a long way ahead, nothing definitive decided here.

Martin
If you thought the 3.6 to 3.7 transition was hard for people, doing a 
transition where the WX widgets are no longer available will be

  even harder, by a significant amount.




--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org


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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Tom Rondeau]

On Tue, Apr 15, 2014 at 12:03 PM, Martin Braun wrote:

> On 04/15/2014 03:55 PM, Francois Gervais wrote:
> > Ah so message queue and message passing interface are two different
> > things in gnuradio? Might be why I was confused. So what I want to look
> > at is this page right?
> > http://gnuradio.org/doc/doxygen/page_msg_passing.html
>
> Right.
>
> > Got it I'll for the WX widgets, I'll stop using them. Is there an
> > official QT terminal block?
>
> Not yet :) If you want to get your hands dirty, that would be nice...
>
> Martin
>

Someone actually uses the terminal block? That one in WX has always felt
completely broken to me and I had no interest in duplicating it in QT. But
hey, if it's being used, it's something we would like to have.

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

Re: [Discuss-gnuradio] WX Widgets (Was: Best way to output decoded data to user)

[Tom Rondeau]

On Tue, Apr 15, 2014 at 12:11 PM, Marcus D. Leech  wrote:

> On 04/15/2014 12:08 PM, Martin Braun wrote:
>
>> On 04/15/2014 04:32 PM, Marcus Müller wrote:
>>
>>> QT, like Martin was saying :)
>>>
>> Right. We've discussed this on several dev calls, not sure if here on
>> the list.
>> In the far future, we want to focus on QT (for less dependencies etc.).
>> We (or rather, Tom for the most part) have been porting all features of
>> WX to QT the last few months, and on the current master, there's pretty
>> much nothing you can't do with QT you could with WX.
>>
>> But don't worry, WX widgets will be around for a while, but we won't be
>> adding functionality, and will be officially marking them deprecated
>> them (most likely) in 3.8. *Maybe* they will go away in 3.9, but that's
>> a long way ahead, nothing definitive decided here.
>>
>> Martin
>>
> If you thought the 3.6 to 3.7 transition was hard for people, doing a
> transition where the WX widgets are no longer available will be
>   even harder, by a significant amount.
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org


Which is why the WX widgets will stay around for a long time. (Longer than
I'd want, I'm sure.)

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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Francois Gervais]

Well I'm thinking if I'm about to print text to user it's better if it's
part of the GUI than having some of the information on the GUI and some on
the underneath console. That way it looks more like a self contained app to
me.


On Tue, Apr 15, 2014 at 12:13 PM, Tom Rondeau  wrote:

> On Tue, Apr 15, 2014 at 12:03 PM, Martin Braun wrote:
>
>> On 04/15/2014 03:55 PM, Francois Gervais wrote:
>> > Ah so message queue and message passing interface are two different
>> > things in gnuradio? Might be why I was confused. So what I want to look
>> > at is this page right?
>> > http://gnuradio.org/doc/doxygen/page_msg_passing.html
>>
>> Right.
>>
>> > Got it I'll for the WX widgets, I'll stop using them. Is there an
>> > official QT terminal block?
>>
>> Not yet :) If you want to get your hands dirty, that would be nice...
>>
>> Martin
>>
>
> Someone actually uses the terminal block? That one in WX has always felt
> completely broken to me and I had no interest in duplicating it in QT. But
> hey, if it's being used, it's something we would like to have.
>
> Tom
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] WX Widgets (Was: Best way to output decoded data to user)

[Martin Braun]

On 04/15/2014 06:14 PM, Tom Rondeau wrote:
> If you thought the 3.6 to 3.7 transition was hard for people, doing
> a transition where the WX widgets are no longer available will be
>   even harder, by a significant amount.
> 
> -- 
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
> 
> 
> Which is why the WX widgets will stay around for a long time. (Longer
> than I'd want, I'm sure.)

Yes, we'll make it as gentle as possible.
Also, there's no reason for the WX widgets not to become an OOT. This
would make the transition even easier, and we might even be able to
provide a script to convert flow graphs to using the OOT with a couple
of seds.

Martin


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

Re: [Discuss-gnuradio] WX Widgets (Was: Best way to output decoded data to user)

[Michael Ossmann]

On Tue, Apr 15, 2014 at 06:08:45PM +0200, Martin Braun wrote:
>
> But don't worry, WX widgets will be around for a while, but we won't
> be adding functionality, and will be officially marking them
> deprecated them (most likely) in 3.8. *Maybe* they will go away in
> 3.9, but that's a long way ahead, nothing definitive decided here.

That is good to know.  I use WX widgets in my class, including a video
series I'll be publishing shortly, because they are the default in GRC
and because of a few features of the instrumentation sinks.  Also
stability.

Mike

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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Martin Braun]

On 04/15/2014 06:18 PM, Francois Gervais wrote:
> Well I'm thinking if I'm about to print text to user it's better if it's
> part of the GUI than having some of the information on the GUI and some
> on the underneath console. That way it looks more like a self contained
> app to me.

And you're right. But maybe a 'terminal' sink isn't what we want, but
rather a graphical tag/message debug/dump block?

Martin

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

Re: [Discuss-gnuradio] gr-drm for GNU Radio 3.7 available

[Jordan Johnson]

Odd quirk I've noticed: JACK audio will not work, however WAV files will.
Tried streaming in WAV files from FFMPEG, but the WAV source wouldn't read
the shared pipe. Otherwise, ti works great. If you're curious as to what I
am doing, you can see my terrible flowgraph here:
http://sourceforge.net/projects/fmdigital/

Also, with WAV input, everything decodes great in Dream and SoDiRa. With
JACK input (Audio source), the MSC does not decode.


On Sat, Apr 5, 2014 at 11:13 AM, Felix W. wrote:

>  Ok, thanks for testing! That's strange, I will have to check with the
> 3.6.5 version which used to work. At least at some point...
>  --
> Von: Jordan Johnson 
> Gesendet: 05.04.2014 19:43
> An: Felix W. 
> Betreff: Re: [Discuss-gnuradio] gr-drm for GNU Radio 3.7 available
>
> Though, upon further testing, RMA does not work. RMB does. Have not tried
> C or D (E/DRM+ is beyond my bandwidth requirements) Dream, nor SoDiRa will
> sync with an RMA signal, no matter the bandwidth.
>
>
> On Fri, Apr 4, 2014 at 2:52 AM, Felix W. wrote:
>
>> Ok that sounds good. I installed DREAM via apt-get and using RM A and 20
>> kHz it does not really seem to get synchronization. Strange.
>>
>> To change the RM you can set the variable block in the flow graph
>> accordingly. 0 corresponds to RM A, 1, to B and so on. In theory, even DRM+
>> as RM E is available although it's completely untested. For the AAC decoder
>> you can install FAAD if you want.
>>
>>
>>
>>
>> 2014-04-04 1:57 GMT+02:00 Jordan Johnson :
>>
>>> I cannot reproduce and error. Using RM B and 20Khz bandwidth it works
>>> just fine. Though, as I usually used RM A, what is the setting for that?
>>>
>>> But yeah, I don't have an AAC decoder, but it gives text and seems to
>>> decode properly.
>>>
>>>
>>>
>>> On Thu, Apr 3, 2014 at 2:08 PM, Jordan Johnson 
>>> wrote:
>>>
 That was actually what I was planning to do tonight. It already is set
 in my IBOC graph, I just need to execute it. I'll be sure to report my
 findings. Dream can be kind of weird sometimes, I have some other DRM
 reception software I'll use too if Dream doesn't play nice.


 On Wed, Apr 2, 2014 at 12:26 AM, Felix W. 
 wrote:

> Ok, I have to correct myself. RM B and SO 5 (20 kHz) give you only
> 42.9 kbps audio (AAC mono). As DREAM supports Opus, you could actually 
> swap
> out my AAC encoder with the OPUS encoder. Of course you might have to deal
> with the correct packing of the bytes onto the transmission frame. But
> DREAM might be a nice guideline for doing this.
>
> I'm a bit embarrassed to admit that while playing around with the flow
> graph it looked like nothing but RM B is actually working (at least with
> DREAM). Can you confirm this?
>
> I don't know what happened there, it all worked when I thorougly
> tested it in 2012. I ported it to GR 3.7 in the meantime, can't think of a
> way this affects single robustness modes, though.
>
> About your other questions: The language can be set in
> generate_fac_vb_impl.cc:265, the program type in line 272 (service
> descriptor). The respective bit strings can be found in the standard
> document which you can get here:
> http://www.etsi.org/deliver/etsi_es/201900_201999/201980/03.01.01_60/es_201980v030101p.pdfon
>  page 77.
>
> If you have other questions, don't hesitate to ask!
>
> Cheers
> Felix
>
>
>
> 2014-04-01 0:39 GMT+02:00 Felix W. :
>
>> The other, and probably more important, main parameter besides the
>> Robustness Mode controlling the bit rate is the spectrum occupancy
>> (bandwidth). I usually use RM B and SO 3 (10 kHz). If I remember 
>> correctly,
>> that gave me about 55 kbps and a pretty good audio quality.
>>
>> Region info, program type and language are actually hard coded
>> somewhere in the code, you would have to recompile the project. All these
>> parameters are represented by a special bit string. You might try to grep
>> for it. As I'm not on my dev machine right now I can't say more, but
>> tomorrow I will have a look at it and give you some more detailed
>> information about that!
>>
>>
>> 2014-04-01 0:27 GMT+02:00 Jordan Johnson :
>>
>> Opus (http://opus-codec.org/) is the evolved version of the CELT
>>> codec and Dream can transmit and receive it just fine. I'll have to 
>>> test it
>>> and see if I can get it to work. Though, if I do use AAC which I don't 
>>> mind
>>> I suppose, how do I go about increasing the bitrate?  I usually use RM A
>>> giving me about 64KB/s to play with.
>>>
>>> Also, where do I go about changing region info, program type,
>>> language, etc?   I have it working in IBOC mode which awesome! I just 
>>> need
>>> to fix those trivial issues.
>>>
>>>
>>> On Mon, Mar 31, 2014 at 3:15 PM, Felix W. <

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Tom Rondeau]

On Tue, Apr 15, 2014 at 12:21 PM, Martin Braun wrote:

> On 04/15/2014 06:18 PM, Francois Gervais wrote:
> > Well I'm thinking if I'm about to print text to user it's better if it's
> > part of the GUI than having some of the information on the GUI and some
> > on the underneath console. That way it looks more like a self contained
> > app to me.
>
> And you're right. But maybe a 'terminal' sink isn't what we want, but
> rather a graphical tag/message debug/dump block?
>
> Martin


Yeah, that sounds better to me. Or just a multi-line text box as a gui
widget. It shouldn't be difficult for someone to take the QT Number Sink
block and convert that to a multiline text output (and remote the QwtThermo
widget). Have the number of lines be a constructor parameter and be able to
resize it at runtime.

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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Francois Gervais]

In this scenario would the message passing interface be the best input type?


On Tue, Apr 15, 2014 at 12:50 PM, Tom Rondeau  wrote:

> On Tue, Apr 15, 2014 at 12:21 PM, Martin Braun wrote:
>
>> On 04/15/2014 06:18 PM, Francois Gervais wrote:
>> > Well I'm thinking if I'm about to print text to user it's better if it's
>> > part of the GUI than having some of the information on the GUI and some
>> > on the underneath console. That way it looks more like a self contained
>> > app to me.
>>
>> And you're right. But maybe a 'terminal' sink isn't what we want, but
>> rather a graphical tag/message debug/dump block?
>>
>> Martin
>
>
> Yeah, that sounds better to me. Or just a multi-line text box as a gui
> widget. It shouldn't be difficult for someone to take the QT Number Sink
> block and convert that to a multiline text output (and remote the QwtThermo
> widget). Have the number of lines be a constructor parameter and be able to
> resize it at runtime.
>
> Tom
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Best way to output decoded data to user

[madengr]

Martin Braun-2 wrote
> Generally: Don't use a message queue. Also, I recommend not adding any
> WX widgets, unless you hate QT, because we're trying to move away from
> them.
> 
> The message passing interface might be a better choice, but the idea in
> general is very good.
> 
> Martin

Is there a reason not to use the message queue; maybe it is being
deprecated?  I'm experimenting with it now to pass FFT vectors out of the
flow into my python script to search for a frequency and tune demodulator,
and I can poll the queue every 10ms with no issues.  Should I be using
another method?  I don't want to write a block just yet.

Thanks,
Lou
KD4HSO



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Best-way-to-output-decoded-data-to-user-tp47578p47611.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

[Discuss-gnuradio] pad source&&Wifi physical layer input/output

[zhangwen]

Hi,GR

I run Bloessl's "802.11 OFDM physical layer" GRC program.
The input and output block are "Pad source" block.
What is the funcion of "Pad source",how to use "Pad source"?
If I want to use "File source" block to be the data input and output,how can I 
connect "File source" with the system?


Best,
Regards

Owen Zhang



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

Re: [Discuss-gnuradio] pad source&&Wifi physical layer input/output

[zhangwen]

Thank you nathan！
I have found another flow graph to implement the whole process of Wifi which 
contains hier block.
But I want to insert my own signal process block in pyhsical hier flow graph.
Is there any way to use pyhsical hier flow graph only?

Best,
Regards

Owen Zhang

> -原始邮件-
> 发件人: "West, Nathan" 
> 发送时间: 2014年4月16日 星期三
> 收件人: zhangwen 
> 抄送: 
> 主题: Re: [Discuss-gnuradio] pad source&&Wifi physical layer input/output
> 
> On Tue, Apr 15, 2014 at 9:34 PM, zhangwen  wrote:
> >
> > The GRC Program Picture in attachment.
> >
> > -原始邮件-
> > 发件人: zhangwen 
> > 发送时间: 2014年4月16日 星期三
> > 收件人: "GnuRadio Receiver" 
> > 抄送:
> > 主题: [Discuss-gnuradio] pad source&&Wifi physical layer input/output
> >
> >
> >
> > Hi,GR
> >
> > I run Bloessl's "802.11 OFDM physical layer" GRC program.
> > The input and output block are "Pad source" block.
> > What is the funcion of "Pad source",how to use "Pad source"?
> > If I want to use "File source" block to be the data input and output,how can
> > I connect "File source" with the system?
> >
> >
> > Best,
> > Regards
> >
> > Owen Zhang
> 
> 
> What you're showing is an hier block, which will appear as a single
> block in GRC. The pad blocks are the inputs and outputs of the hier
> block. Basically you use this whole hier block as one block in another
> flow graph.
> 
> Nathan



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

[Discuss-gnuradio] Cheetah - Not Found error during GNU Radio installation on Fedora 20.

[Ravi Sharan]

I am trying to install GNU Radio on Fedora 20. I get Cheetah not found
error, even when the installed cheetah version is more than what is
required (currently cheetah version is 2.4.4 on my PC). Initially I tried
installing with PyBOMBS and got this error. The building stops even with
build-gnuradio script. The CMake logs and Terminal error can be found here
https://gist.github.com/NinjaComics/10733749 and  here
https://gist.github.com/NinjaComics/10706947 respectively.

Ravi Sharan B A G.
-- 
Real programmers don't use TABs, they use spaces.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] pad source&&Wifi physical layer input/output

[Bastian Bloessl]

On 2014-04-16 05:30, zhangwen wrote:


Thank you nathan！
I have found another flow graph to implement the whole process of Wifi
which contains hier block.
But I want to insert my own signal process block in pyhsical hier flow
graph.
Is there any way to use pyhsical hier flow graph only?


The hier flow graph has dummy inputs and outputs so you can not run it 
on its own. It is intended to be used by another flow graph. But you can 
change the hier flow graph according to your needs, build it, and then 
re-run the other flow graph that contains the hier block.


Best,
Bastian




Best,
Regards

Owen Zhang

 > -原始邮件-
 > 发件人: "West, Nathan" mailto:n...@ostatemail.okstate.edu>>
 > 发送时间: 2014年4月16日 星期三
 > 收件人: zhangwen mailto:zhangw...@ciotc.org>>
 > 抄送:
 > 主题: Re: [Discuss-gnuradio] pad source&&Wifi physical layer input/output
 >
 > On Tue, Apr 15, 2014 at 9:34 PM, zhangwen mailto:zhangw...@ciotc.org>> wrote:
 > >
 > > The GRC Program Picture in attachment.
 > >
 > > -原始邮件-
 > > 发件人: zhangwen mailto:zhangw...@ciotc.org>>
 > > 发送时间: 2014年4月16日 星期三
 > > 收件人: "GnuRadio Receiver" mailto:discuss-gnuradio@gnu.org>>
 > > 抄送:
 > > 主题: [Discuss-gnuradio] pad source&&Wifi physical layer input/output
 > >
 > >
 > >
 > > Hi,GR
 > >
 > > I run Bloessl's "802.11 OFDM physical layer" GRC program.
 > > The input and output block are "Pad source" block.
 > > What is the funcion of "Pad source",how to use "Pad source"?
 > > If I want to use "File source" block to be the data input and output,how 
can
 > > I connect "File source" with the system?
 > >
 > >
 > > Best,
 > > Regards
 > >
 > > Owen Zhang
 >
 >
 > What you're showing is an hier block, which will appear as a single
 > block in GRC. The pad blocks are the inputs and outputs of the hier
 > block. Basically you use this whole hier block as one block in another
 > flow graph.
 >
 > Nathan





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



--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems
University of Paderborn, Germany
http://www.ccs-labs.org/~bloessl/

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

Re: [Discuss-gnuradio] Best way to output decoded data to user

[Volker Schroer]

On github
https://github.com/dl1ksv/gr-display
there is an qt based simple oot module gr-display that can be used to 
display character streams either in an text window or as png picture.

I use this to display ax.25 packets images from weather satellites.

-- Volker

Am 15.04.2014 23:36, schrieb madengr:

Martin Braun-2 wrote

Generally: Don't use a message queue. Also, I recommend not adding any
WX widgets, unless you hate QT, because we're trying to move away from
them.

The message passing interface might be a better choice, but the idea in
general is very good.

Martin


Is there a reason not to use the message queue; maybe it is being
deprecated?  I'm experimenting with it now to pass FFT vectors out of the
flow into my python script to search for a frequency and tune demodulator,
and I can poll the queue every 10ms with no issues.  Should I be using
another method?  I don't want to write a block just yet.

Thanks,
Lou
KD4HSO



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Best-way-to-output-decoded-data-to-user-tp47578p47611.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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




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