On Sun, Jul 19, 2009 at 7:00 PM,
<address@hidden> wrote:
Send Discuss-gnuradio mailing list submissions to
address@hidden
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
address@hidden
You can reach the person managing the list at
address@hidden
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Re: blks2.mod, blks2.demod (udadidd)
2. Packetizer and Depacketizer (udadidd)
3. GMSK demodulation (Timur Alperovich)
4. gnuradio.org not responding (Andrew Gilbett)
5. Re: gnuradio.org not responding (Yc Park)
6. Re: new to GNU radio (Michael Matrakis)
----------------------------------------------------------------------
Message: 1
Date: Sat, 18 Jul 2009 11:44:08 -0700 (PDT)
From: udadidd <address@hidden>
Subject: Re: [Discuss-gnuradio] blks2.mod, blks2.demod
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
I have used some print commands in these programs to follow the flow of the
code. I used print commandsin a) benchmark_rx, b) receive_path c)
blks2impl/pkt.py d) packet_utils.py.
Running the program is get the output as follows :
1) In main now
2) in def main() now
3) calling tb in main()
4) in receive_path now
5) calling __setup_usrp_source
6) inside _setup_usrp_source: getting self.u now
usb_control_msg failed: usb_control_msg(DeviceRequestTO): pipe is stalled
in def set_gain
in def set_freq
calculated channel coeff's (-0.0, 2.611279946859197e-18,
-9.7454292139741081e-18, 1.9490858427948216e-17, -2.9236288469102937e-17,
3.6370440010964533e-17, 1.0, 3.6370440010964533e-17,
-2.9236288469102937e-17, 1.9490858427948216e-17, -9.7454292139741081e-18,
2.611279946859197e-18, -0.0)
making packet_receiver module...i will call pkt.py here
>>> gr_fir_fff: using SSE # Here the pkt.py must be called
>>> (demod_pkts() ), but instead it does not show me any output from pkt.py
made packet_receiver module....
options.log_rx_power = false
executing self.connect of self.u and packet_receiver
tb.start() in a while # I did not follow what exactly happens when
tb.start() is called? and what is the flow here?
tb.wait() now
in def rx_callback now
1
ok = True pktno = 0 n_rcvd = 1 n_right = 1
in def rx_callback now
2
ok = True pktno = 1 n_rcvd = 2 n_right = 2
.
.
.
I made changes in the
/usr/local/lib/python2.x/site-packages/gnuradio/blks2impl/pkt.py
and /usr/local/lib/python2.x/site-packages/gnuradio/packet_utils.py files
Eric Blossom wrote:
>
> On Mon, Jul 13, 2009 at 02:32:57PM -0700, udadidd wrote:
>>
>> I was trying to understand benchmark_tx and benchmark_rx files. I see
>> blks2.mod_pkts being used. and blks2 being imported from gnuradio
>> 1) if i call "from gnuradio import blks2", where exactly are these files
>> called from?
>> 2) i do not see any mod_pkts() function in the blks2 directory. instead i
>> find those in blks2impl/pkt.py and packet_utils.py. I wanted to see the
>> packet form and tried "Print pkt" in packet_utils.py but it doesnt
>> reflect
>> in the output at all. How do i know which files are being used in this?
>>
>
> Because of how we glue together the gr python namespace,
> the stuff that appears in the blks2 namespace actually lives in a
> directory called blks2impl.
>
> Eric
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
View this message in context: http://www.nabble.com/Packet-mod-demod-race-condition--tp12660275p24550733.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 2
Date: Sat, 18 Jul 2009 11:56:54 -0700 (PDT)
From: udadidd <address@hidden>
Subject: [Discuss-gnuradio] Packetizer and Depacketizer
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Am trying to make data(read from keyboard) into packets, save this into a
file, and in another program, read this data, deframe it and display.
I followed similar steps as in benchmark_rx and benchmark_tx. instead i
removed modulator and demodulator. I alos avoided the use of usrp in
between, instead of which i use a file to write to and read from.
http://www.nabble.com/file/p24550834/check.py check.py
1) check.py asks you to the data u wanna send, converts it into packets and
saves them into packetizer.data
http://www.nabble.com/file/p24550834/functions.py functions.py
it uses the file functions.py
2) check2.py is does teh deframing job
http://www.nabble.com/file/p24550834/check2.py check2.py
http://www.nabble.com/file/p24550834/chk_rxpath.py chk_rxpath.py
http://www.nabble.com/file/p24550834/deframe_pkts.py deframe_pkts.py
Running check2.py gives me the following output :
1) I am inside 'if __name__ = __main__' loop
2) Main() function is called now
Defining tb with rx_callback
3) inside my_top_block
in chk_rxpath now
printing rx_callback : <function rx_callback at 0x2a71170>
is this self.u being called?
inside deframe_packets now
inside queue watcher now
rcvd packet in queue watcher :
<gnuradio.gr.gnuradio_swig_py_runtime.gr_msg_queue_sptr; proxy of <Swig
Object of type 'gr_msg_queue_sptr *' at 0x2a6b4c0> >
callback in queue watcher : <function rx_callback at 0x2a71170>
inside queue watcher : next is self.start()
inside run(self) of deframe packets
Connecting source file to packet_receiver
connected
<chk_rxpath.chk_rxpath object at 0x2a6b2b0>
<gr_block file_source (6)>
next is tb.start()
terminate called after throwing an instance of 'std::invalid_argument'
what(): port number 0 exceeds max of (none)
Abort trap
~/gnuradio-examples/python/audio/>
I did not follow where exactly i am going wrong!and what is happening when
tb.start() is executed!!
--
View this message in context: http://www.nabble.com/Packet-mod-demod-race-condition--tp12660275p24550834.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 3
Date: Sat, 18 Jul 2009 17:59:05 -0400
From: Timur Alperovich <address@hidden>
Subject: [Discuss-gnuradio] GMSK demodulation
To: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
Hi there,
I'm writing a simple block to do some GSM processing, which right now
just looks for FCCH in the signal. The graph is constructed as
follows: usrp->low pass filter->gmsk.demod->my_block. My block
inherits from gr_sync_block. The problem I run into is the following
assertion failing: "gr_buffer.h:125: unsigned int
gr_buffer::index_add(unsigned int, unsigned int): Assertion `s <
d_bufsize' failed." This happens shortly after I start the program. I
tried removing any processing by my block and just returning
noutput_items in the work() function, which didn't help. I then
removed the demodulator from the graph to see if the assertion would
still fail and the program ran fine. Is the gmsk.demod block too slow?
What other reasons are there for this error?
Thank you.
--
Cheers,
Timur
------------------------------
Message: 4
Date: Sun, 19 Jul 2009 18:30:07 +1000
From: Andrew Gilbett <address@hidden>
Subject: [Discuss-gnuradio] gnuradio.org not responding
To: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
Hi All,
I am having difficulties getting access to gnuradio.org it seems to be
a bit hit and miss...
Is anyone else having similar problems?
Thanks :-)
Andrew Gilbett
address@hidden
------------------------------
Message: 5
Date: Sun, 19 Jul 2009 14:44:43 +0200
From: Yc Park <address@hidden>
Subject: [Discuss-gnuradio] Re: gnuradio.org not responding
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
It's been so from yesterday.
Andrew Gilbett wrote:
> Hi All,
>
> I am having difficulties getting access to gnuradio.org it seems to be
> a bit hit and miss...
> Is anyone else having similar problems?
>
> Thanks :-)
> Andrew Gilbett
> address@hidden
--
Posted via http://www.ruby-forum.com/.
------------------------------
Message: 6
Date: Sun, 19 Jul 2009 16:04:04 +0200
From: Michael Matrakis <address@hidden>
Subject: [Discuss-gnuradio] Re: new to GNU radio
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
Hi guys,
I too am a new user of the USRP and continuing on this topic, id like to
be able to display the symbol mapping done by the benchmark codes. Some
starting guidance would extremely helpful. I have been informed of the
matlib package which is available to produce matlab like plots, is this
a way to go?
Cheers,
Michael
--
Posted via http://www.ruby-forum.com/.
------------------------------
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 80, Issue 19
************************************************