Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-24 Thread bjoernm
Hi LRK, Thanks for the reply! I thought so too, that this capture effect or phase locking or limiting should come from the demodulator or clock recovery block, but looking at the c++ files, I couldn't find anything related to this. Did I miss something? The receiver is connected as follow

Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-23 Thread bjoernm
Hi, thanks for the hints! I was thinking about the clock recovery too. Its pretty complicated in there, but I keep trying. I just discovered that the performance of sender and receiver also depends on the interpacket times of the sender ... (remember I mentioned before that the sender sen

Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-23 Thread Matthias Wilhelm
Hmm, there is a clock recovery block (gr.clock_recovery_mm_ff) that may lock to the stronger signal. Maybe you can find a way to stop it from changing things after you found an SFD, and turn it on again after the packet. I don't know what the block is doing exactly, but changing its parameter

Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-23 Thread bjoernm
Hi, Quote "you can modify the receiver to just continue receiving anyway" This is already done within the packet_sink by saying if (min_threshold < d_threshold or true) hence as soon as the receiver got into the decode_chips loop, it should stay there! ((c == 0xff) should never hapen!) cou

Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-23 Thread Matthias Wilhelm
Hi, you should check out ucla_ieee802_15_4_packet_sink.cc, the receiver checks if a valid chipping sequence for a payload symbol was found (after synch), and starts searching for a new SFD in case there is no possibly matching symbol. ... unsigned char c = decode_chips(d_shift_reg); if(c == 0x

Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-23 Thread bjoernm
Hi Matthias, Thanks a lot for your suggestions. The thing is, one transmitter (jammer) is sending packets nonstop at a constant transmit power, while the second transmitter (sender) sends a packet every millisecond or so. In this scenario, the receiver is always synchronized with the jamme

Re: [Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-23 Thread Matthias Wilhelm
Hi Bjoern, the receiver uses FM demodulation to track phase changes, and when two signals collide the stronger one simply has the larger influence on the overall phase. This is actually a good property, because you still have the chance to receive one of the colliding packets. Do you want to

[Discuss-gnuradio] UCLA ZigBee and the Capture Effect

2012-02-22 Thread bjoernm
Hi everyone, First of all thanks a lot for any support! I'm use the UCLA zigbee PHY (IEEE 802.15.4) on three nodes, of which one is a dedicated receiver and the other two nodes are transmitting simultaneously (No CSMA!). I noticed that something like a capture effect is taking place, mea