<div dir="ltr">Hi Jason,<div><br></div><div>You have the right idea on the meaning of the signals. I think you might have a syntax issue though. Using the division operator with concatenation is probably causing an issue since the resulting bitwidth is wider than o_tdata. Try changing the code to:</div><div><br></div><div><span style="font-size:12.8000001907349px">assign o_tdata = </span><span style="font-size:12.8000001907349px">{i_tdata[WIDTH-1:WIDTH/2] >>> 1,i_</span><span style="font-size:12.8000001907349px">tdata[WIDTH/2-1:0] >>> 1};</span></div><div><br></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Jonathon</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 7, 2015 at 5:45 AM, Jason Matusiak via USRP-users <span dir="ltr"><<a href="mailto:usrp-users@lists.ettus.com" target="_blank">usrp-users@lists.ettus.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In my endless pursuit to understand the inner workings of RFNoC, I am<br>
still having issues creating my dummy block that halves the incoming<br>
signal.  I can create a new FPGA bitfile and GRC script and get<br>
everything to run, but I am having trouble getting it to function as I<br>
would expect.<br>
<br>
If I make a script that is:<br>
 RFNOC: Radio -> RFNoC: FIFO -> QT GUI Freq Sink<br>
<br>
I can see noise and then when I turn on my exterior tone and broadcast<br>
it at 101MHz, see it pop up on my freq sink.<br>
<br>
I then modify my GRC script to add in my new block so that the stream<br>
looks like:<br>
 RFNOC: Radio -> RFNoC: FIFO -> RFNoc: halfSignal -> QT GUI Freq Sink<br>
<br>
Now I would expect everything to function the same, and when I turn on<br>
my externally broadcast tone, it would show a 3-6dB decrease in power<br>
due to the halving block being in place.  This does not happen, instead<br>
I always see a tone at the center of the freq sink, even when I am not<br>
broadcasting my external tone.  This leads me to believe that I am not<br>
manipulating the data properly in my halving block on the FPGA.<br>
<br>
On the FPGA, I mimic the keep_one_in_n FPGA files by creating<br>
halfSignal.v and halfSignal_vec.v files.  In the halfSignal_vec.v file,<br>
the pertinent info is:<br>
   assign i_tready = o_tready;<br>
   assign o_tvalid = i_tvalid;<br>
   assign o_tdata = {i_tdata[WIDTH-1:WIDTH/2]/2,i_tdata[WIDTH/2-1:0]/2};<br>
   assign o_tlast = i_tlast;<br>
<br>
Am I misunderstanding what o_tdata/i_tdata actually is used for?  In my<br>
above example I am assuming that i_tdata contains a concatenation of the<br>
I/Q incoming stream.<br>
<br>
When I stop the script from running on the E310, I do see an error<br>
message, but I don't think it is relevant to this problem.  Here it is<br>
anyway just in case:<br>
python2:<br>
/home/balister/fido-test/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/python/2.7.9-r1/Python-2.7.9/Modules/gcmodule.c:366:<br>
visit_decref: Assertion `gc->gc.gc_refs != 0' failed.<br>
<br>
<br>
_______________________________________________<br>
USRP-users mailing list<br>
<a href="mailto:USRP-users@lists.ettus.com">USRP-users@lists.ettus.com</a><br>
<a href="http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com" rel="noreferrer" target="_blank">http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com</a><br>
</blockquote></div><br></div>