Quoting "Whitaker, Brian" <[EMAIL PROTECTED]>:
> Humph...
>
> I think maybe the answer to this is that 100kHz is outside of the loop BW of
> both of these applications; this means the the phase noise is really just a
> function of the VCO itself. I would have expected that the inherent phase
> no
re to sensitive to noise. Email me if you have any
question, but it may take a couple of days to get a response
README http://www.kamieniecki.com/krys/gps/README
Archive http://www.kamieniecki.com/krys/gps/grkkgps-0.1.tar.gz
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROT
Sort of...
http://www.defensetech.org/archives/001929.html
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
nonsense, I feel ashamed to be an engineer...
>
>
> If they get their way, devices like the USRP would be illegal.
>
> Krzysztof Kamieniecki wrote:
>
> >http://www.eff.org/deeplinks/archives/004106.php
> >
> >
> >
> >__
I'm also using Debian unstable (pure debian, gcc 4.x, and updating almost daily)
as well as CVS GNURadio, and about a month ago the seg-fault in make check
disappeared for me.
Are you getting Gnuradio from CVS?
Quoting Patrick Mitran <[EMAIL PROTECTED]>:
> Hi,
>
> I had some interesting experie
http://www.eff.org/deeplinks/archives/004106.php
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
r your help
Frederic
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Disc
, but that has
gone away.
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ouch, that's no good. I have been using the resampler block in my GPS project.
Could we make it (and other non-complete block) throw an exception or
something?
Quoting Stephane Fillod <[EMAIL PROTECTED]>:
> Gang,
>
> I think this question went unoticed in my audio-jack announce.
> Is there a r
I havn't had a chance to look into this (I'm in the middle of moveing) but I
think when I tested my dbs (at postion B) right before the move I had to change
a hardcoded assumption that the DBS was at position A. This was in dbs_debug.py
or dbs_nbfm.py.
Quoting Berndt Josef Wulf <[EMAIL PROTECTED]
scuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
at ~1575.254 MHz (while the GPS L1 signal
should be at 1575.42MHz) Could the frequency be that far off on the DBS-RX board, or is this some
sort of interference/real signal? If I put my hand close to the antenna the signal attenuates to the
noise floor. Any ideas?
Thanks,
Krys
--
Krzysztof
Stephane Fillod wrote:
On Mon, Aug 22, 2005 at 12:44:58AM -0400, Krzysztof Kamieniecki wrote:
[..]
model name : AMD Athlon(tm) 64 Processor 3700+
stepping: 10
cpu MHz : 797.986
Krzysztof, I haven't seen your reply about the cpu speed.
Is the cpu MHz output right? 800MH
Quoting Eric Blossom <[EMAIL PROTECTED]>:
> This used to be true. A while ago we added a method to set the ddc
> phase, and the library code resets it to zero when the device is
> opened.
>
> from usrp_standard.h:
>
> /*!
>* \brief Set the digital down converter phase register.
>*
>
Quoting Martin Dvh <[EMAIL PROTECTED]>:
> cswiger wrote:
> > One thing I don't understand tho: if a typical mux of
> > 0xF0F0F0F0 feeds zeros to all DDC Q inputs, and ADC 0
> > to all DDC I inputs, nchannels = 1 sends data from DDC 0
> > only, and looking at the DDC block diagram in figure 3 at:
>
Quoting Eric Blossom <[EMAIL PROTECTED]>:
> On Mon, Aug 22, 2005 at 12:44:58AM -0400, Krzysztof Kamieniecki wrote:
> > Hello All,
> >
> > It seems like something may have broken in the 3Dnow fir code (on Debian
> > Unstable), it may be GNURadio or it
Quoting Eric Blossom <[EMAIL PROTECTED]>:
> On Mon, Aug 22, 2005 at 12:44:58AM -0400, Krzysztof Kamieniecki wrote:
> > Hello All,
> >
> > It seems like something may have broken in the 3Dnow fir code (on Debian
> > Unstable), it may be GNURadio or it
cpu: 5.095 taps/sec: 2.01e+09
SSE: taps: 256 input: 4e+07 cpu: 4.506 taps/sec: 2.272e+09
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailm
know if the license of the standard would allow a Free Software implementation.
Ben
(resent since I forgot so subscribe this email)
Regards,
Krys
-Original Message-
From: Krzysztof Kamieniecki [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 04, 2005 6:52 AM
To: discuss-gnuradio@gnu.
Thanks, Job.
After stubling around the website I found a torrent for this file @
http://rehash.waag.org/WTH/wth_passive_radar_146.mp4.torrent. It seems about 4 times faster currently.
Job de Haas wrote:
On Wed, Aug 03, 2005 at 08:45:45PM -0400, Krzysztof Kamieniecki wrote:
Eric,
Do you
Hi Ben,
Have you taken a look at GNURadio wiki? Specifically the GPS page.
http://comsec.com/wiki?GlobalPositioningSystem
I have some code for software GPS at http://www.kamieniecki.com/krys/gps/
My project has been sidetrack by a contract project I am working on using
GNURadio. At this point I
specific device.
Attached is a patch for "powermate.py". I don't know how it will work on other systems, but it works
great for me.
Enjoy,
Krys
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
Index: src/pyth
elded.
This for educational purposes, of course.
Krys
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Eric Blossom wrote:
On Sat, Jun 18, 2005 at 01:26:27AM -0400, Krzysztof Kamieniecki wrote:
I confused as to how the USRP FPGA scales the ADC signal. It appears
that on the setup we are using, which has some customized DC Rx
daughter boards, when we put in a 2V p-p square wave with a DDC
,
is this normal? I'll be checking how the normal Rx boards behave on Sunday.
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/di
Quoting Eric Blossom <[EMAIL PROTECTED]>:
> On Tue, Jun 14, 2005 at 02:36:13PM -0400, Kimsey Pollard wrote:
> > FYI
> > A patent app which seems to claim all the
> > the mobile applications of SDR.
> >
> > http://tinyurl.com/dtz8x
> >
> > Kimsey
> >
> > Kimsey Pollard
> > Microelectronic Resear
a mainloop()
somewhere?
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
__
.
The temporary solution is that, I have the debian packages required for you
at:
http://www.hackgnu.org/gnuradio/
Install all the .deb files you find there.
73
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnurad
Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
>
> Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
>
> >> I have a question/observation on this issue:
> >>
> >> Since the DDC multiplication is complex and since the internal DDC
> >> oscilator is noncoherent, I do not see a diffe
Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
>
> Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
>
> >> I have a question/observation on this issue:
> >>
> >> Since the DDC multiplication is complex and since the internal DDC
> >> oscilator is noncoherent, I do not see a differ
Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
> I have a question/observation on this issue:
>
> Since the DDC multiplication is complex and since the internal DDC
> oscilator is noncoherent, I do not see a difference between the MUX
> settings: 0x33221100 and 0xf3f2f1f0.
>
Is the diffe
Ignore this, I found the problem.
Krzysztof Kamieniecki wrote:
A project that I am working on is using a USRP to generate pure tone
signals and measure those signals after they have passed through our
"black box" application. We need to measure down to DC so we have
modified the
m also looking into releasing schematics for these "highly advanced"
modifications.
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
http://www.defensetech.org/archives/001545.html
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
How is your RX mux register setup? If there are two ADC connected to the DDC,
then the second ADC will be the imaginary channel.
Quoting Viktor Przebinda <[EMAIL PROTECTED]>:
> Hi,
>
> I have a simple question on the USRP. When setting fpga digital
> down-conversion frequency to zero via set_rx_
I think the chart is misformatted, this seems to make more sense
Parameter GaAsSiGe
Maximum clock frequency > 5 GHz > 15 GHz
SINAD (signal to noise+distortion) > 70 dB > 110 dB
Eff. resolution bits at 2.5 GHz carrier:
A follow up to an article I mentioned previously.
It seems like it's a Boeing problem not necessarily an SDR problem.
http://www.defensetech.org/archives/001514.html
For all these reasons, Boeing now has 30 days to come up with a reason why the
Army should not pull the plug on the Jitters contra
art_thread () from /lib/tls/libpthread.so.0
#7 0x40138c4a in clone () from /lib/tls/libc.so.6
Krzysztof Kamieniecki wrote:
Eric,
Have you made any progress with this?
I'm having a problem that may be related. The blocks are layed out like this.
USRP Rx -> ... -> pipe
gr_sig_source -
Eric,
Have you made any progress with this?
I'm having a problem that may be related. The blocks are layed out like this.
USRP Rx -> ... -> pipe
gr_sig_source -> ... -> USRP Tx
When running in gdb:
1. I wait for it to lockup
2. hit Ctrl-Z (to get into gdb)
3. type continue
4. more data is pro
The code.
Krzysztof Kamieniecki wrote:
Is anybody using omnithread condition variables with GnuRadio and WX?
I will post my code when I get home later today, but I was hoping somebody had
already solved this type of problem before.
I have created a sink block that stores N number of samples after
Is anybody using omnithread condition variables with GnuRadio and WX?
I will post my code when I get home later today, but I was hoping somebody had
already solved this type of problem before.
I have created a sink block that stores N number of samples after skipping K
samples into a std::vector<
Or maybe not, I have to check when I get home.
Quoting Krzysztof Kamieniecki <[EMAIL PROTECTED]>:
> I think "fftsink.make_fft_sink_c" should be "fftsink.fft_sink_c"
>
> Quoting Anastasopoulos Achilleas <[EMAIL PROTECTED]>:
> > Dear all,
> >
&
I think "fftsink.make_fft_sink_c" should be "fftsink.fft_sink_c"
Quoting Anastasopoulos Achilleas <[EMAIL PROTECTED]>:
> Dear all,
>
> I received the USRP, followed the WiKi instruction and
> it seems to be working since I get meaningful result when I run
> test_usrp_standard_tx and test_usrp_sta
gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I suggest the Color Bars, if someone can find them.
http://www.videouniversity.com/tvbars2.htm
Quoting Prateek Dayal <[EMAIL PROTECTED]>:
> Hi,
>
> I am testing my NTSC color decoding algorithm currently. The problem
> that I am facing is that the NTSC samples that I have downloaded from
> comse
m latency:
http://www.kd7lmo.net/ground_gnuradio_latency.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL
AIL PROTECTED]>:
> Krzysztof Kamieniecki wrote:
> > Right now it looks like my software does to the demodulation and
> calculation of
> > position into xyz coordinates, I'm still looking for enough raw data to be
> able
> > to test the full position calculation.
>
&
d by itself will be pretty cheap, although costs
> will have to wait until I have BOM
>
>
> Dave
>
>
>
> Krzysztof Kamieniecki wrote:
>
> > I love replying to myself.
> >
> > I updated my website with a plot showing the results of a correlator
> > doing a b
I love replying to myself.
I updated my website with a plot showing the results of a correlator doing a brute force search thru
frequency and delay on the real raw data.
Krzysztof Kamieniecki wrote:
I am, slowly but surely. I plan on using the USRP.
I recently got some raw data from a person
mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo
Hi David,
Could you break out the creation of the Pen and Brush onto separate lines to see
what percentage of the time the object creation or the SetPen / SetBrush are
taking up. If the object creation is the problem you could pre-create an array
of pen and brushes that would be indexed by color.
One more try
#define trunc(x) (((x) >= 0) ? floor(x) : ceil(x))
Quoting Krzysztof Kamieniecki <[EMAIL PROTECTED]>:
> I think the problem is that trunc is not part of the C++ standard. It is
> officially part of C99 so we could link in that library.
>
> This is the macro I
I think the problem is that trunc is not part of the C++ standard. It is
officially part of C99 so we could link in that library.
This is the macro I would suggest, since int only goes to ~2 billion :)
Also I would prefer a function call because
#define trunc(x) ((x >= 0) ? floor(x) : ceil(x))
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I think the package name was different for wxPython 2.4.
It could be libwxgtk2.4-python, I'll check when I get home.
Quoting "Rajaprabhu T.L." <[EMAIL PROTECTED]>:
> Hi,
>
> I tried doing what you said.
>
> >>> print wx.__version__
> 2.4.2.4
> >>> wx.pyEventBinder
> Traceback (most recent call l
Eric Blossom wrote:
> On Mon, Feb 28, 2005 at 02:09:02AM -0500, Krzysztof Kamieniecki wrote:
>>Do or could the messages have a timestamp indicating when they should be
>>performed?
>
>
> I was thinking along the line of a timer that sends "Timer Fired"
> messa
Eric Blossom wrote:
On Mon, Feb 28, 2005 at 12:14:55AM -0500, Krzysztof Kamieniecki wrote:
The two projects that I am working on right now require some repeated
manipulation of various blocks in the flow graph while data is being
processed. I would prefer not to have to stop the flow graph to
preferred
light-weight method.
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
.
Encryption problems and an array of other technical shortcomings are throwing the entire project
into question, said industry sources.
--
Krzysztof Kamieniecki
callsign:KB1KLB
mailto:[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Your wxPython is out of date, you need 2.5 . I had the same problem, I am
running debian and I fixed this by getting the unstable wxPython package.
Quoting mj <[EMAIL PROTECTED]>:
> hi guys,
>
> the non wxpython scripts run fine, but running
> usrp_oscope.py and usrp_fft.py gives these errors:
>
61 matches
Mail list logo
