This same devloper also built an SDR out of an ESP32 Wi-Fi microcontroller [1], this is awesome!
This development makes me hope that we'd be seeing more of these on common Wi-Fi cards, so that every random laptop could be used as an SDR for many fun and useful applications on a budget.
I can't keep up with the rapid, non stop cool stuff being discovered! Someone figured out how to get the ESP32 to transmit, at lower bandwidth (I think I read 200-250khz) I don't know which project it was but there are a bunch on this site:
Having done repairs on a ton of older service monitors, and having my hand in SDR, this is amazing! There's a huge amount of machining and hardware to make a service monitor, but with desktop CNC, cheap PCBS, and jelly bean components that go into the 10s of GHz, the sky's the limit.
I'd add a heat sunk 100 watt DC-5Ghz 20dB fixed attenuator, 0-110 dB switched attenuator, 5 ghz low pass filter, 7-12 Ghz local oscillator/mixer up/down converter, and it would make a small, very high performance service monitor good to 5 Ghz. 8)
wow, could this be turned into a 2.4ghz SAR? I always wondered if it’d be possible to use something like that to pick up wifi signals from much farther away. Of course a more sensible choice would just be to use a yagi antenna
"BRINGUP, from a cold radio: what MediaTek's ROM patch does at download (XO, pin mux, the CONN AFE calibration pulse per band, the A-die TOP init by chip ID, pads and CONN switch, the A-dies' eFuse trims); the UMAC pool layout; the common and per-band PHY initialisation; on each A-die the RF init tables, the resistor calibration and the RC filter calibration; the FEM outputs and the crystal trim."
That's not even some other language poorly translated to English, that's just a bunch of words.
Between stuff like this and math "proofs" that aren't readable either I'm really challenged to see the benefit here.
What I get out of this is that one could, if you had the documentation, write a more generalized SDR application for this hardware than the Wifi7 application. That an LLM model can provoke this behavior seems as a good existence proof perhaps?
> write a more generalized SDR application for this hardware
Yeahhh, no. Sorry but the entry barrier is now extremely lowered, especially in effort.
~20 years ago this would have been literally sci-fi. Back then just getting an USRP to work with gnu-radio, then finding the proper hardware external clock, then doing lots of work on reading / trying stuff / writing scripts etc. took a ton of effort and time. Having the ability to throw tokens at it and have at least a starting point is amazing, IMO.
> That's not even some other language poorly translated to English, that's just a bunch of words.
The language makes sense if you've worked with radio chips or firmware.
Terms like XO (crystal oscillator) and pin mux (chip pin multiplexer, basically assigning pins to their role) are common for embedded work, not just radio work.
Usually in a project you get that language hidden in a separate implementation doc where casual readers won't get confused by it.
Yes there are radio terms in there. :-) That said, I've written combined firmware/gateware drivers for dedicated radio chips and that paragraph makes little sense to me. Even the RFSoC docs from AMD/Xilinx are better written and they are pretty damn dense.
> Even the RFSoC docs from AMD/Xilinx are better written
This project isn't meant to be vendor-quality documentation of the chipset. It's a reverse engineering project that succeeded and included enough documentation to build upon.
Comparing a freely shared reverse engineering proof of concept to vendor-provided 1st party documentation is a ridiculous high bar.
This is a cool project that was just shared hours ago. Criticizing it for not being 1st party vendor documentation quality is a really bad faith criticism.
If someone wants to set up some hardware in a harness and then spend their tokens reverse engineering it, I'm thankful for the publication.
A year ago it was different. I looked at a lot of these vibe-RE projects and a lot of them wouldn't even do what they claimed. Now if someone points a frontier model at some code and lets it consume tokens for a few days, the output is often valuable as a starting point for other projects.
320MSPS at this frequencies for less than $100 that can be extracted over 10GBit/s.
This was worth upper 4- to 5-digit of dollars of equipment before.
I work in this industry and sold more than one kidney for this stuff.
Same for the ESP-SDR project. Most likely it can be used for transmitting on S-Band for satellite control in the future (with an amplifier, dish, maybe some filtering). The HF-Frontend is Wi-Fi certified and therefore quite clean. I've forwarded this project to a friend who's close to ESA staff.
You're referencing a 5-figure rig like the ADRV9040 I suppose? I don't work in that industry but I do dabble in SDR hobbies and I guess due to my advancing age I view this as linear progress rather than breakthroughs. Two decades ago it was $1 million worth of junk.
Yes. That's a very modern design. Lots of MIMO.. so I assume you will find that beast in cellular base stations.
I'd more see it as a huge jump in the higher frequencies.
>2GHz basically became cheap now over night.
Thanks to Claude&co. it now only takes maybe a few hours to find (or brute force ) potential registers to spit out raw I/Q streams. The last huge breakthrough there was the now rather old Rtlsdr project around the Osmocom dudes.
FYI, since it's the same chipset I'm pretty certain this will work on the Banana Pi R4, which has built in PCIe for NVMe.
This same devloper also built an SDR out of an ESP32 Wi-Fi microcontroller [1], this is awesome!
This development makes me hope that we'd be seeing more of these on common Wi-Fi cards, so that every random laptop could be used as an SDR for many fun and useful applications on a budget.
https://github.com/h0m3us3r/eSpDR
I can't keep up with the rapid, non stop cool stuff being discovered! Someone figured out how to get the ESP32 to transmit, at lower bandwidth (I think I read 200-250khz) I don't know which project it was but there are a bunch on this site:
https://www.rtl-sdr.com/esp32-sdr-turbo-mode-throughput-impr...
Wow that's super cool! It's not DC to daylight but I sure don't know a cheaper way to get a 320 Msps receiver at 5 GHz.
Having done repairs on a ton of older service monitors, and having my hand in SDR, this is amazing! There's a huge amount of machining and hardware to make a service monitor, but with desktop CNC, cheap PCBS, and jelly bean components that go into the 10s of GHz, the sky's the limit.
I'd add a heat sunk 100 watt DC-5Ghz 20dB fixed attenuator, 0-110 dB switched attenuator, 5 ghz low pass filter, 7-12 Ghz local oscillator/mixer up/down converter, and it would make a small, very high performance service monitor good to 5 Ghz. 8)
Why 4ghz?
wow, could this be turned into a 2.4ghz SAR? I always wondered if it’d be possible to use something like that to pick up wifi signals from much farther away. Of course a more sensible choice would just be to use a yagi antenna
It's RX-only.
Yet.
Ssshhh. Don't wake the FCC.
What is the radio quality like SNR?
I'd assume top notch if it's Wi-Fi certified. And basically all Mediatek modems are.
You cannot sell them with the tag if it wasn't connected to standardized certification test system at least once.
Thanks claude
Yeah, reading stuff like:
"BRINGUP, from a cold radio: what MediaTek's ROM patch does at download (XO, pin mux, the CONN AFE calibration pulse per band, the A-die TOP init by chip ID, pads and CONN switch, the A-dies' eFuse trims); the UMAC pool layout; the common and per-band PHY initialisation; on each A-die the RF init tables, the resistor calibration and the RC filter calibration; the FEM outputs and the crystal trim."
That's not even some other language poorly translated to English, that's just a bunch of words.
Between stuff like this and math "proofs" that aren't readable either I'm really challenged to see the benefit here.
What I get out of this is that one could, if you had the documentation, write a more generalized SDR application for this hardware than the Wifi7 application. That an LLM model can provoke this behavior seems as a good existence proof perhaps?
> I'm really challenged to see the benefit here.
> write a more generalized SDR application for this hardware
Yeahhh, no. Sorry but the entry barrier is now extremely lowered, especially in effort.
~20 years ago this would have been literally sci-fi. Back then just getting an USRP to work with gnu-radio, then finding the proper hardware external clock, then doing lots of work on reading / trying stuff / writing scripts etc. took a ton of effort and time. Having the ability to throw tokens at it and have at least a starting point is amazing, IMO.
> That's not even some other language poorly translated to English, that's just a bunch of words.
The language makes sense if you've worked with radio chips or firmware.
Terms like XO (crystal oscillator) and pin mux (chip pin multiplexer, basically assigning pins to their role) are common for embedded work, not just radio work.
Usually in a project you get that language hidden in a separate implementation doc where casual readers won't get confused by it.
Yes there are radio terms in there. :-) That said, I've written combined firmware/gateware drivers for dedicated radio chips and that paragraph makes little sense to me. Even the RFSoC docs from AMD/Xilinx are better written and they are pretty damn dense.
> Even the RFSoC docs from AMD/Xilinx are better written
This project isn't meant to be vendor-quality documentation of the chipset. It's a reverse engineering project that succeeded and included enough documentation to build upon.
Comparing a freely shared reverse engineering proof of concept to vendor-provided 1st party documentation is a ridiculous high bar.
This is a cool project that was just shared hours ago. Criticizing it for not being 1st party vendor documentation quality is a really bad faith criticism.
If someone wants to set up some hardware in a harness and then spend their tokens reverse engineering it, I'm thankful for the publication.
A year ago it was different. I looked at a lot of these vibe-RE projects and a lot of them wouldn't even do what they claimed. Now if someone points a frontier model at some code and lets it consume tokens for a few days, the output is often valuable as a starting point for other projects.
Claude or not: It's a huge breakthrough for ham radio and signal analysis.
We now can programm more manual tuned stuff to turn this into a full 13cm and 5cm radio as it was proven to work.
Before the esp-sdr hack and this one both bands were quite difficult and pricey to reach.
Why is this a breakthrough? Just because the platform costs under $100?
320MSPS at this frequencies for less than $100 that can be extracted over 10GBit/s.
This was worth upper 4- to 5-digit of dollars of equipment before.
I work in this industry and sold more than one kidney for this stuff.
Same for the ESP-SDR project. Most likely it can be used for transmitting on S-Band for satellite control in the future (with an amplifier, dish, maybe some filtering). The HF-Frontend is Wi-Fi certified and therefore quite clean. I've forwarded this project to a friend who's close to ESA staff.
You're referencing a 5-figure rig like the ADRV9040 I suppose? I don't work in that industry but I do dabble in SDR hobbies and I guess due to my advancing age I view this as linear progress rather than breakthroughs. Two decades ago it was $1 million worth of junk.
> ADRV9040
Yes. That's a very modern design. Lots of MIMO.. so I assume you will find that beast in cellular base stations.
I'd more see it as a huge jump in the higher frequencies.
>2GHz basically became cheap now over night.
Thanks to Claude&co. it now only takes maybe a few hours to find (or brute force ) potential registers to spit out raw I/Q streams. The last huge breakthrough there was the now rather old Rtlsdr project around the Osmocom dudes.
> Claude&co
OpenAI seething that they didn’t pick a fucking name for their platform.
Am I understanding that this is doing something the chipset wasn’t designed to do?
I’m not seeing a synopsis of the significance of this, for the uninitiated
What is Msps? I’m not familiar with that scale
mega samples per second. IOW: sample rate.
The significance is that most off the shelf SDR platforms have much lower specs. Almost all of them use the same Analog Devices transceiver chip.
Msps = Mega samples per second
Anyone know how to get ahold of a device in Europe?
Now if you could also make it transmit such samples a few of those could make a nice DIY phase array for some of the most fun bands to play with.
An accurate description is "turn an SDR into an SDR".
More like "turn a locked-down single-purpose SDR into a general-purpose SDR"