Note I wrote when X fails, not if X fails. It's a different way of thinking.
crickets, let's just randomise which sensor we use during boot, that ought to do it!
Note I wrote when X fails, not if X fails. It's a different way of thinking.
crickets, let's just randomise which sensor we use during boot, that ought to do it!
There's a writers maxim, "murder your darlings". what they mean is that a work often has some styling, phrases, exposition, even whole characters or subplots that the writer has worked hard on and become attached to, but that detract from the work as a whole. So they have to be removed. I think this may be a darling unfortunately.
and 3rd would be on the software side: support in Soapy and GNURadio (osmosdr) but I guess that would eventually come from the community.
This is exciting, and as supporter of previous open source SDR projects, I'm looking forward to more updates and news from you.
Here is a render of the enclosure (work in progress): https://i.imgur.com/AEYgLxU.png
And of course we agree on the software side! Soapy + GNURadio are a must. Hopefully my driver-writing skills are up to the challenge!
> There are two embedded antennas to ensure that we can always correct any internal frequency drift by syncing to the cell network.
What do you mean? Do you have your own DSP stack to deal with that while user receiving/transmitting? If there is, do you provide any control over it?
Aside from that,
- What is the compatibility with open source LTE, 5G solutions(SRS, OAI, etc.)?
- I couldn't see PPS input. Are you planning to add it with daughterboards?
> What do you mean? Do you have your own DSP stack to deal with that while user receiving/transmitting? If there is, do you provide any control over it?
You can quickly pause whatever is running on the LA9310, push the NXP NLM stack, correct local frequency errors by synching to a cell network tower and then resume normal operation. It's going to cause a glitch, but if you want to maintain frequency accuracy it's a small cost you need to pay. Once you have absolute deviation and drift it should track quite well.
My understanding is that SRS and the like all require beefy desktop-class processors to run in?
NXP doesn't share many details on the LA9310. Could just be too early, but it smells like a "you must convince a sales rep you're going to be a qualified customer and sign a stack of NDAs before you dare ask for a datasheet or instruction set manual" situation, which is unfortunate.
Example: https://github.com/nxp-qoriq?q=la93
If do ship oscilloscope daughterboard that you have on your site, would that work also as SW radio?
https://rfnm.com/blog/introducing-seeve