but I never did. I was just
happy to see a straight line.
juha
On Fri, Jul 7, 2017 at 08:05 jmfriedt
wrote:
> I am tackling again the coherence issue with multi-RTL dongles for
> interferometric measurements.
> I have two R820T2 based DVB-T dongles connected to the same USB bus (USB
> hu
We're transmitting two linear polarizations interleaved. Any polarization
should work.
Two independent linear polarizations will give optimal results when
producing a map (one can form polarized and depolarized images).
Here's a link to the radar:
http://jro.igp.gob.pe/english/
ju
Hi,
I forgot to mention that the interpulse period is 38 ms on 2017/07/04 at
01:21:00 UTC and 40 ms on 2017/07/05 02:04:00 UTC.
juha
On Mon, Jul 3, 2017 at 9:58 PM, Juha Vierinen wrote:
> Hi,
>
> Just to let you guys know, I'll be radiating the moon with 1 MW and 36 dBi
>
1. 1. -1.
-1. -1. -1. -1. 1. 1. -1. -1. 1. -1. 1. -1. 1. 1. 1. 1. 1. -1.
-1. 1. 1. -1. 1. -1. 1.]
Any reports of hearing the transmissions are appreciated.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.or
oes a pretty good job of getting rid of the 8/16 most significant
bits that are zero most of the time. Thus, I get a compression ratio close
to 50% when using sc16. pbzip2 is a good tool for doing parallel
compression on files.
juha
On Sat, Jul 16, 2016 at 3:59 AM, Dave NotTelling
wrote:
> Any
Would either of these issues in the rtlsdr driver consistently tune the two
dongles on slightly different frequencies, even if you ask them to tune to
exactly the same frequency? This is what the problem seems to be.
juha
On Wed, May 25, 2016 at 10:35 AM, wrote:
> There are a couple of iss
I was using a dongle with r820.
juha
> On May 25, 2016, at 23:27, Piotr Krysik wrote:
>
> Juha,
>
> What type of demodulator did you have in the dongles used for the test?
>
> --
> Piotr
>
> W dniu 25.05.2016 o 14:46, Juha Vierinen pisze:
>> In my testin
prove that the cross correlated phase is stable over
6000 seconds:
http://kaira.sgo.fi/2013/09/16-dual-channel-coherent-digital.html
juha
On Wed, May 25, 2016 at 12:14 PM, wrote:
> From our own experience with dual-dongle measurements, the phase drift
> seems to be strongly related
block.
juha
On Tue, May 24, 2016 at 4:03 PM, Piotr Krysik wrote:
> Hi all,
>
> I want to announce new GNU Radio related project prepared by me -
> Multi-rtl:
> https://github.com/ptrkrysik/multi-rtl
>
> It is a Gnu Radio block that combines multiple RTL-SDR receivers into
&g
ual dongle.
I assume you are doing this for fun (that's why I did it at least). There
are much easier ways to get multiple coherent channels into your computer
with much better fidelity.
juha
On Thu, May 28, 2015 at 6:18 PM, wrote:
> I have a question concerning connecting two DVB-T dongl
I managed to find a solution to this. I create a ram filesystem (tmpfs) and
dump fixed length files there with gnuradio. I then move the files when
they are complete to a persistent drive using another script. I don't know
why I didn't think of this before.
juha
On Mon, Jan 12, 2015 a
by changing the filesystem
cache settings with some limited help, but I still can't completely remove
occasional usb 3.0 packet drops. I'm convinced that simply using a multi
gigabyte buffer is the easy way out solution, but I can't make this happen
with
ironment better than our existing receiver.
Our application requires continuous streaming, so I do hope that you figure
out how to get this working too.
juha
On Wed, Dec 10, 2014 at 7:47 AM, Balint Seeber
wrote:
> Hi Juha,
>
> Ian and I have been busy looking into this.
>
> For t
tt-math.floor(tt) < 0.2 or tt-math.floor(tt) > 0.3:
tt = time.time()
time.sleep(0.01)
print("Latching at "+str(tt))
u.set_time_unknown_pps(uhd.time_spec(math.ceil(tt)+1.0))
time.sleep(1)
u.set_start_time(uhd.time_spec( starttime ) )
juha
___
precision
floating point to avoid phase inaccuracies caused by integer arithmetic.
juha
On Wed, Feb 26, 2014 at 8:30 AM, Matt Ettus wrote:
>
> You could only do that by modifying the FPGA. It would be a very minor
> mod, though. Hook up the undecimated ADC values to where the output
uration of calc_cic_filter_word and
calc_cordic_word_and_update in the firmware that would magically do this?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
.
juha
On Wed, Dec 11, 2013 at 4:34 PM, Johnathan Corgan
wrote:
> On 12/10/2013 02:00 PM, Miki Lustig - KK6GEO wrote:
>
> > These look like 2pi jumps -- which is the an artifact if the
> > unwrapping is not working well.
>
> Sure, I see what you mean.
>
> Backing up a
. I wish
I had time to try that at some point.
juha
On Sun, Dec 8, 2013 at 5:38 AM, Patrik Tast wrote:
> Terve Juha,
>
> Some animal neck collar TX:er are very close to that feq (440 MHz).
> It could be on a wolf, reindeer or a hunter that use a *home brew*
> (illegal) collar
version of the code can be found here:
http://www.sgo.fi/~j/gnu_chirp_sounder/
You should be able to get this working if you have a N200 series device, a
GPSDO, and a broad band HF antenna (it doesn't have to be excellent).
juha
___
Discuss-gnuradio ma
gered in the
beginning of the acquisition. I'll keep investigating this. It could be
that this is a feature of the n200 + gpsdo combination.
juha
On Wed, Oct 9, 2013 at 3:09 PM, Tim wrote:
> On 10/09/2013 02:59 PM, Juha Vierinen wrote:
>
> Hi,
>
> I'm writing a bloc
m offset in the beginning, even though there are no dropped packets on
the USRP.
Is this a bug or a feature? What is the correct way to increase the value
of noutput_items without breaking rx_time tags?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradi
ectly this time either by using an active signal splitter,
as that would increase the total cost :). I'll hopefully have some more to
report next week.
juha
On Fri, Sep 27, 2013 at 2:16 PM, Marcus D. Leech wrote:
> On 09/26/2013 11:27 PM, Jared Clements wrote:
>
>>
>> Si
econd.
My code is a mess at the moment and it depends on other unpublished
libraries that I have written, which are also a mess. I might release this
once I have cleaned it up a bit.
juha
On Thu, Sep 26, 2013 at 9:00 AM, M Dammer wrote:
> This is awesome. How did you analyze the data
I use R820T. It has nonzero IF and the noise is relatively flat.
The clock looks sawtooth-like on the scope.
Juha
On 26.9.2013, at 18.32, Heath Hunnicutt wrote:
> Juha,
>
> Ordinarily, I would choose to feed a clock into xtal_in, this seems logical.
> However check out the El
ongle). The
dual coherent rtlsdr dongle still works the same. I guess I was lucky to
get it working the first time.
I am working towards setting up a fanout buffer, to do this properly.
juha
On Tue, Sep 24, 2013 at 4:54 PM, Ian Buckley wrote:
> On Sep 24, 2013, at 11:41 AM, Marcus D. Leec
ssume this to be the
case also on receive.
juha
hftx.py
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Marcus,
Very nice. We've also been looking at using the $8 RTLSDR as a educational
tool to do exactly the same thing.
Alan Rogers et. al. at Haystack have also developed something similar:
http://www.haystack.mit.edu/edu/undergrad/srt/
juha
On Mon, May 20, 2013 at 8:52 PM, Marcus D.
I'm talking about "antenna tuners". This is a device that matches the
impedance of an antenna to a radio. An example of a device I'm looking for
is the LDG AT-100PC. Unfortunately LDG doesn't make them any more.
PS. 20 MHz isn't that much bandwidth to handle in sof
)? Again, I'd want to use a computer to
tune the antenna for a certain frequency range.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
a $8 dongle and a $20 cell phone could be combined to
create a SDR locked to a global reference.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ng at 10
MHz and I will have to process this off-line.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
with.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
71EB. I didn't have a
noticable increase in CPU load either. I have also tried the same
option with USRPs and the problem also seems to go away. I haven't
done a conclusive testing yet with USRPs, so I cannot say for sure
that this helps in all cases. I also haven't had a chance to te
ow of any cheap 2.4 GHz amplifiers that would increase
power from 0.1 W to 1 or maybe 10 W?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
recently ran into this problem and I couldn't
figure out what was wrong, and in the end I just installed everything
manually.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
under
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
t0+nitems_read(0)/sr. I might even make a mental
note that I write a patch for this functionality. Another approach
that I came up with was to create a block that pads zeros in place of
the lost samples, but this was too tedious for me to do.
juha
On Wed, Oct 26, 2011 at 19:04, Josh Blum wrote:
&g
If I understand correctly, the sample count is:
const uint64_t count = gr_tags::get_nitems(rx_time_tag);
This determines the index of the sample coming into work, which has a
new time because of overflow.
juha
On Wed, Oct 26, 2011 at 17:16, Josh Blum wrote:
>
>
> On 10/26/2011 03:41
first sample of the
packet arriving after overflow.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
u are interested using my receiver, feel free to contact me.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
e stream command 1 second after receiving PPS
self.uhd_usrp_source_0.set_stream_start_time(1.0)
Sorry, I messed up a bit with the patch, so there are a few unnecessary diffs.
juha
diff --git a/gr-uhd/include/gr_uhd_usrp_source.h b/gr-uhd/include/gr_uhd_usrp_source.h
index 36331f7..77c03ac 100644
ave been waiting for this board! How are the two channels mapped to
the USRP2-series devices? Are there two DDCs or do you get two
channels using one DDC?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
C926.
- Remove C924.
The only way to get PPS is to use the gr-gpio firmware, which can be
used to insert digital signals into the least significant bits of I
and Q.
juha
On Sat, Oct 30, 2010 at 14:51, Dawid SQ6EMM wrote:
> Hello,
>
> is it possible to "stabilize" USRP1 clock usin
I usb
card, to ensure full bandwidth on both usrps. But unless you need full
bandwidth on each device, you probably don't need to do this.
juha
On Fri, Oct 29, 2010 at 07:04, songsong gee wrote:
> I am testing RX TX example with 2 USRPs.
>
> but now I have to just 1 PC.
>
> Wh
ng BasicRX, LFRX and WBX.
juha
On Mon, Oct 25, 2010 at 10:47, Burak TUYSUZ wrote:
> Hi,
>
> USRP external clocking documents are outdated so I could not find answer to
> my questions.
> I modified the USRP board for external clock input, but which parameters
> should I change in th
t the NCO phase when it
received a PPS. This problem is corrected with the UHD version of the
firmware.
I'd be happy to send you our multi-channel sampler code.
juha
2010/10/8 Mamoru Yamamoto :
> Dear Friends,
>
> I am Mamoru Yamamoto, a professor in RISH, Kyoto Univ., who is
t really that problematic. I just
avoid doing this when I don't want the system to fail.
juha
On Thu, Sep 9, 2010 at 15:42, Anil Sharma wrote:
> Hi everyone,
> I want to test something with usrp running continously under normal
> environment.
> Can someone tell me the real d
pretty nice performance. I have
measured over 100 GFLOPS on FFT with a $300 Nvidia GPU. I haven't
tried yet with my new 480 GTX, but it should be even faster.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailm
/speed/
I have been using 65 kpoint FFTs for real-time spectral analysis with
USRP1 and USRP2 with no problems.
juha
On Mon, Aug 23, 2010 at 08:00, Thomas Hobiger wrote:
> We are considering to purchase a USRP2 + a DBSRX board in order to utilize
> it for some GPS stuff. Thus it wo
I'm still in the process of verifying it.
juha
On Mon, Aug 16, 2010 at 16:35, Matt Ettus wrote:
> The USRP2 can ran at other clock frequencies, but only by removing the clock
> on the board. The oscillator on there is a CVHD-950 and it is available in
> a bunch of other frequenc
to UHD?
I am really looking forward to UHD with streaming gpio and dual DDC
functionality.
juha
On Mon, Jun 21, 2010 at 20:23, Johnathan Corgan
wrote:
> On Mon, Jun 21, 2010 at 10:41, Juha Vierinen wrote:
>
>> I'm not sure if the streaming works with the standard firmware. Y
I'm not sure if the streaming works with the standard firmware. You'll
probably need to use a special firmware (std_2rxhb_2tx_dig.rbf). I'm
actually using std_2rxint_2tx_dig.rbf, but this is only because I need
a different type of filter (boxcar).
juha
On Mon, Jun 21, 2010 at 14
Could you check that the revisions of the USRP2s are the same. I
remember that the lower impedance in the rev 1 caused a pretty long
delay, but I think we fixed this. You could still look at the PPS
inputs with an oscilloscope probe and see what it looks like.
juha
On Sat, May 22, 2010 at 08:49
Hi Matt,
Are there any plans to include functionality similar to gr-gpio? I
would be interested in receiving 1..N digital streams with the same
rate as the IQ samples. We have an old out-dated firmware for USRP2
that does this, but it would be nice to move to the newer releases
eventually.
juha
Juha passes beer to Marcus and orders one for himself,
I'm always curious of what hardware gives the most bang per buck -- so
I think I'll take a look at this new Phenom CPU. Maybe AMD is really a
serious contender again. From what I read, the AMD/ATI GPUs are faster
than NVidi
newbies? People are just panicking with
their coursework -- chill-out man.
juha
On Wed, Apr 28, 2010 at 21:52, Marcus D. Leech wrote:
> Anyone using a Phenom II X6 machine with Gnu Radio? If so, what's your
> impression?
>
> --
> Principal Investigator
> Shirleys Bay Rad
en be
channeled through standard gigabit ethernet switches (e.g., using MPI)
without problems.
However, I would welcome a feature that would allow USRP2s to be
hooked up into a switch.
juha
On Tue, Mar 23, 2010 at 18:53, ValentinG wrote:
>
> Dear all,
> We have 12 USRP2 boards which we
It's not broken. Remove the line import gpio_swig from the gpio.py file.
I think I sent a patch for this, but the line probably gets added
automatically...
juha
On Wed, Mar 17, 2010 at 23:41, Drew Read wrote:
> Hi all,
>
> Am I doing something stupid or should I raise th
latest NI update cds and
serial numbers for my labview. I have no idea where they are.
4. Matt, please don't turn into a NI sales droid, at least not for
another 10-20 years.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://
r/include. Everything worked ok after that.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
, and you can't even get it unofficially. They
only offer the 11.x series ISE.
juha
2009/12/3 Matt Ettus :
>
> Some people have had success with ISE 11.1, and some have not. I have
> not tried it yet, and am still on 10.1.03 which is known to work. Early
> in the new year I&#x
I'm also having similar issues. What does "remove all traces" mean
exactly? Does someone have a script for doing this?
juha
On Fri, Dec 4, 2009 at 19:45, wrote:
> hola,
>
> i've read the archives and i read Eric B suggesting one should:
>
> "remove all
rm average of your laptop hard drive bandwidth.
juha
On Sun, Nov 22, 2009 at 20:11, George Nychis wrote:
> Hi all,
>
> Has anyone here had any success with receiving 16-bit samples from the USRP2
> @ 20MHz to the host without an onslaught of overruns? I did some searching
> on
We're checking timestamps on ethernet frames and everything seems fine
all the way up to 25 MHz over many hours of continuous data streaming.
At lower rates we've done several days of streaming without dropped
frames or conflicting timestamps.
juha
On Tue, Nov 10, 2009 at 20:21,
ace may allow more compact boxes,
> etc etc.
How about a 64 x USRP? It would be cool if there was a USRP that had
many receiver channels, and it would also have a simple beam-former
built into the FPGA.
juha
___
Discuss-gnuradio mailing list
Discuss-
g the firmware. Is
there some example for doing this on the host, I'm just wondering what
I did wrong.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
and u2_init();
juha
On Thu, May 14, 2009 at 09:32, Ulrika Uppman wrote:
> Hi,
>
> We've set up a test comparing a recieved white noise signal recieved by two
> usrp2 recievers. The two receivers were clocked (1PPS and refclk) by a GPS
> diciplined OCXO which outpus a 1PPS s
If you are interested, I have a modified rx_streaming_samples.cc that
configures the sync_to_pps and determines where the true beginning of
samples is located at.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
is critical
for most of our applications.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
thousand times less
likely than winning in the lottery.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
as bicyling with two friends, when he was
> struck from behind by a drunk driver ."
This is a pitty. I started working with gnuradio with the help of his
example code and capture files.
My condolences to his family and friends,
Juha
___
Discuss-g
25 MB. Otherwise new users will have problems with overruns. Even
Firefox consumes hundreds of megabytes.
juha
-- Forwarded message --
From: Juha Vierinen
Date: Thu, Apr 23, 2009 at 11:00
Subject: Re: [Discuss-gnuradio] USRP2 eth_buffer
To: Bruce Stansby
Cc: Eric Blossom , Johnat
ery
filesystems? I think nobody is using a pre 2.6.5 kernel, so this there
shouldn't really be any reason to restrict the size to the number of
pointers that fit into a kernel slab size.
I'll write a patch anyway and send it to the list.
BR,
juha
_
rite my own buffer, but that would
be one extra memory copy, I'd prefer a large kernel-space buffer to a
large user space buffer.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_size));
Why is there a (int)(MAX_SLAB_SIZE/sizeof(void*)) limit?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
control. I found Rich Seifert's, "Gigabit Ethernet:
> Technology and Applications for High-Speed LANS" useful. You could
> also read the GigE ethernet spec.
I'll try to look this up. but I think I'm mentally about six-seven
layers above or below this stuff in the OSI model
to your main network, it does actually work. We
have a fairly large LAN and I assume that the USRP2 could possibly
flood the network when doing 25 MHz. Is there any other reason for not
just putting the USRP2 in your LAN?
juha
> At -d 4 you are likely to be getting overruns (indicated by an
d to avoid causes 3, 4 and 5 during the last year or so,
but as I said, I don't really know the exact cause for the errors as
they were fairly sporadic.
juha
On Sat, Apr 11, 2009 at 17:33, Don Ward wrote:
> Marcus Leech wrote:
>
>> Something I've noticed over the year
Yes, I used it just a couple of weeks ago. I recently went through the
code and there where a lot of changes related to gnuradio. Also, sox
had changed one of their flags. The new version of my code is here:
http://www.mep.fi/viewcvs/*checkout*/fmradio/fmradio.py?revision=1.4&root=cvs
juha
7;m using to generate a 64 MHz clock
for USRP1 is this:
http://www.eskimo.com/~novatech/PDF_files/lpo400ads.pdf
It even fits nicely into a USRP1 box, taking the space of one
daughterboard slot.
Hope this helps.
BR,
juha
___
Discuss-gnuradio mailing
litics:
https://bugs.launchpad.net/ubuntu/+source/sox/+bug/223783
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ultaneous broadcasts.
BR,
juha
On Sun, Jan 25, 2009 at 20:00, jingx kwan wrote:
> Hello,
>
> I just have the GNU Radio equipment setups and runs together with the Ubutun
> 8.10 with my Latitude D610 notebook.
> I have successfully test and the GNU software is running properly. Still,
the summer.
For further details, contact Juha Vierinen.
Phone: +358404827774
E-mail: j...@sgo.fi
S-mail:
Juha Vierinen
Sodankyla Geophysical Observatory
Tahtelantie 62
99600 Sodankyla
Finland
BR,
juha
___
Discuss-gnuradio mailing list
Discuss
rock!
BR,
juha
On Tue, Feb 10, 2009 at 03:07, Chris Stankevitz wrote:
> Hi,
>
> I wrote a c++ program that grabs data from the USRP in an infinite loop
> and does nothing with it. It overruns. Can anyone help me figure out why?
>
> This runs on a 2.4GHz computer that isn
Hi,
What is the status with: multi_4rx_0tx.rbf. Why is it not installed by default?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RTFM.
gnuradio-examples/python/multi-antenna/multi_file.py
Even four channels seems to be possible, using BasicRX, and special
firmware. Has anyone successfully done multi_usrp with four channels
per USRP?
juha
On Sun, Oct 12, 2008 at 23:24, Juha Vierinen <[EMAIL PROTECTED]> wrote
Hi,
Is there an example where two usrp sources are used to sample from two
daughtercards simultaneously? Or is this even possible?
Best Regards,
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo
What does it mean that USRP2 can only do MIMO with eight receivers?
What are the options for doing MIMO with, say 16 receviers?
Why are there two A/D converters if you can only use one RX
daughtercard? Or can you actually use two RX channels with a USRP2?
juha
between about 1.5 and 3.3V; under 1.5V it may not be detected, over
> 3.3V you could fry a pin.
You can also use gr.gpio to record two digital inputs as the least
significant bits of the I and Q stream.
juha
___
Discuss-gnuradio mailing list
Discuss-
s
require verilog programming?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sun, Sep 7, 2008 at 08:56, Mamoru Yamamoto
<[EMAIL PROTECTED]> wrote:
> Juha Vierinen,
> Colleagues,
>
> I listed information of beacon channels and
> satellite parameters on the following web page.
>
> http://www.rish.kyoto-u.ac.jp/digitalbeacon/sub2.html
Thank
On Thu, Sep 4, 2008 at 03:36, Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 04, 2008 at 01:12:26AM +0300, Juha Vierinen wrote:
>> Responding to my own mail. It seems that you cannot have two disjoint
>> parts within a graph.
>
> This is incorrect.
Good.
&g
Responding to my own mail. It seems that you cannot have two disjoint
parts within a graph.
For now I solved the problem by increasing nblocks to an insanely large number.
juha
On Thu, Sep 4, 2008 at 00:04, Juha Vierinen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> What is the best w
em if the resulting graph has two disjoint parts?
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
I'm not sure if anyone reads the patch list, so I will forward this here.
-- Forwarded message --
From: Juha Vierinen <[EMAIL PROTECTED]>
Date: Wed, Jun 25, 2008 at 00:45
Subject: set_fpga_master_clock
To: [EMAIL PROTECTED]
Hi,
Here is a patch to modi
forming said algorithm at the host
> on a randomly decimated sample stream?
>
> May I inquire on your application?
I guess one application would be wide-band alias-free spectrum
estimation (at least that is what I would do with such a sampler).
http://mat
d any problems). I
suspect that the filesystem was the reason. I have only tried sampling
with ext3 and mainly XFS. Since I didn't know any better, I wrote my
own double buffered filesink block, which is available here:
http://mep.fi/juha/gnuradio.html
There is also an example sampler.py applic
Hi,
Is there any way to make a USRP source block overflow to cause a
python exception? I am trying to somehow stop the flowgraph if an
overflow occurs.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman
Thanks. I fixed two very innocent looking warnings and now everything works.
juha
On Wed, May 14, 2008 at 6:52 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Tue, May 13, 2008 at 11:46:00AM +0300, Juha Vierinen wrote:
> > Hi,
> >
> > I have been compiling my ow
Hi,
I have been compiling my own block on a 64-bit machine and I am
running into problems (segmentation fault). The code works fine on
32-bit architectures.
I haven't found anything yet, and the stack trace doesn't give any
clues either. valgrind also says nothing. It seems that the segfault
come
1 - 100 of 122 matches
Mail list logo
