discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] All new packetradio 1200 and 9600 G3RUH with Mull


From: Berndt Josef Wulf
Subject: Re: [Discuss-gnuradio] All new packetradio 1200 and 9600 G3RUH with Muller and Mueller block
Date: Mon, 6 Nov 2006 08:05:07 +1030
User-agent: KMail/1.9.4

Hi Matteo,

the following versions are used:

NetBSD-4.99.3
gnuradio-current (3 November 2006)
python-2.4
wxGTK-2.6.3
boost-1.33.1
swig-1.3.29

cheerio Berndt

On Sunday 05 November 2006 19:18, Matteo Campanella wrote:
> This looks like a tougher thing to be solved... never seen an error like
> that, it seems to be a swig problem. The make check does not do
> anything, that's why it works ok. Which gnuradio version are you using,
> and which swig is on your system?
>
> I am on a fedora core 5 and gnuradio is version 3, while swig used is
> swig-1.3.24-2.2.1
>
> ciao
> Matteo iz2eeq
>
> On Sun, 2006-11-05 at 11:36 +1030, Berndt Josef Wulf wrote:
> > G'day,
> >
> > I followed your lead and downloaded it again and it compiled and
> > installed fine. I run the following tests:
> >
> > barossa: {31} ./1200tx.py -c VK5ABN -s
> >
> > >>> gr_fir_fff: using SSE
> > >>> gr_fir_ccf: using SSE
> >
> > which create the expected usrp.data file
> >
> > barossa: {33} ll usrp.dat
> > -rw-r--r--  1 root  wheel  3688112 Nov  5 11:21 usrp.dat
> >
> >
> > However, execution of 100rx.py produced the following result
> >
> > barossa: {34} ./1200rx.py -s
> >
> > >>> gr_fir_ccf: using SSE
> > >>> gr_fir_fff: using SSE
> >
> > Traceback (most recent call last):
> >   File "./1200rx.py", line 157, in ?
> >     main()
> >   File "./1200rx.py", line 131, in main
> >     sink = packetradio.hdlc_framer(pktq,0)
> >   File "/usr/pkg/lib/python2.4/site-packages/gnuradio/packetradio.py",
> > line 316, in hdlc_framer
> >     return _packetradio.hdlc_framer(*args)
> > TypeError: argument number 1: a 'gr_msg_queue_sptr *' is
> > expected, 'PySwigObject(û4û)' is received
> >
> >
> > Make check in gr-packetradio looks ok
> >
> > gmake[3]: Entering directory `/tmp/gr-packetradio/src/python'
> >
> > ----------------------------------------------------------------------
> > Ran 2 tests in 0.000s
> >
> > OK
> > PASS: run_tests
> > ==================
> > All 1 tests passed
> > ==================
> >
> > Any ideas?
> >
> > cheerio Berndt
> >
> > On Sunday 05 November 2006 07:45, Matteo Campanella wrote:
> > > Hello, that sounds really strange. In order to be sure everything is at
> > > the right place, I downloaded the tgz myself and recompiled, and
> > > everything is ok. I did:
> > >
> > > make clean
> > > ./bootstrap
> > > ./configure --prefix=/usr/local/gr --enable-maintainer-mode
> > > make
> > > make install
> > >
> > > the file packetradio.i is there, in gr-packetradio/src/lib, as you can
> > > see yourself.
> > >
> > > let me know if you get any progress on this.
> > >
> > > best regards
> > > Matteo iz2eeq
> > >
> > > I get some warning on "deferencing type-punned..." but I always got
> > > them anyway. I can get the compiled library installed.
> > >
> > > On Sun, 2006-11-05 at 07:53 +1030, Berndt Josef Wulf wrote:
> > > > G'day,
> > > >
> > > > Is it possible that the src directory is missing in the
> > > > gr-packetradio package or am I missing something?
> > > >
> > > > barossa: {34} ./configure --prefix=/usr/pkg
> > > > configure: error: cannot find sources (src/lib/packetradio.i) in . or
> > > > ..
> > > >
> > > > cheerio Berndt
> > > >
> > > > On Saturday 04 November 2006 22:16, Matteo Campanella wrote:
> > > > > I've finally reviewed all the material and converted the old code
> > > > > to make it more user friendly as well as to make use of the great
> > > > > blocks GNURADIO offers. I am talking about the Mueller and Muller
> > > > > clock recovery and sampler. Now both 1200 and 9600 python code
> > > > > works, both for transmit and receive. I have isolated the framer
> > > > > functionality in a block, gr_framer, that takes care of HDLC and
> > > > > G3RUH LFSR
> > > > > scrambling/descrambling. This block uses the message queue model to
> > > > > return the packets back to the python code. Full option parser
> > > > > support has been added to the python code, so that usrp parameters
> > > > > and message to transmit can be passed to the programs via command
> > > > > line. A description od the python programs follows. For those
> > > > > interested, they can be downloaded at
> > > > > http://digilander.iol.it/iz2eeq/gnuradio.html. Feedbacks and
> > > > > evolutions are welcome.
> > > > >
> > > > > Matteo, iz2eeq
> > > > > 1200rx.py
> > > > > usage: 1200rx.py [options]
> > > > >
> > > > > options:
> > > > > -h, --help show this help message and exit
> > > > > -R RX_SUBDEV_SPEC, --rx-subdev-spec=RX_SUBDEV_SPEC
> > > > > select USRP Rx side A or B (default=A)
> > > > > -f FREQ, --freq=FREQ set frequency to FREQ
> > > > > -g GAIN, --gain=GAIN set gain in dB (default is midpoint)
> > > > > -d, --do-logging enable logging on datafiles
> > > > > -s, --use-datafile use usrp.dat (256kbps) as input
> > > > >
> > > > > This program receives packets and show them on terminal in this
> > > > > form: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
> > > > > CRC C75F C75F
> > > > >
> > > > > ===== Sat Nov 4 11:21:50 2006
> > > > > fm IZ2EEQ-7 to SXQT16-0 via RELAY-0,WIDE7-7 UIv pid=F0
> > > > > '+4il .K\>
> > > > > =====
> > > > >
> > > > > XXXXXXXXXXX
> > > > > CRC 34EC 34EC
> > > > >
> > > > > ===== Sat Nov 4 11:27:42 2006
> > > > > fm IK1ZNW-6 to I2ODL-6 via IK2NHL-4 I45^ pid=F0
> > > > > PC19^0^IK5PWJ-6^0^5452^1^IZ5FSA-6^0^5452^0^IK2XDE-6^0^5432^0^IK5ZUK
> > > > >-6^0 ^545 2^1^I5UXJ-2^0^5451^1^IR1BI-6^0^5451^1^IR8AW-6^0^5452^H2^
> > > > > =====
> > > > >
> > > > > he Xs are returned by the framer and indicate a candidate packet
> > > > > whose CRC check failed. When CRC check for a packet is ok, the
> > > > > framer prints the CRC value to standard output and returns the
> > > > > packet to python, whose function printpacket prints it in a
> > > > > readable format.
> > > > >
> > > > > 1200tx.py
> > > > > usage: 1200tx.py [options]
> > > > >
> > > > > options:
> > > > > -h, --help show this help message and exit
> > > > > -f FREQ, --freq=FREQ set frequency to FREQ
> > > > > -m MESSAGE, --message=MESSAGE
> > > > > message to send
> > > > > -c CALL, --mycall=CALL
> > > > > source callsign
> > > > > -t CALL, --tocall=CALL
> > > > > recipient callsign
> > > > > -v CALL, --via=CALL digipeater callsign
> > > > > -d, --do-logging enable logging on datafiles
> > > > > -s, --use-datafile use usrp.dat (256kbps) as output
> > > > >
> > > > > This program transmit a message from a source callsign to a dest
> > > > > callsign via a digipeater. It is made to work with a basic TX board
> > > > > (the only tx board I have), therefore it uses the repetition of
> > > > > spectrum of a sampled signal to go to VHF. I guess the code can be
> > > > > easily adapted for more serious transmit boards.
> > > > >
> > > > > 9600rx.py
> > > > > usage: 1200rx.py [options]
> > > > >
> > > > > options:
> > > > > -h, --help show this help message and exit
> > > > > -R RX_SUBDEV_SPEC, --rx-subdev-spec=RX_SUBDEV_SPEC
> > > > > select USRP Rx side A or B (default=A)
> > > > > -f FREQ, --freq=FREQ set frequency to FREQ
> > > > > -g GAIN, --gain=GAIN set gain in dB (default is midpoint)
> > > > > -d, --do-logging enable logging on datafiles
> > > > > -s, --use-datafile use usrp.dat (256kbps) as input
> > > > >
> > > > > This program receives packets and show them on terminal in this
> > > > > form: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
> > > > > CRC C75F C75F
> > > > >
> > > > > ===== Sat Nov 4 11:21:50 2006
> > > > > fm IZ2EEQ-7 to SXQT16-0 via RELAY-0,WIDE7-7 UIv pid=F0
> > > > > '+4il .K\>
> > > > > =====
> > > > >
> > > > > XXXXXXXXXXX
> > > > > CRC 34EC 34EC
> > > > >
> > > > > ===== Sat Nov 4 11:27:42 2006
> > > > > fm IK1ZNW-6 to I2ODL-6 via IK2NHL-4 I45^ pid=F0
> > > > > PC19^0^IK5PWJ-6^0^5452^1^IZ5FSA-6^0^5452^0^IK2XDE-6^0^5432^0^IK5ZUK
> > > > >-6^0 ^545 2^1^I5UXJ-2^0^5451^1^IR1BI-6^0^5451^1^IR8AW-6^0^5452^H2^
> > > > > =====
> > > > >
> > > > > he Xs are returned by the framer and indicate a candidate packet
> > > > > whose CRC check failed. When CRC check for a packet is ok, the
> > > > > framer prints the CRC value to standard output and returns the
> > > > > packet to python, whose function printpacket prints it in a
> > > > > readable format.
> > > > >
> > > > > 9600tx.py
> > > > > usage: 9600tx.py [options]
> > > > >
> > > > > options:
> > > > > -h, --help show this help message and exit
> > > > > -f FREQ, --freq=FREQ set frequency to FREQ
> > > > > -m MESSAGE, --message=MESSAGE
> > > > > message to send
> > > > > -c CALL, --mycall=CALL
> > > > > source callsign
> > > > > -t CALL, --tocall=CALL
> > > > > recipient callsign
> > > > > -v CALL, --via=CALL digipeater callsign
> > > > > -d, --do-logging enable logging on datafiles
> > > > > -s, --use-datafile use usrp.dat (256kbps) as output
> > > > >
> > > > > This program transmit a message from a source callsign to a dest
> > > > > callsign via a digipeater. It is made to work with a basic TX board
> > > > > (the only tx board I have), therefore it uses the repetition of
> > > > > spectrum of a sampled signal to go to VHF. I guess the code can be
> > > > > easily adapted for more serious transmit boards.
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-------------------------------------------------------




reply via email to

[Prev in Thread] Current Thread [Next in Thread]