I have found the answers.
http://nutaq.com/en/blog/multi-channel-synchronization-fpga-based-daq-systems
http://nutaq.com/en/blog/brief-overview-frequency-synchronization-ofdm
On the Nutaq platforms (ZeptoSDR, PicoSDR) you can control VCXO voltage
DAC from GNU Radio (and from FPGA user logic) to im
Here is an (almost) week long plot of WWVB signal strength taken with GR and
N210 + LFRX + 500 kHz LPF + 100 foot wire. 25 Msps decimated down to 100 sps,
then RMS to 1 sps. Very strong -60 dBm signal here 500 miles from the TX, yet
deep fades which are consistent after sunrise. Surprisingly
> I built a prototype WWVB receiver in GR a couple of years ago, but I
> don't locally get WWVB :(Neither did my LaCrosse clock though, so it
>wasn't my fault :)
I'll post a new thread with some WWVB data.
___
Discuss-gnuradio mailing list
Di
On 03/15/2014 09:57 PM, Louis Brown wrote:
Quite so. I have a GPSDO though, so it's nice to be able to lock to that.
Last week I recorded WWVB (60 kHz) amplitude and phase for 1 week to monitor
propagation. Interesting results to see the fades over 6 days Phase was
futile though as their n
Quite so. I have a GPSDO though, so it's nice to be able to lock to that.
Last week I recorded WWVB (60 kHz) amplitude and phase for 1 week to monitor
propagation. Interesting results to see the fades over 6 days Phase was
futile though as their new BPSK mod messes things up.
Thanks,
Lou
KD
On 03/15/2014 09:23 PM, Louis Brown wrote:
Yes, thanks, I'm aware of that. I already have an N210 + WBX + LFTX/LFRX cards
so that's getting all the use. I have been doing allot of LF DX monitoring
recently, so 60 kHz isn't even low enough.
Thanks,
Lou
KD4HSO
I'll point out that for VLF moni
Yes, thanks, I'm aware of that. I already have an N210 + WBX + LFTX/LFRX cards
so that's getting all the use. I have been doing allot of LF DX monitoring
recently, so 60 kHz isn't even low enough.
Thanks,
Lou
KD4HSO
On Mar 15, 2014, at 8:16 PM, Vanush Vaswani wrote:
> BladeRF have released
BladeRF have released an transverter that extends the frequency range down
to 60KHz. Are you sure you want to sell?
On Sun, Mar 16, 2014 at 12:12 PM, Louis Brown wrote:
> I just don't use it much since I primarily use 2m amateur band. Very
> clean and little use; never left my lab bench. The
I just don't use it much since I primarily use 2m amateur band. Very clean and
little use; never left my lab bench. The x115 is the large FPGA version. Also
included is the GPIO expander board and the 1m USB 3.0 cable. Works great with
GNU Radio via gr-osmosdr.
Asking $600 via PayPal with U
ed hob to add it and I get the following error. Seems
related to your original solution for runtime. Is there a way to fix this?
Nothing RPROVIDES 'libgnuradio-runtime-3.7.3git' (but
/home/rcagley/oe-repo/oe/oe-core/meta-hob/recipes-core/images/
hob-image-20140315-163642
Hi every one,
I have certain doubts regarding the "Wireless networks in the loop"
project.
The optimization part which is suggested as one of the possible sub
projects- is the plan to move the python code to c++ so as to use the VOLK
libraries.
Which SDR board / daughter board is initially planned
Also post this proposal to melange please.
M
On 15 Mar 2014 06:44, "YiZiRui Zhou" wrote:
> Hello community,
>
> Two weeks have passed since I added my idea "MIMO Transceiver" on GR GSoC
> webpage. In the past few days, I tried to carry my project a step forward.
> I did some reading and made so
This thread is starting to get a little too confrontational, so we all
need to take a bit of a break. Please take a look at the PLL blocks in
GNU Radio; you can find them under the Synchronizers category in the
block tree of GRC. Spend some time understanding these blocks and how
to use them. I
On 03/15/2014 02:57 AM, Activecat wrote:
Dear Marcus,
Please avoid adding more confusions rather than clarities.
The term "upconversion" and "downconversion" are common terms used in the
radio engineering industry, but may not be common among other technical folks.
In radio engineering indust
On Sat, Mar 15, 2014 at 5:56 PM, Tom Rondeau wrote:
> It was mentioned earlier in this thread, you can use a PLL to lock to
> a carrier. Basically, you need an algorithm that performs carrier
> recovery.
>
> This thread is starting to get a little too confrontational, so we all
> need to take a b
On Sat, Mar 15, 2014 at 10:46 AM, Activecat wrote:
> On Sat, Mar 15, 2014 at 5:14 PM, Sylvain Munaut <246...@gmail.com> wrote:
>>> You may refer to previous conversations. Do you agree with him that a
>>> simple quadrature downconverter doesn't need to care about clock drift
>>> because it just "
On Sat, 15 Mar 2014 17:46:58 +0800
Activecat wrote:
> In this case I shall rephrase my question to:
> "How to compensate the error due to clock drift which is not handled
> by a simple quadrature upconverter ?"
I do not want to sound rude or anything, but you are asking very
basic questions on r
On Sat, Mar 15, 2014 at 5:14 PM, Sylvain Munaut <246...@gmail.com> wrote:
>> You may refer to previous conversations. Do you agree with him that a
>> simple quadrature downconverter doesn't need to care about clock drift
>> because it just "simply downconverter and nothing more"?
>
> Yes ...
>
> C
Here is the link for my first proposal draft :
https://github.com/abhowmick22/GSoc14-Proposal
I will keep revising it. Seeking feedback in meantime. Thanks all.
Abhishek
On Sat, Mar 15, 2014 at 3:37 AM, Martin Braun wrote:
> On 14.03.2014 19:27, Abhishek Bhowmick wrote:
>
>> Hi,
>> So, accordi
Hi,
> Let's see yourself at
> http://code.ettus.com/redmine/ettus/projects/public/documents
> This is the link referred by
> http://www.ettus.com/kb/detail/frequently-asked-questions
>
> This link leads to > "The page you were trying to access doesn't
> exist or has been removed" !
Wow, they
On Sat, Mar 15, 2014 at 4:05 PM, Sylvain Munaut <246...@gmail.com> wrote:
>> There are no documentation of what SBX performs on incoming or
>> outgoing signals. https://www.ettus.com/product/details/SBX
>
> IMHO Ettus is among the brands where there is the _least_ surprises
> just because the exac
On Fri, Mar 14, 2014 at 8:03 PM, Ruecan wrote:
> Thank you Sebastian for your reply,
>
> I pulled your grc fixing, proceed to a clean make then did everything again
> however I got some error:
>
> [ 29%] Building CXX object
> gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/message_strobe_random_impl.
Hi,
> There are no documentation of what SBX performs on incoming or
> outgoing signals. https://www.ettus.com/product/details/SBX
IMHO Ettus is among the brands where there is the _least_ surprises
just because the exact schematic is published, you can see _exactly_
what the SBX does to your si
On Sat, Mar 15, 2014 at 11:14 AM, Marcus D. Leech wrote:
> The SBX does analog downconversion, nothing more. It knows nothing about
> the incoming signal, and doesn't demodulate it in any way.
>
> That is what SDR is all about--the signals are represented as
> complex-baseband (i/Q) format for pr
24 matches
Mail list logo
