Wild hardware flex for a garage project. Reverse-engineering the Pi 5's MIPI to push 5.6 Gbps from custom MASH sigma-delta ADCs to a Lattice ECP5 FPGA to the Raspberry Pi is serious engineering. The idea that the RF receiver looks like a "camera" to the Pi while the transmitter is a "display" is super creative. Getting a 1.5 kW, 240-antenna EME array for $2,499 is actually cheap for something like this.
Their standalone 4-antenna tiles (https://moonrf.com/updates/) show off some killer apps, like 30 fps spatial RF visualization and NEON-optimized drone video interception.
I'm rolling my eyes at the "Agentic Transceiver" part, though. It is highly doubtful that an onboard AI casually writes, debugs, and compiles a real-time C app with analog video color sync recovery and decode in ten minutes.
> Reverse-engineering the Pi 5's MIPI to push 5.6 Gbps from custom MASH sigma-delta ADCs to a Lattice ECP5 FPGA to the Raspberry Pi is serious engineering
Using video interfaces to transfer arbitrary data at high speeds is becoming a common trick for cheap boards with limited interfaces. Video inputs and outputs are generally highly mature and optimized to avoid dropping frames because everyone wants reliable video. Putting arbitrary data into video IO pipelines is a cheap way to get high speed IO through standard interfaces.
There is a cool project that uses cheap HDMI to USB capture devices for high speed data transfer out of cheap FPGA boards that have HDMI output [ https://github.com/steve-m/hsdaoh ]
In a perfect world, using PCIe directly would be a much better solution for a project like this. Having access to PCIe DMA support directly without relying on video IO peripherals is helpful for high speed ADC/DAC applications like this. It would also make the board more portable to other SBCs.
The ECP5-5G can do PCIe 2.0 x2 or PCIe 1.0 x4 which would provide around 8Gbps of data transfer. The problem is that the Raspberry Pi 5 only exposes a single PCIe lane to the user. The other 4 PCIe lanes of the Raspberry Pi 5 SoC are routed to the RP1 chip, which has the MIPI and CSI interfaces that are used in this project. So the data is going through a convoluted path instead of being connected to PCIe directly.
I would have to look at the details more closely, but even using the PCIe 2.0 x1 port (around 4 Gbps after overhead) on the Raspberry Pi would be close in bandwidth to the 5.6 Gbps number they give for their custom MIPI solution.
I think the Raspberry Pi 5 is a good first choice for most projects because it is widely support and has the largest community, but for a project like this the benefits of moving to a different SBC with PCIe 2.0 x2 would have been helpful. Keeping the project semi-independent of the SBC has a lot of benefits.
If starlink were anywhere close to as far away as the moon, you would have a comparable antenna size. That's like bragging about how compact your zoom lens us while your buddy trying to get photos of the Martian canals.
> The target launch price is probably ~$399 (dependent on the tariff landscape over the next month). For that you get the QuadRF tile, an included Raspberry Pi 5, the custom case, tripod, USB-C power supply, cables, and a pre-loaded SD card with a ton of cool SDR applications.
Meanwhile... the RPi alone will probably make up 299 dollars of that price tag [1].
It is not a good time to design hardware that needs RAM. Arrest and imprison Sam Altman.
For context, the same phased-array transceiver technology is used in Starlink terminals, some of which have 1,280 active elements. Such a terminal can require as much as 150W to function.
It's also why pictures of modern naval vessels show flat panels instead of rotating parabolic antennas as in past decades. The panels contain advanced phased-array radars.
I don't think you should call something 'open source' until you've released the source, but other than that this is an extremely impressive project. HAM's have been doing EME since forever (https://en.wikipedia.org/wiki/Earth%E2%80%93Moon%E2%80%93Ear... ), it is a very neat trick.
It almost looks as if the EME bounce capability of this antenna is a fig leaf or an afterthought, my own 'applications' list would be a lot of things, but not that.
Yeah, this stuff goes way back. My great-great-uncle Adelmo Landini, who had worked with Marconi, was already doing it (I think there used to be a patent somewhere).
You do need access to a large telescope (at least 1.2m based on the wiki article), a sensitive detector (is photomultiplier tube sensitive enough??) and most importantly, access to your local laser clearinghouse so you don't accidentally shoot an airplane, blind the pilot and got arrested, or a satellite and start a war (if you believe some guy on quora). Probably the last part is the hardest thing for an amateur
Pretty cool. And expensive. It's pretty amazing how starlink sells basically this for $200. Pretty sure they subsidize it.
Ps you don't really need this. A phased array is great for communicating with or tracking fast moving objects. For something as slow as the moon a simple parabolic dish, either manually aimed or with an az/el motor will be more cost-effective. Motors get expensive too with wind and rain and longevity (moving around 24/7) but hams don't moonbounce constantly.
Starlink sats move really quickly through the night sky and it tracks multiple so you don't have interruptions this is why for that purpose a phased array is great. For incidental ham use to the moon it's very interesting tech but not exactly necessary.
This is brilliant, but on a less than brilliant internet connection like mine the site images are loading at a snails pace. Maybe use WebP rather than png?
EME has been made a bit more affordable and effective by weak signal modes and DSP.
It used to require very high power, expensive transmission lines, preamps and monstrous arrays of Yagis. Now with JT65x, and SDRs, you can use cheaper coax to get transmit power to the antenna eating that loss with more RF, and put SDRs for RX at the array. People running digital modes are getting away with needing less gain.
5650MHz is the only place to do it with this thing. Might want to break out a calculator before the credit card because path loss has to be more than 285dB. But if you can swing it, might want to buy two so you have someone to talk to. I have not heard anyone using 5650.
21 comments
[ 3.5 ms ] story [ 47.8 ms ] threadTheir standalone 4-antenna tiles (https://moonrf.com/updates/) show off some killer apps, like 30 fps spatial RF visualization and NEON-optimized drone video interception.
I'm rolling my eyes at the "Agentic Transceiver" part, though. It is highly doubtful that an onboard AI casually writes, debugs, and compiles a real-time C app with analog video color sync recovery and decode in ten minutes.
Using video interfaces to transfer arbitrary data at high speeds is becoming a common trick for cheap boards with limited interfaces. Video inputs and outputs are generally highly mature and optimized to avoid dropping frames because everyone wants reliable video. Putting arbitrary data into video IO pipelines is a cheap way to get high speed IO through standard interfaces.
There is a cool project that uses cheap HDMI to USB capture devices for high speed data transfer out of cheap FPGA boards that have HDMI output [ https://github.com/steve-m/hsdaoh ]
In a perfect world, using PCIe directly would be a much better solution for a project like this. Having access to PCIe DMA support directly without relying on video IO peripherals is helpful for high speed ADC/DAC applications like this. It would also make the board more portable to other SBCs.
The ECP5-5G can do PCIe 2.0 x2 or PCIe 1.0 x4 which would provide around 8Gbps of data transfer. The problem is that the Raspberry Pi 5 only exposes a single PCIe lane to the user. The other 4 PCIe lanes of the Raspberry Pi 5 SoC are routed to the RP1 chip, which has the MIPI and CSI interfaces that are used in this project. So the data is going through a convoluted path instead of being connected to PCIe directly.
I would have to look at the details more closely, but even using the PCIe 2.0 x1 port (around 4 Gbps after overhead) on the Raspberry Pi would be close in bandwidth to the 5.6 Gbps number they give for their custom MIPI solution.
I think the Raspberry Pi 5 is a good first choice for most projects because it is widely support and has the largest community, but for a project like this the benefits of moving to a different SBC with PCIe 2.0 x2 would have been helpful. Keeping the project semi-independent of the SBC has a lot of benefits.
https://news.ycombinator.com/item?id=45790672
Meanwhile... the RPi alone will probably make up 299 dollars of that price tag [1].
It is not a good time to design hardware that needs RAM. Arrest and imprison Sam Altman.
[1] https://www.jeffgeerling.com/blog/2026/dram-pricing-is-killi...
That's a lot of juice for 12VDC
It's also why pictures of modern naval vessels show flat panels instead of rotating parabolic antennas as in past decades. The panels contain advanced phased-array radars.
It almost looks as if the EME bounce capability of this antenna is a fig leaf or an afterthought, my own 'applications' list would be a lot of things, but not that.
or does it still need industrial grade lasers?
You do need access to a large telescope (at least 1.2m based on the wiki article), a sensitive detector (is photomultiplier tube sensitive enough??) and most importantly, access to your local laser clearinghouse so you don't accidentally shoot an airplane, blind the pilot and got arrested, or a satellite and start a war (if you believe some guy on quora). Probably the last part is the hardest thing for an amateur
Ps you don't really need this. A phased array is great for communicating with or tracking fast moving objects. For something as slow as the moon a simple parabolic dish, either manually aimed or with an az/el motor will be more cost-effective. Motors get expensive too with wind and rain and longevity (moving around 24/7) but hams don't moonbounce constantly.
Starlink sats move really quickly through the night sky and it tracks multiple so you don't have interruptions this is why for that purpose a phased array is great. For incidental ham use to the moon it's very interesting tech but not exactly necessary.
It used to require very high power, expensive transmission lines, preamps and monstrous arrays of Yagis. Now with JT65x, and SDRs, you can use cheaper coax to get transmit power to the antenna eating that loss with more RF, and put SDRs for RX at the array. People running digital modes are getting away with needing less gain.
5650MHz is the only place to do it with this thing. Might want to break out a calculator before the credit card because path loss has to be more than 285dB. But if you can swing it, might want to buy two so you have someone to talk to. I have not heard anyone using 5650.