l want to ask is it possible to transmit fm using RFX2400 on USRP board. On Sun, Jul 19, 2009 at 7:00 PM, <[email protected]> wrote:
> Send Discuss-gnuradio mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > Subject: Re: [Discuss-gnuradio] blks2.mod, blks2.demod > To: [email protected] > Message-ID: <[email protected]> > 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 > > [email protected] > > 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 <[email protected]> > Subject: [Discuss-gnuradio] Packetizer and Depacketizer > To: [email protected] > Message-ID: <[email protected]> > 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 <[email protected]> > Subject: [Discuss-gnuradio] GMSK demodulation > To: [email protected] > Message-ID: > <[email protected]> > 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 <[email protected]> > Subject: [Discuss-gnuradio] gnuradio.org not responding > To: [email protected] > Message-ID: > <[email protected]> > 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 > [email protected] > > > > > ------------------------------ > > Message: 5 > Date: Sun, 19 Jul 2009 14:44:43 +0200 > From: Yc Park <[email protected]> > Subject: [Discuss-gnuradio] Re: gnuradio.org not responding > To: [email protected] > Message-ID: <[email protected]> > 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 > > [email protected] > > -- > Posted via http://www.ruby-forum.com/. > > > > > ------------------------------ > > Message: 6 > Date: Sun, 19 Jul 2009 16:04:04 +0200 > From: Michael Matrakis <[email protected]> > Subject: [Discuss-gnuradio] Re: new to GNU radio > To: [email protected] > Message-ID: <[email protected]> > 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 > [email protected] > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > End of Discuss-gnuradio Digest, Vol 80, Issue 19 > ************************************************ >
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
