ep-outs and problems.)
Thanx--doug
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 11/11/2018 07:59 PM, Anon Lister wrote:
Check out gqrx, it uses gnuradio behind the scenes and should do what
you want. It should be in the repos assuming your using something like
Debian or Ubuntu.
On Sun, Nov 11, 2018, 19:44 Doug <mailto:dmcgarr...@optonline.net> wrote:
H
nations of interface. I suggest terminating
either of the cables I recommend in type N male.
Doug, WA2SAY, retired RF Engineer
On Tue, Jan 29, 2019, 21:07 Tarquin mailto:tarquin.ro...@gmail.com> wrote:
Hi
If you want to go "cheap" use coax intended for satellite TV
reception.
radiated power: RF power from the
transmitter times the gain of the antenna. Use the same measurement
units (db, dbm, Watts, numerical gain or dB gain, etc.) to find the
ERP--effective radiated power.
Values in dB or dBm are ADDED, not multiplied!
--doug, WA2SAY, retired RF engineer
ttus.com/redmine/ettus/projects/public/documents
Cheers,
Doug Knabe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Current step: (gr-baz :: make)
make('\nmake -j4\n', '\nmake -j$makewidth\n')('\nmake
-j4\n', '\nmake -j4\n')
bash exec (/home/doug/pybombs/src/gr-baz/build):: make -j4
[ 0%] Built target baz_swig_swig_doc
[ 5%] Buil
I have built Ubuntu 14.04 and installed Pybombs, GNURadio 3.7.2, op25
and gr-baz. Tom R. helped me through an error with unresolved baz
imports. Now, I brought in the blocks to decode op25 and the OP25
Decoder block fails at run-time with -
Generating: "/home/doug/Documents/Op25 pr
I built it with Pybombs. I just installed gr-baz. I didn't know there was
a way to install op25 decoder separately.
I would like to know how to install the GNURadio 3.7.4 just announced.
Doug
---
On Fri, Jul 18, 2014 at 3:37 PM, Doug Hutton wrote:
I
/home/doug_/usr/local_/setup_env.sh
./pybombs install gr-baz
gnuradio-companion
Built an op25 flowgraph from blocks on the rh side of GRC and ran it.
The _OP25 Decoder (Simple)_ block triggered the errors with _name op25_.
Doug
-
On 7
Max -
>>> import op25
>>>
I got the prompt right back, no error message.
I haven't tried your other suggestion yet.
Doug
---
> from gnuradio import gr, gru, op25 as _op25
>
---
Here are the results:
<<< Welcome to GNU Radio Companion 3.7.5git-0-g2bb2b314 >>>
Preferences file: /home/doug/.grc
Block paths:
/home/doug/usr/local/share/gnuradio/grc/blocks
/home/doug/.grc_gnuradio
XML parser: Found 1 erroneous XML file while loading the bloc
some guidance on how to get (git?) the last 3 apps -
arb-resample.py, cqpsk-demod and tdma_audio installed and ready to run.
I'm sorry to have to ask, but I have tried a lot of stuff and just can't
get anything workable.
Doug
___
Discuss-g
ick Save.
Exit gedit
*Reboot**
*
With Hackrf One plugged in to USB, test it:
hackrf_info
A few lines of data should display.
Doug
On 9/8/2014 5:06 PM, GeorgeF wrote:
I just reinstalled Ubuntu on my computer, I compiled GNURadio from
source.
I'm now running GNU Radio Companion 3.7.6git
t install
hackrf". That seemed to install something.
I then added the needed line to 52-hackrf.rules and rebooted.
Now when I run hackrf_info I received the following:
hackrf_open() failed: HACKRF_ERROR_NOT_FOUND (-5)
What else am I missing?
George
On 9/8/2014 18:35, Doug Hutton wrote:
G
conference room in Bldg. 12. I can
distribute the PDF's from today's lectures for anyone unable to attend
or that has to leave in the middle.
Thanks,
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
know, but otherwise I will send out an update on when we will start.
Again, it will be in the 1st floor conference room, in Bldg. 12.
Thanks,
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
smime.p7s
Description: S
stem time again,
and using the difference as the RTT).
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http:
me with a (much?) larger cost in terms of logic, and
therefore area/etc.?
Thanks,
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
D
epth latency measurements with the USRP2 as has been
done with the USRP1.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
Discuss-gnura
't messed with it in a while, but it worked when I last tried it
out.
Doug
On Mon, 2010-01-25 at 11:29 +0100, Luca Pascale wrote:
HI all,
I need to get IQ samples from 2 USRP1 in a synchronous manner.
Thus I cant make:
urx1->read()
urx2->read()
I'need to execute the
ync_to_pps() they should reset to zero
and start climbing again.
Marc.
Good luck,
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
and simply watched for the reset
manually.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.o
MarcW wrote:
Thanks for your help Doug. I thought I knew which bits to monitor which
contained the timestamp but now im not sure! The packets received seem very
large. I have included a screenprint of one below. Please could you tell me
which bits are the timestamp in this packet?
The data
r git repository to serve up over http for
those sitting behind such-configured firewalls? I understand git over
http isn't as efficient, but it would certainly make it more convenient.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
d
On 3/19/2010 10:48 AM, David Evans wrote:
Hi,
I want to sync two USRP2s, and currently trying to modify the VRT
rx_timed_samples...
usrp2::clock_config_t cc;
cc.ref_source = usrp2::clock_config_t::REF_INT;
cc.pps_polarity = usrp2::clock_config_t::PPS_NEG;
cc.pps_source = usrp2::clock_config_t
eived
packets), but they probably need to be changed to either use
boost::threads directly, or if gruel supplies a wrapper, use that.
Hopefully the required changes are minimal.
If I get a chance next week, I can take a look and see what it takes
to build on my machine.
Doug
On 5/21/10 4:
On 3/22/21 1:08 AM, Kyeong Su Shin wrote:
Hello James:
The bandwidth of the "Noise Source" block is 2pi. It's a digital
signal, so the bandwidth is not in MHz, and is in range of [0, 2pi] or
[0, 1] (if you normalized it).
You can calculate an equivalent analog bandwidth if you know the
s
dware. It is possible that there is an intermittent interference
condition in
your neighborhood. This could be caused by arcing power lines, or
perhaps some
kind of machine being used intermittently in the area. Perhaps you
should get an
extension cable so you can always use a wired connection.
-
illegal to jam radio signals. I sure hope
that NOBODY helps you!
--doug
is being
addressed upstream.
FYI - Ubuntu 9.10 ships with autoconf 2.64, which is how I got bit by
this one.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss
n, until you get to a new frame then?
I haven't noticed such peculiarities when I look at my timestamps - but
thus far I'm mainly looking just at the frame-by-frame timestamp.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 7
e offset within the frame
somehow).
Good luck!
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org
iling list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Just for more options: I've been using the Jackson Labs Fury GPSDO as a
reference clock, and had no problems with it.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
is mount a ram disk/tmpfs. E.g. I'd do something like:
$ mkdir /tmp/shm
$ sudo mount -t tmpfs tmpfs /tmp/shm
$ usrp2_rx_cfile -e -f -N
/tmp/shm/data.dat
Cheers,
Tim
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei.
er in the main repository, so we no longer require the
non-free package. I suppose the only way to be sure about that is to try...
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
__
ch dependencies are from which components, etc. Sounds
like it might be useful for some of the places GNURadio can end up
running though.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei.
checked, it is bit-masked and compared to a shifted SFD (or RSFD), if
the comparison fails, sfd_search gets shifted, and the loop continues
(up to eight shifts). If the comparison never came back true, the state
machine reverts to the preamble search state.
Doug
--
Douglas Geiger
Code 5545
U.S
SNR environments). Lots of room for improvement here.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://li
rect bytes, followed
by garbage).
Certainly needs more investigation,
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
George Nychis wrote:
Hi Doug,
I can guarantee you that the scrambler is not working ;) The 802.11
spec states that at the beginning of every transmission, the scrambler
needs to reset its seed, however the BBN code does not do this.
That's interesting on the clocks. What daughter
For this one test, everything after the Source
Address (i.e. starting with the BSSID) is wrong.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
___
Discuss-gnuradio mai
- I believe the patch has been merged into the current git master -
so you if you're tracking the git source you don't need to manually
apply the patch anymore.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
do
Josh Blum wrote:
Folks,
There has been much work in the past few months to get the VITA Radio
Transport (VRT) protocol working with the USRP2. You can read more about
the protocol here: http://www.digitalif.org/
The branch containing this work can be found on my usrp2_vrt branch:
http://gnuradi
://lists.gnu.org/mailman/listinfo/discuss-gnuradio
This looked like a good one for the FAQ, so I've added this to the
USRP2UserFAQ page in the redmine wiki.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.nav
Per Zetterberg wrote:
Hi,
Before git I could browse some resipositories from
www.gnuradio.org/svn/ (or something like that) where I could find
branches, hardware designs etc. How can I find this information now ?
BR/
Per
Try gnuradio.org/cgit
Git is the new svn!
Doug
--
Douglas Geiger
z).
I am able to get it to run reliably with -d 5 (20Mhz) - which obviously
is causing some aliasing to occur in the spread-spectrum signal. YMMV.
Good luck,
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei...@nrl.navy.mil
airly hack-ish method.
As far as using it in gr-usrp2, I ended up writing my own custom source
block, which started out life as a copy of the
gr-usrp2/usrp2_source_32fc block.
Doug
--
Douglas Geiger
Code 5545
U.S. Naval Research Laboratory
Washington, DC 20375
(202) 767-9048
douglas.gei..
47 matches
Mail list logo
