Details here http://www.on6ll.be/on7fi/10GHz_CBNL/10GHz_CBNL.htm
Other people have clearly been at work on them and it would seem to be a perfect candidate to drive both TX and RX from the frequency agile Pluto and a handy LO of some sort.
I'm in the process of gathering as much info as possible before I power up the board, but it does look a really good way of accessing 10GHz and at 1W of power. There was also a similar board (TX strip only) that had a 3 watt final, driven in a similar fashion. The only info I have so far involved hacking off the front end and driving the pre-driver and PA directly.
Bit of a modern day 'Lisle Street'....
At the moment I'm using a stand alone pushbutton programmed ADF4351 which works but needs programming each time I power it up.
Is there any capability for the Langstone (& Portsdown) to program one of these boards when its IN USE as a transverter? Since it was possible in the Portsdown 3 with the BATC Filter/Modulator board, I'd assume yes, but other than the signal generator software in PD4 I'm wondering if its a feasible addition?
I use the chinese AD4351 boards for a lot of my single frequency local oscillators, driven by a PIC. The modules I got had 2 rows of 6 pins header for the control signals so I couldnt use the BATC boards without much hacking so I got some PCBs made. You can see one at http://g4fre.com/Nactontv4m.htm
Here once they asked a question about the expansion of the strip of the waterfall. You said that the power of the RPI is small and you shouldn't do it. In the above link, someone made a software modification and now the screen displays 192kHz. Today I measured the processor load on my RPI 4. The htop program shows the load about 50 ... 60 percent. I think the new RPI4 boards have enough resources for the 192/384kHz band. I noticed that there is a 512kHz stream from the Pluto (and Lime too?) in the receiving resources, which you decimate to 48k. I think that the restriction in the 48k band was relevant for RPI3, and for new RPI4, these restrictions are not relevant.
Hopefully there will be a wider waterfall streak in future Langston / Langston2 builds?
Unfortunately, the author of the video did not share his modification. The wider bandwidth allows you to search for correspondents more conveniently. This is relevant on sparsely populated microwave bands and is especially important during VHF cantests.
I have done several experiments to increase the FFT width and it can be done, but I have never been happy with the result. The amount of processor time used rises rapidly with even small increases and overheating of the Pi quickly becomes a problem.