Hi Tom,
what you are writing is completely right. Simply increasing the sampling
frequency will result in a more complex filter.
Nevertheless the firdes.low_pass function does NOT want to calculate the
101-tap-filter. But it DOES calculate the 11-tap-filter. Really
strange. So this might not
On Mon, Nov 18, 2013 at 02:19:55PM +0100, Frederik Wing wrote:
Hi Tom,
what you are writing is completely right. Simply increasing the sampling
frequency will result in a more complex filter.
Nevertheless the firdes.low_pass function does NOT want to calculate the
101-tap-filter. But it
On Mon, Nov 18, 2013 at 8:31 AM, Martin Braun (CEL)
martin.br...@kit.edu wrote:
On Mon, Nov 18, 2013 at 02:19:55PM +0100, Frederik Wing wrote:
Hi Tom,
what you are writing is completely right. Simply increasing the sampling
frequency will result in a more complex filter.
Nevertheless the
You can find my sample Python script two posts earlier.
Frederik
Am 18.11.2013 14:31, schrieb Martin
Braun (CEL):
On Mon, Nov 18, 2013 at 02:19:55PM +0100, Frederik Wing wrote:
Hi Tom,
what you are writing is completely right.
As I said, I cannot design a filter with a sampling frequency below 1e6.
The Python script I posted (where f_s = 1e3) does NOT work! But if I
change f_s to 1e6 it works and gives me the gigantic filter.
Frederik
Am 18.11.2013 14:35, schrieb Tom Rondeau:
On Mon, Nov 18, 2013 at 8:31 AM, Martin
On Mon, Nov 18, 2013 at 8:41 AM, Frederik Wing freddy.15-...@freenet.de wrote:
As I said, I cannot design a filter with a sampling frequency below 1e6.
The Python script I posted (where f_s = 1e3) does NOT work! But if I
change f_s to 1e6 it works and gives me the gigantic filter.
Frederik
I
Thank you, Tom!
I will try it on my Raspi soon.
Frederik
Am 19.11.2013 04:38, schrieb Tom Rondeau:
On Mon, Nov 18, 2013 at 9:48 AM, Tom Rondeau t...@trondeau.com wrote:
On Mon, Nov 18, 2013 at 8:41 AM, Frederik Wing freddy.15-...@freenet.de
wrote:
As I said, I cannot design a filter with a
Hello again,
meanwhile I got some more information about the error.
It occurs when returning the taps from the firdes::low_pass function.
But ONLY under some conditions.
I wrote a simple script which is NOT working and giving the error
mentioned earlier:
from gnuradio.filter import firdes
f_s
On Sun, Nov 17, 2013 at 9:39 AM, Frederik Wing freddy.15-...@freenet.de wrote:
Hello again,
meanwhile I got some more information about the error.
It occurs when returning the taps from the firdes::low_pass function.
But ONLY under some conditions.
I wrote a simple script which is NOT
Hi everyone,
I am using the latest GNU Radio version compiled and running on a
Raspberry Pi with Raspbian Wheezy.
Most of the blocks seem to work. But the Rational Resampler makes problems.
Here is my sample python script generated by GNU Radio Companion:
http://pastebin.com/R0Z21MfU
Running it
Hi Frederik, hi rest,
this is an interesting error. You might want to report it.
The interesting part of your backtrace is
#8 ~vector (this=0xbee7c59c, __in_chrg=optimized out)
at /usr/include/c++/4.6/bits/stl_vector.h:350
#9 gr::filter::firdes::low_pass (gain=optimized out,
I pulled and compiled the latest gnuradio yesterday on an intel machine.
My project uses the rational resampler as well and I am having no problems.
Mark
On 15/11/13 11:13, Frederik Wing wrote:
Hi everyone,
I am using the latest GNU Radio version compiled and running on a
Raspberry Pi with
Good evening Marcus,
thanks for your fast response.
In my sources firdes.cc:136 is
return taps;
I cloned them from the git repository. Here is the source of the
trouble-making file:
http://gnuradio.org/redmine/projects/gnuradio/repository/entry/gr-filter/lib/firdes.cc?rev=master
Maybe you have
13 matches
Mail list logo