Re: [Discuss-gnuradio] Error on "Assertion `imu >= 0' failed" when using gr.udp_source/sink
I just solved this problem! The reason is that in gnuradio-examples, UDP default payload size is set to 1471. In gr_udp_source.cc, all received data will be round down to a multiple of d_itemsize. Since sizeof_gr_complex is 8, so only 1464 Bytes are received correctly, while the left 7 byte are abandoned. This will in turn disturb the position of the following data stream, and also affect the mmse_fir_interpolator and make imu negative. Actually, the default UDP payload size in gr_udp_source.h is set to 1472, but in examples, it is set to 1471. I am not sure if this is a bug. A simple way to bypass this problem is to set MTU size as a multiple of itemsize, such as 1464 or 1472, then everything works as expected. 发件人: Zhen 收件人: "discuss-gnuradio@gnu.org" 发送日期: 2011年6月28日, 星期二, 上午 2:34 主题: [Discuss-gnuradio] Error on "Assertion `imu >= 0' failed" when using gr.udp_source/sink Hello, I modified "benchmark_tx.py and benchmark_rx.py" by replacing the usrp_source/sink with gr.udp_source/sink and gr.file_source/sink, to see if the generated IQ data from tx side can be correctly captured and processed at rx side via UDP socket or trace file instead of USRP. If it does, then I can analyze the signal off-line or transmit the captured data to others via socket. The modified program with gr.file_source/sink works correctly and the results are exactly the same when using usrp_source/sink. But when using udp_source/sink, the tx side can send packets to udp_sink well, but the rx side program is aborted with error "python: gri_mmse_fir_interpolator.cc:71: float gri_mmse_fir_interpolator::interpolate(const float*, float) const: Assertion `imu >= 0' failed." My python codes are configured like the following: rx side: -- self.u = gr.udp_source(gr.sizeof_gr_complex, options.host, options.port, options.packet_size, not options.no_eof, not options.no_wait) rx_path = receive_path.receive_path(demod_class, rx_callback, options) self.connect(self.u, rx_path) - tx side: -- self.u = gr.udp_sink(gr.sizeof_gr_complex, options.host, options.port, options.packet_size, options.no_eof); tx_path = transmit_path.transmit_path(modulator_class, options) self.connect(tx_path, self.u) -- Then I added a printf in "gri_mmse_fir_interpolator.cc", and found imu is −2147483648, .i.e, -0x8000; But in normal situation when using usrp_source/sink or file_source/sink, it is between 63--67. I searched the mailing list and knew that the imu value is used to tell the interpolating filter where in the filter to takethe output from, but got few clues to solve this problem. I wonder if udp_source/sink modifies the complex data stream it transmits then the gnuradio can't process it correctly? Or is there any suggestion to solve it? Thanks in advance! Zhen ___ 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] Error on "Assertion `imu >= 0' failed" when using gr.udp_source/sink
Hello, I modified "benchmark_tx.py and benchmark_rx.py" by replacing the usrp_source/sink with gr.udp_source/sink and gr.file_source/sink, to see if the generated IQ data from tx side can be correctly captured and processed at rx side via UDP socket or trace file instead of USRP. If it does, then I can analyze the signal off-line or transmit the captured data to others via socket. The modified program with gr.file_source/sink works correctly and the results are exactly the same when using usrp_source/sink. But when using udp_source/sink, the tx side can send packets to udp_sink well, but the rx side program is aborted with error "python: gri_mmse_fir_interpolator.cc:71: float gri_mmse_fir_interpolator::interpolate(const float*, float) const: Assertion `imu >= 0' failed." My python codes are configured like the following: rx side: -- self.u = gr.udp_source(gr.sizeof_gr_complex, options.host, options.port, options.packet_size, not options.no_eof, not options.no_wait) rx_path = receive_path.receive_path(demod_class, rx_callback, options) self.connect(self.u, rx_path) - tx side: -- self.u = gr.udp_sink(gr.sizeof_gr_complex, options.host, options.port, options.packet_size, options.no_eof); tx_path = transmit_path.transmit_path(modulator_class, options) self.connect(tx_path, self.u) -- Then I added a printf in "gri_mmse_fir_interpolator.cc", and found imu is −2147483648, .i.e, -0x8000; But in normal situation when using usrp_source/sink or file_source/sink, it is between 63--67. I searched the mailing list and knew that the imu value is used to tell the interpolating filter where in the filter to takethe output from, but got few clues to solve this problem. I wonder if udp_source/sink modifies the complex data stream it transmits then the gnuradio can't process it correctly? Or is there any suggestion to solve it? Thanks in advance! Zhen___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 回复: USRP error on Beagleboard
I see, thanks On 04/22/2011 11:06 AM, Zhen wrote: > Hi, > > I installed gnuradio, gnuradio-usrp, gnuradio-examples by opkg in > beagleboard, but when I ran usrp_benchmark_usb.py, the program can not find > or import usrp module. > > It seems that usrp wasn't installed correctly, since there is no usrp.py > found. > > > But all gnuradio related packages in Angstrom were installed. The GNU Radio packages in Angstrom only support uhd now. You will need to use the uhd equivalents of the old gnuradio apps. Philip___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP error on Beagleboard
Hi, I installed gnuradio, gnuradio-usrp, gnuradio-examples by opkg in beagleboard, but when I ran usrp_benchmark_usb.py, the program can not find or import usrp module. It seems that usrp wasn't installed correctly, since there is no usrp.py found. But all gnuradio related packages in Angstrom were installed. So what's the problem and how to solve it? Thanks Zhen___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Does GNURadio 3.3 support MAC message processing?
Hello, Since m-block is removed from GNU radio 3.3, I am wondering if and how GNURadio 3.3 supports MAC processing? Thanks Zhen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] make check error for GNU Radio on Beagleboard
Hello, I am able to configure, make and make install GNUradio 3.2 on Beagleboard successfully. However, I met some error when running make check as follows: ..terminate called after throwing an instance of 'std::invalid_argument' what(): data length must be a multiple of vlen Aborted --- I noticed there is a similar error report on http://www.mail-archive.com/beagle-...@opensdr.com/msg00189.html, but no solution at that time. So is there any suggestion to solve it? Thanks a lot! Zhen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
回复: [Discuss-gnuradio] build error when ma king gnuradio 3.2 on Angstrom/OE
Thanks. Yes, it looks like out of memory from dmesg. There are lots of error messages like --- [ 126.380096] attempt to access beyond end of device [ 126.386657] mmcblk0p2: rw=0, want=7782440, limit=7738167 [ 126.392578] attempt to access beyond end of device [ 126.397430] mmcblk0p2: rw=0, want=904, limit=7738167 -- When I reboot the board and make again, these info also appears -- /bin/bash ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHRE AD_POSIX=1 -I/usr/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -I/home/cic/Prj/gnuradio- 3.2.2/gruel/src/include -Wall -Woverloaded-virtual -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfl oat-abi=softfp -MT realtime.lo -MD -MP -MF .deps/realtime.Tpo -c -o realtime.lo realtime.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I/usr/include -I/home/ci c/Prj/gnuradio-3.2.2/gruel/src/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Wover loaded-virtual -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo -MD -MP -MF .deps/realtime.[ 126.364959] attempt to access beyond end of device Tpo -c realtime.cc -fPIC -DPIC [ 126.371978] mmcblk0p2: rw=0, want=904, limit=7738167 -o .libs/realtime.o [ 126.380096] attempt to access beyond end of device [ 126.386657] mmcblk0p2: rw=0, want=7782440, limit=7738167 [ 126.392578] attempt to access beyond end of device [ 126.397430] mmcblk0p2: rw=0, want=904, limit=7738167 g++: error trying to exec '/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.3.3/cc1plus': execv: Input/ output error make[4]: *** [realtime.lo] Error 1 - Is there any approaches to fix it? Thanks a lot! Zhen 发件人: Philip Balister 收件人: Zhen 发送日期: 2010/11/3 (周三) 5:44:09 下午 主 题: Re: [Discuss-gnuradio] build error when making gnuradio 3.2 on Angstrom/OE On 11/03/2010 05:04 PM, Zhen wrote: > Hi, All, > > Now I am trying to install GNU Radio 3.2 on Angstrom and Beagleboard, following > Philip's instruction on http://www.opensdr.com/node/17 > > 'Configure' succeed, but 'make' failed just at the beginning with the following > errors. Are you running out of RAM? This is possible. See if dmesg shows OOM messages. Philip > > --- > > make all-recursive > make[1]: Entering directory `/home/cic/Prj/gnuradio-3.2.2' > Making all in config > make[2]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/config' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/config' > Making all in gruel > make[2]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel' > Making all in src > make[3]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src' > Making all in include > make[4]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > Making all in gruel > make[5]: Entering directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make all-am > make[6]: Entering directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make[6]: Nothing to be done for `all-am'. > make[6]: Leaving directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make[5]: Leaving directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make[5]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > make[5]: Nothing to be done for `all-am'. > make[5]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > make[4]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > Making all in lib > make[4]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/lib' > /bin/bash ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > -I../../.. -DOMNITHREAD_POSIX=1 -I/usr/include > -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include > -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Woverloaded-virtual > -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo > -MD -MP -MF .deps/realtime.Tpo -c -o realtime.lo realtime.cc > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 > -I/usr/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include > -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Woverloaded-virtual > -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo > -MD -MP -MF .deps/realtime.Tpo -c realtime.cc -fPIC -DPIC -o .libs/realtime.o > cc1plus: error: realtime.cc: Input/output error > g++: Interna
Re: [Discuss-gnuradio] build error when maki ng gnuradio 3.2 on Angstrom/OE
Thanks. Yes, it looks like out of memory from dmesg. There are lots of error messages like --- [ 126.380096] attempt to access beyond end of device [ 126.386657] mmcblk0p2: rw=0, want=7782440, limit=7738167 [ 126.392578] attempt to access beyond end of device [ 126.397430] mmcblk0p2: rw=0, want=904, limit=7738167 -- When I reboot the board and make again, these info also appears -- /bin/bash ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHRE AD_POSIX=1 -I/usr/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -I/home/cic/Prj/gnuradio- 3.2.2/gruel/src/include -Wall -Woverloaded-virtual -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfl oat-abi=softfp -MT realtime.lo -MD -MP -MF .deps/realtime.Tpo -c -o realtime.lo realtime.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I/usr/include -I/home/ci c/Prj/gnuradio-3.2.2/gruel/src/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Wover loaded-virtual -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo -MD -MP -MF .deps/realtime.[ 126.364959] attempt to access beyond end of device Tpo -c realtime.cc -fPIC -DPIC [ 126.371978] mmcblk0p2: rw=0, want=904, limit=7738167 -o .libs/realtime.o [ 126.380096] attempt to access beyond end of device [ 126.386657] mmcblk0p2: rw=0, want=7782440, limit=7738167 [ 126.392578] attempt to access beyond end of device [ 126.397430] mmcblk0p2: rw=0, want=904, limit=7738167 g++: error trying to exec '/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.3.3/cc1plus': execv: Input/ output error make[4]: *** [realtime.lo] Error 1 - Is there any approaches to fix it? Thanks a lot! Zhen 发件人: Philip Balister 收件人: Zhen 发送日期: 2010/11/3 (周三) 5:44:09 下午 主 题: Re: [Discuss-gnuradio] build error when making gnuradio 3.2 on Angstrom/OE On 11/03/2010 05:04 PM, Zhen wrote: > Hi, All, > > Now I am trying to install GNU Radio 3.2 on Angstrom and Beagleboard, following > Philip's instruction on http://www.opensdr.com/node/17 > > 'Configure' succeed, but 'make' failed just at the beginning with the following > errors. Are you running out of RAM? This is possible. See if dmesg shows OOM messages. Philip > > --- > > make all-recursive > make[1]: Entering directory `/home/cic/Prj/gnuradio-3.2.2' > Making all in config > make[2]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/config' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/config' > Making all in gruel > make[2]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel' > Making all in src > make[3]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src' > Making all in include > make[4]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > Making all in gruel > make[5]: Entering directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make all-am > make[6]: Entering directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make[6]: Nothing to be done for `all-am'. > make[6]: Leaving directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make[5]: Leaving directory > `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' > make[5]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > make[5]: Nothing to be done for `all-am'. > make[5]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > make[4]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' > Making all in lib > make[4]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/lib' > /bin/bash ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > -I../../.. -DOMNITHREAD_POSIX=1 -I/usr/include > -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include > -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Woverloaded-virtual > -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo > -MD -MP -MF .deps/realtime.Tpo -c -o realtime.lo realtime.cc > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 > -I/usr/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include > -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Woverloaded-virtual > -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo > -MD -MP -MF .deps/realtime.Tpo -c realtime.cc -fPIC -DPIC -o .libs/realtime.o > cc1plus: error: realtime.cc: Input/output error > g++: Internal error
[Discuss-gnuradio] build error when making gnuradio 3.2 on Angstrom/OE
Hi, All, Now I am trying to install GNU Radio 3.2 on Angstrom and Beagleboard, following Philip's instruction on http://www.opensdr.com/node/17 'Configure' succeed, but 'make' failed just at the beginning with the following errors. --- make all-recursive make[1]: Entering directory `/home/cic/Prj/gnuradio-3.2.2' Making all in config make[2]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/config' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/config' Making all in gruel make[2]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel' Making all in src make[3]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src' Making all in include make[4]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' Making all in gruel make[5]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' make all-am make[6]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' make[6]: Nothing to be done for `all-am'. make[6]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' make[5]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include/gruel' make[5]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' make[5]: Nothing to be done for `all-am'. make[5]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' make[4]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/include' Making all in lib make[4]: Entering directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/lib' /bin/bash ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I/usr/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Woverloaded-virtual -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo -MD -MP -MF .deps/realtime.Tpo -c -o realtime.lo realtime.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I/usr/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -I/home/cic/Prj/gnuradio-3.2.2/gruel/src/include -Wall -Woverloaded-virtual -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -MT realtime.lo -MD -MP -MF .deps/realtime.Tpo -c realtime.cc -fPIC -DPIC -o .libs/realtime.o cc1plus: error: realtime.cc: Input/output error g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See <http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [realtime.lo] Error 1 make[4]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2/gruel' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cic/Prj/gnuradio-3.2.2' make: *** [all] Error 2 --- But I am using the latest g++.4.3.3-r19.1.6 installed by opkg, what's the reason of this g++ error, and how to fix it? Thanks Zhen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Can USRP2 connect to Beagle Board-Xm?
Hello, I want to know if GNU Radio USRP2 can connect to Beagle Board- Xm I know Beagle-board can connect to USRP by USB connection. Now BeagleBoard-XM has 100M Ethernet, and USPP2 uses 1000M Ethernet, can they work together? Thanks Zhen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem of ***BAD CRC *** for GNURadio bbn_80211b
It's solved! Just open 'bbn_80211b_pkt.py' and set 'short_preamble = 0', then long preamble is used and test scripts work well. But why short preamble doesn't work? 发件人: Zhen 收件人: discuss-gnuradio@gnu.org 发送日期: 2010/10/9 (周六) 6:25:22 下午 主 题: [Discuss-gnuradio] Problem of ***BAD CRC*** for GNURadio bbn_80211b Hi all, I ran into a problem than seems also met by others, but I am not sure how to solve it. I use GNU Radio 3.2.2, bbn 802.11b usrp2_version, Python 2.6.5, GCC 4.4.3, and Ubuntu 10.4 LTS. When I ran the test scripts "bbn_80211b_sptest.py" and "bbn_80211b_test.py" from /bbn_80211_branches/usrp2_version/gr-bbn/src/examples, they both reported BAD CRC error, with the outputs like these: -- SNR set at: 12 spb set at: 25 using barker: 1 >>> gr_fir_ccf: using SSE Recieved (short) header! signal: 0x70 service: 0x4B length: 0xE3B1 crc: 0x7F0F Calculated crc: 0x7F68 *** BAD CRC *** Recieved (short) header! signal: 0x7D service: 0xD6 length: 0xB306 crc: 0x5672 Calculated crc: 0xA702 *** BAD CRC *** --- I searched mailing list, it seems the problem is from short PLCP preamble, but how to fix it and make it run successfully? Thanks in advance! Hanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem of ***BAD CRC*** for GNURadio bbn_80211b
Hi all, I ran into a problem than seems also met by others, but I am not sure how to solve it. I use GNU Radio 3.2.2, bbn 802.11b usrp2_version, Python 2.6.5, GCC 4.4.3, and Ubuntu 10.4 LTS. When I ran the test scripts "bbn_80211b_sptest.py" and "bbn_80211b_test.py" from /bbn_80211_branches/usrp2_version/gr-bbn/src/examples, they both reported BAD CRC error, with the outputs like these: -- SNR set at: 12 spb set at: 25 using barker: 1 >>> gr_fir_ccf: using SSE Recieved (short) header! signal: 0x70 service: 0x4B length: 0xE3B1 crc: 0x7F0F Calculated crc: 0x7F68 *** BAD CRC *** Recieved (short) header! signal: 0x7D service: 0xD6 length: 0xB306 crc: 0x5672 Calculated crc: 0xA702 *** BAD CRC *** --- I searched mailing list, it seems the problem is from short PLCP preamble, but how to fix it and make it run successfully? Thanks in advance! Hanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to bypass the ISM band filter on the RFX900?
Hello, My current application needs to work on ISM band, and there is an ISM band filter on RFX900, how to remove or bypass the ISM band filter on the RFX900? Thanks Zhen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio