Bug on FMComms block when running Pluto on Raspberry's GNURadio

Update:

• Seems my PlutoSDR was resetting to 1r1t, but this was resolved it and fixed it to 2r2t.
• I can confirm the flowgraph executes when FMCOMMS is enabled in either RX1/TX1 or RX2/TX2
• Issues still, when enable a single RX/TX channel. I get multiple reflection peaks at different frequencies (instead of only one at 10.56 GHz, see image below)
• Someone adviced me to use terminators in the channel disabled, has anyone experienced this before?

travisfcollins Shall I open another question for the bug or maybe it's related to my own experiment ? Someone told me to try rf-terminators on the unused terminals of the pluto. but did not work and I still see the multiple peaks pattern in my fft plot (as related above)

travisfcollins Shall I open another question for the bug or maybe it's related to my own experiment ? Someone told me to try rf-terminators on the unused terminals of the pluto. but did not work and I still see the multiple peaks pattern in my fft plot (as related above)

Please remove your external mixer and directly connect TX to RX with Pluto and repeat.Verify that you are using Slow-Attack gain control.

-Travis

Hey Travis, for the record:

• your last suggestion solved the problem. I had to run the code on the tutorial of Jon on enabling the Pluto 2 rxtx, on python (and connecting TX to RX). It seems that callibrated the Pluto. Also
• It seems always necessary to use the second power on the pluto (if you don't, inputs/outputs on fmcomms won't work)