discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] QT Vector sink question?


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] QT Vector sink question?
Date: Fri, 08 Jun 2018 12:54:02 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

On 06/08/2018 12:06 PM, Glen I Langston wrote:
Hi Marcus,

Thanks for your note.  Yes, certainly I know that I should have not had IQ 
balance running now,
but I falsely assumed leaving the default setting would not hurt anything.  
Really a
major time sink, finding this trivial problem…

Concerning your use of the Odroids  did you say use VNC with them or just ssh 
in and run
without graphics display?   If you do use VNC, which VNC program did you 
install?

Thanks again,

Glen

I've been in the "I/Q correction hurting me" space before. Took me quite a while to figure out what was going on, too...

My Odroid systems (C1 and XU4Q) are oriented towards completely-headless operating. For 99.9% of an observing run, you don't need real-time visualization. You just need the data recorded for further processing.

So, to that end, I've been working, as you may know, on a system to "meet in the middle". With data recording and 1st-order processing happening on the Odroids, and quasi-real-time visualization via the web. Starting/stopping experiments is also via the web, as is rudimentary
  system configuration.

I call this system "Orion". Observational Radio Instrument On the Net. I hope to have system images available for both C1 and XU4Q sometime in
  the next "little while".  For certain values of "little while".

Right now the system supports what I call a "combo radiometer" mode with both FX and "fast" versions. This is a two-channel affair, computing the total power on each channel, the differential, and the cross-correlation, as well as the spectral estimates for both channels. The "fast" version eliminates the FX structure, and does scalar cross-correlation only, and the spectral estimators run in a "stuttered" mode. This should roughly double the maximum sample rate on an XU4Q to somewhere around 12-15Msps.

The other mode, that I just added, is really targeted at a Odroid C1 with 3 RTLSDR dongles, to do that D1 exploration we discussed on another forum.

The current code-base (most of it, some of the system-config stuff isn't in the repo yet, and I don't have a Makefile yet) is at:

https://github.com/ccera-astro/school_telescopes





reply via email to

[Prev in Thread] Current Thread [Next in Thread]