Earlier quoted context omitted.
Didn't like what's already out there? https://contextualelectronics.com/
Thanks for the link. I am interested in such a program but $29/mo for a hobby is too much at the moment. It would be great if there was a free community edition also. However its good to know that there are options. My primary concern with signing up for something like this, from a hobbyist perspective, is that these things add up and soon you will be bleeding money without generating any income to cover the expenses…
Building a software-defined radio from scratch
41–48 of 48 posts
Re: Building a software-defined radio from scratch
#42I am curious; what would one actually do with this device once it is working? This is a really neat sounding project.
With 56MHz bandwidth, a lot. You could record and analyze most 802.11 connections (typically 20MHz to 40MHz, except for newer AC hardware that can go to 160MHz). You could also record the entire FM band in your area at once, all of it. Same with AM and a lot of other bands. It'd also probably work really well for recording things like fire and police bands, with trunking and being able to determine an entire conversa…
Fun fact: The rtl2383 which RTLSDR is based on has an undocumented function to dump an entire DAB+ station (10+ channels) at once. Nothing can demux the resulting file and the DAB spec is overwhelming.
Re: Building a software-defined radio from scratch
#43I am curious; what would one actually do with this device once it is working? This is a really neat sounding project.
With 56MHz bandwidth, a lot. You could record and analyze most 802.11 connections (typically 20MHz to 40MHz, except for newer AC hardware that can go to 160MHz). You could also record the entire FM band in your area at once, all of it. Same with AM and a lot of other bands. It'd also probably work really well for recording things like fire and police bands, with trunking and being able to determine an entire conversa…
I'm not very familiar with RF beyond the basics, but could you explain simply how does that work? Don't you need to tune into a specific frequency to receive a signal?
Re: Building a software-defined radio from scratch
#44Earlier quoted context omitted.
With 56MHz bandwidth, a lot. You could record and analyze most 802.11 connections (typically 20MHz to 40MHz, except for newer AC hardware that can go to 160MHz). You could also record the entire FM band in your area at once, all of it. Same with AM and a lot of other bands. It'd also probably work really well for recording things like fire and police bands, with trunking and being able to determine an entire conversa…
You could also record the entire FM band in your area at once, all of it. I'm not very familiar with RF beyond the basics, but could you explain simply how does that work? Don't you need to tune into a specific frequency to receive a signal?
It's a bit like a color photo vs black and white. I don't know if that's a great analogy though.
Re: Building a software-defined radio from scratch
#45Re: Building a software-defined radio from scratch
#46Earlier quoted context omitted.
With 56MHz bandwidth, a lot. You could record and analyze most 802.11 connections (typically 20MHz to 40MHz, except for newer AC hardware that can go to 160MHz). You could also record the entire FM band in your area at once, all of it. Same with AM and a lot of other bands. It'd also probably work really well for recording things like fire and police bands, with trunking and being able to determine an entire conversa…
You could also record the entire FM band in your area at once, all of it. I'm not very familiar with RF beyond the basics, but could you explain simply how does that work? Don't you need to tune into a specific frequency to receive a signal?
Re: Building a software-defined radio from scratch
#47Earlier quoted context omitted.
> Are you kidding? That falls into the realm of superhuman. I've seen 20 year veterans blow a 100 grand and get half that far. I think even Woz would do a double-take. A high density BGA through an OSH Park board with a homebrew reflow oven and only 3 revs and a stainless stencil on only the last pass? Yeah, that's really quite good. You practically can't avoid making a mistake on a PCB of that complexity. There are…
That's actually sort of what I did. I didn't explain it to someone else, but went through it in my head, talking to myself explaining the design. Explaining it to someone else must be even better!
Having someone else look over the design is always useful. A healthy distrust of datasheets is always useful. But at some point, you have to ask yourself you have reduced the risk of errors enough that a couple of rework wires with get you through debug, at which point just go fab it. Blue wires tack-soldered on are a fact of life in prototyping. It is easy to obsess over PCB designs, but "fail fast" applies here, too.
Re: Building a software-defined radio from scratch
#48Earlier quoted context omitted.
With 56MHz bandwidth, a lot. You could record and analyze most 802.11 connections (typically 20MHz to 40MHz, except for newer AC hardware that can go to 160MHz). You could also record the entire FM band in your area at once, all of it. Same with AM and a lot of other bands. It'd also probably work really well for recording things like fire and police bands, with trunking and being able to determine an entire conversa…
You could also record the entire FM band in your area at once, all of it. I'm not very familiar with RF beyond the basics, but could you explain simply how does that work? Don't you need to tune into a specific frequency to receive a signal?
It's like recording a bunch of TV channels all at once, and then being able to go back and look at every channel at any given time in the recording.
The bigger issue with this particular device is that almost any antenna you use is not going to perform very well over such a large bandwidth, but that's a much nicer problem to have.