Hi Ernest,
to be honest, yes, you probably could do that post-processing in GNU
Radio, but it's offline processing and might be a lot easier to do just
e.g. in python with numpy/scipy.
> I also plan for NTP. But how do I simultaneously trigger recording
> with it.
I don't know the HackRF interfac
Hi All,
Sorry I replied on my other Post ( Nanoseconds). That was not intended.
Thank you for the reply.
To line up the 3 recordings with the timestamps will be a post processing I
guess on GNUradio??
I also plan for NTP. But how do I simultaneously trigger recording with it.
Ernest
On Thu, A
Hi Ernest,
On 25.08.2016 07:07, Ernest Matey wrote:
> It is critical for me to start the recording simultaneously and
> synchronized to more than 100ms accuracy between the stations.
100ms is a whole different story than nanoseconds in your other post;
You could probably achieve this 0.1s accur
Hi,
I have a 1 PPS from GPS into I channel and then signal in Q channel.
I injected 1 PPS into I-Channel of ADC of HackRF one.
I am only recording as a text file with a simple file sink flowgragh the
two channel.
What do you advice.
Ernest
On Thu, Aug 25, 2016 at 2:13 PM, Kevin McQuiggin wrote
Hi
I have a 1 PPS from GPS into I channel and then signal in Q channel.
I injected 1 PPS into I-Channel of ADC of HackRF one.
I am only recording as a text file with a simple file sink flowgrapgh the
two channels
What should I add, how should I post process.
Ernest
On Tue, Mar 15, 2016 at 2:2
Hi Ernest:
Why not just record at the three stations continuously with accurate time
stamps going into the files? Then you can line up the three recordings easily
using the time stamp values. When the recordings start and stop won't matter.
Kevin
Sent from my iPad
> On Aug 24, 2016, at 10:0
Hi all Expert,
My project demands the recording of the same signal at different Stations.
This recording will last for 3minutes.
It is critical for me to start the recording simultaneously and
synchronized to more than 100ms accuracy between the stations.
The first option is to start the Flow g
Thank you very much for the information.
On Thu, Aug 25, 2016 at 10:44 AM, Marcus D. Leech wrote:
> On 08/24/2016 08:28 PM, Hasini Abeywickrama wrote:
>
> Hi all,
>
> I have flowgraph that receives a signal from a USRP and converts it to log
> power FFT and then writes the result to a file, usin
On 08/24/2016 08:28 PM, Hasini Abeywickrama wrote:
Hi all,
I have flowgraph that receives a signal from a USRP and converts it to
log power FFT and then writes the result to a file, using File Sink.
I want to understand how writing to the file works.
* If the signal is received for /n /sec
Hi all,
I have flowgraph that receives a signal from a USRP and converts it to log
power FFT and then writes the result to a file, using File Sink.
I want to understand how writing to the file works.
- If the signal is received for *n *seconds and it takes *m *seconds to
write to the file,
You should be using Thrift 0.9.3 release, and configure thrift to be single
threaded (how escapes me at the moment.)
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
On Wed, Aug 24, 2016 at 1:51 PM, Harper, Andrew <
andrew.har...@gtri.gatech.edu> wrote:
Hi, I am having trouble installing Control Port, and I'm hoping someone can
point me in the right direction. I've been following the directions here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort#Thrift-092-Shutdown-Patch
I set the PYTHONPATH to:
~/thrift$ export
On Wed, 2016-08-24 at 13:55 -0400, Andy Walls wrote:
> On Wed, 2016-08-24 at 12:00 -0400, discuss-gnuradio-requ...@gnu.org
> wrote:
> > Date: Tue, 23 Aug 2016 16:42:33 -0700 (MST)
> > From: Paul Creaser
> > To: Discuss-gnuradio@gnu.org
>
> > In a real system the signal would be a preamble, which w
Hi all,
This announcement is a bit delayed, but v3.7.10.1 of GNU Radio is available!
V3.7.10.1 is the latest of the v3.7 API and contains bug fixes since
v3.7.10.
The official release tarball and detached signature are available via the
following links
http://gnuradio.org/releases/gnuradio/gnura
Hi Andy,
> 3. HF systems are the only other systems I'm familiar with that deal
> with impulsive noise. HF communications systems often employ FEC and
> interleavers to combat impulsive noise.
Powerline comms typically suffer from that kind of noise. Think of
someone switching on lights. Or a com
On Wed, 2016-08-24 at 12:00 -0400, discuss-gnuradio-requ...@gnu.org
wrote:
> Date: Tue, 23 Aug 2016 16:42:33 -0700 (MST)
> From: Paul Creaser
> To: Discuss-gnuradio@gnu.org
> In a real system the signal would be a preamble, which would normally be used
> for synchronization purposes at the receive
Hi all -
This a reminder that there will be a Dev Call tomorrow at 1 PM Eastern Time!
http://gnuradio.org/events/august-2016-dev-call/
Cheers,
Ben
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss
Hi Ben,
Thanks a lot!
I posted an issue on the TensorFlow serving github page to see if this is
normal. They asked me to give them
the file size of each of the TensorFlow serving files, which I've done
today, so hopefully I can get to the bottom
of this soon.
The models can be rotated and zoome
Hi Chris -
Interesting update! I really like the 2D versions of the visualization,
actually.
Were you able to solve the issue of TF models being really big (I think you
said ~2GB?) and rotating / zooming the 3D models?
Cheers,
Ben
On Mon, Aug 22, 2016 at 6:09 AM, Christopher Richardson <
chrisr
Hi Ihab
> For frequency higher than 6 Ghz, a down converter can be used to over
> come this problem.
Exactly what we're saying!
> I think it can handle this rate. Please correct me if i'm Wrong.
You might be wrong! As said, this is a hard task, and it's very hard to
make things scale up on many
Hi Ron and Marcus,
For frequency higher than 6 Ghz, a down converter can be used to over come
this problem.
for the data rate and bandwidth, the PC i'm using has the following
specifications:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order:Little
Hi Idress,
> There are some demo flowgraphs that should make clear how the toolbox works.
>
Also you should have a look at the slides and Bachelor theses in the
repository. They should give you an insight in theory and give some
references on how the blocks work.
Cheers,
Andrej
signature.asc
On Tue, 2016-08-23 at 15:36 -0700, Richard Bell wrote:
> Great answer. I wish I could upvote it!
Thank you! You're too kind, in light of my typos (e.g. your -> you're,
of -> on). :)
> There should be a GNU Radio Stack Exchange type thing.
There is :)
http://stackoverflow.com/questions/tagg
Hi Idress,
not knowing this module in particular, the examples folder is always a good
spot to make first steps.
There are some demo flowgraphs that should make clear how the toolbox works.
Best,
Sebastian
Am 24. August 2016 um 13:30:55, Idress Mughal (kenshiblind...@yahoo.com)
schrieb:
hi i
Hi Rich!
HA! You've come to the *right* neighborhood!
There's actually more [tag:gnuradio] stuff on StackOverflow than I can
keep check on:
http://stackoverflow.com/questions/tagged/gnuradio
A lot of mathematically more interesting questions happen on dsp.SE
http://dsp.stackexchange.com/
and
Hi Dave,
Thanks for your reply. Actually I figured out the problem. After going through
the files of the already existing blocks, especially the CMakeLists.txt, I
figured out where I need to add my own header files. I added entries of all the
class files in the CMakeLists.txt inside “lib” folde
26 matches
Mail list logo
