UCLA Zigbee PHY transmission on usrp2 : Segmentation fault

Dear all,

I am trying to implement Zigbee on usrp2 (Daughter board - RFX2400),
using ULCA ZIGBEE PHY from
https://cgran.org/browser/projects/ucla_zigbee_phy/branches/septikus

I have modified the <
https://cgran.org/browser/projects/ucla_zigbee_phy/branches/septikus/src/examples/cc2420_txtest.py>
a little bit, to test the transmission on USRP2, but i am getting
segmentation fault something like this :

send message 1:
Segmentation fault

However, receiver seems to work fine.
I have attached the python script for reference.

Some more details ,
OS : Ubuntu 10.04 LTS (Desktop)
Gnuradio and all the software were updated two days back.
–enable-single and --enable-shared configure options taken care during
fftw installation.

Could someone please help me out soon with this issue.

Thanks in advance,
Sun

Dear all,

I got some more information,
I am using a 64-bit kernel. After debugging with gdb,
I am getting segmenation fault with this message :

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe77fe710 (LWP 2184)]
0x00007ffff338b059 in ucla_delay_cc::work (this=,
noutput_items=3584, input_items=,
output_items=) at ucla_delay_cc.cc:60
60 out[j] = gr_complex (real(in[j]), imag(in[j-d_delay]));

Kindly help me out, how to get out of this issue.

-Sundeep

csp wrote:

segmentation fault something like this :
–enable-single and --enable-shared configure options taken care during

Transmitter of IEEE 802.15.4 RADIO Packets.

import math, struct, time, sys
self.u = usrp2.sink_32fc(options.interface, options.mac_addr)
# transmitter
self.gain = gain
parser = OptionParser (option_class=eng_option)
help=“set Rx PGA gain in dB [0,70]”)
tb = transmit_path(options)
time.sleep(1)
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


View this message in context:
http://old.nabble.com/UCLA-Zigbee-PHY-transmission-on-usrp2-%3A-Segmentation-fault-tp29212715p29216121.html
Sent from the GnuRadio mailing list archive at Nabble.com.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs